クラウドを導入する企業の増加に伴い、クラウド利用コストへの関心も高まっています。事業の拡大は膨大なストレージ需要を生み出しますが、クラウドにデータを保存する際、どのようにコスト最適化を行い、ビジネス上の負担を軽減すればよいのでしょうか？
コスト最適化を進める前に、まずTencent Cloud Object Storage（COS）のコスト構成を理解する必要があります。COSの課金項目には、主にストレージ容量料金、トラフィック料金、リクエスト料金、データリトリーバル料金、管理機能料金の5つの主要項目が含まれます。
多くの企業にとって、ストレージ容量料金とトラフィック料金が、クラウドストレージコストの大部分を占めます。主要な構成要素です。ストレージ料金については、COSは、標準ストレージ、低頻度ストレージ、アーカイブストレージ、ディープアーカイブストレージなど、複数のストレージタイプを提供しています。各ストレージタイプは製品仕様と価格が異なり、企業は自社のビジネスモデルに応じて、最もコスト効率よく合致するストレージタイプを選択できます。トラフィック料金については、パブリックネットワークの下りトラフィック、CDNバックトゥオリジントラフィック、クロスリージョンレプリケーショントラフィック、グローバルアクセラレーショントラフィックなどの種類があります。ビジネスモデルの違いによって、トラフィック料金の構成も異なります。例えば、ある企業の事業が主にECサイトを中心としており、大規模な画像配信を行うビジネスでは、CDNバックトゥオリジントラフィックが多く発生するため、トラフィック料金の大部分は、CDNバックトゥオリジントラフィック料金になります。
最適化1：ストレージタイプとリージョンの選択
ビジネスモデルに適したストレージタイプとリージョンを選択することで、企業のストレージコストを大幅に最適化できます。
COSは企業向けに多種多様なストレージタイプを提供しており、パフォーマンス、データ耐久性、サービスの可用性といった要件に応じて異なるコストで異なるストレージタイプを選択できます。標準ストレージはストレージ料金が比較的高価ですが、最小の読み取りレイテンシーを実現しています。低頻度ストレージ、アーカイブストレージ、ディープアーカイブストレージの3つのタイプはストレージ容量料金が低いですが、データをダウンロードする際に別途データリトリーバル料金が発生し、リトリーバルにも時間がかかります。そのため、読み取り頻度の低いストレージシナリオに適しています。
以下の表は、広州リージョンで100TBのデータを1ヶ月間保存した場合の、ストレージタイプごとのコスト例です。
|
ストレージ単価（米ドル/GB/月） | 0.016 | 0.01 | 0.004 | 0.0016 | 0.0195 | 0.0132 |
トラフィック単価（米ドル/GB） | 0.1 | 0.1 | 0.1 | 0.1 | 0.1 | 0.1 |
リクエスト単価（米ドル/1万回、100万回の場合） | 0.002 | 0.01 | 0.002 | 読み書きリクエスト：0.07 標準リトリーバルリクエスト：1 | 0.002 | 0.01 |
データリトリーバル単価（米ドル/GB） | 0 | 0.002 | 標準リトリーバル：0.01 | 標準リトリーバル：0.02 | 0 | 0.002 |
合計費用（100TB保存+ダウンロードなし） | 1638.40 | 1024.00 | 409.60 | 163.84 | 1996.80 | 1351.68 |
合計費用（100TB保存+100Tダウンロード+100万回リクエスト+100TBリトリーバル） | 11638.60 | 11229.80 | 11433.80 | 12318.84 | 11997.00 | 11557.48 |
合計費用（100TB保存+500Tダウンロード+100万回リクエスト+500TBリトリーバル） | 51638.60 | 52049.00 | 55529.80 | 60510.84 | 51997.00 | 52376.68 |
説明：
他のリージョンおよびストレージタイプの単価については、COS定価ページをご参照ください。 この表から分かるように、ビジネスデータのダウンロード量が少ない場合、アーカイブストレージまたはディープアーカイブストレージを選択することで、ストレージコストを効果的に削減できます。最も低コストなディープアーカイブストレージは標準ストレージと比較して90%のストレージ費用を節約できます。ただし、データのダウンロードが頻繁に必要な場合、低頻度ストレージ、アーカイブストレージ、ディープアーカイブストレージでは、データリトリーバル料金が追加のコストとなり、合計費用が高くなる可能性があります。
具体的なビジネスシナリオに応じて、以下を推奨します。
1. 頻繁な読み書きシナリオ：例えば、UGCやECの画像など、読み取りが多く書き込みが少ないビジネスには、標準ストレージタイプが適しています。高い可用性とデータ耐久性が求められる場合は、標準ストレージ（マルチAZ）をおすすめします。
2. 低頻度の読み取りシナリオ（月1回程度）：例えば、ログデータ分析、ネットディスクデータなど、読み取り頻度は低いが、読み取り時のパフォーマンスが求められるビジネスには、低頻度ストレージタイプが適しています。高い可用性とデータ耐久性が求められる場合は、低頻度ストレージ（マルチAZ）をおすすめします。
3. 非常に低頻度の読み取りシナリオ（3か月に1回程度）：例えば、監視カメラ映像、ログデータのアーカイブなど、読み取り頻度が非常に低く、高い読み取りパフォーマンスを求めないビジネスには、アーカイブストレージタイプが適しています。
4. ほぼ読み取らないシナリオ（半年に1回程度）：例えば医療用画像、公文資料など、日常的には長期バックアップとしてのみ利用し、読み取りパフォーマンスがほとんど問われないビジネスには、ディープアーカイブストレージタイプが適しています。
また、各ストレージタイプを選択する際には、一部のイプには最短保存期間や最小保存単位の制限があり、また各ストレージタイプでパフォーマンスが異なる点にご注意ください。以下の表に簡単な比較を示します。
|
TTFBのレイテンシー | ミリ秒レベル | ミリ秒レベル | 最短1分でリストア | 最短12時間でリストア | ミリ秒レベル | ミリ秒レベル |
最小保存単位 | 制限なし | 64KB | 64KB | 64KB | 制限なし | 制限なし |
最短保存期間 | 制限なし | 30日間 | 90日間 | 180日間 | 制限なし | 30日間 |
データ耐久性 | 11個の9 | 11個の9 | 11個の9 | 11個の9 | 12個の9 | 12個の9 |
サービス設計上の可用性 | 99.99% | 99.90% | 99.00% | 99.00% | 99.995% | 99.95% |
説明：
最短保存期間：オブジェクトが特定のストレージタイプに保存される際に必要な最短期間。この期間に満たない場合でも、最短期間分の料金が請求されます。例えば、低頻度ストレージの最短保存期間は30日です。もし1日間だけ保存して削除した場合でも、30日分の料金が課金されます。
最小保存単位：オブジェクトが特定のストレージタイプに保存される際の最小ファイル容量。この容量に満たない場合でも、最小保存単位分の料金が請求されます。例えば、低頻度ストレージの最小保存単位は64KBです。もし1KBのファイルを保存した場合でも、64KB分の料金が課金されます。
最適化2：アクセスパターンの分析とデータの移行
1. インベントリ機能とアクセスログ機能で定期的にデータアクセスパターンを分析する
データアクセスパターンを分析することで、合理的なストレージタイプを選択するためのデータによる裏付けとなります。COSは、インベントリ機能とアクセスログ機能を提供しており、それぞれファイルのメタデータ情報とアクセス記録をユーザーのバケットに保存します。
説明：
アクセスログ管理機能の詳細については、ログ管理の概要をご参照ください。 COSは、ファイルの内容を検索できるCOS Select機能を提供しています。生成されたインベントリファイルやログ記録の量が膨大な場合は、Elastic MapReduceクラスターを購入し、Prestoクラスターを構築してデータ分析を行うこともできます。
インベントリファイル内のデータを検索・分析する例として、インベントリレポートが指定されたバケットに配信された後、コントロールパネルから特定のレポートを分析できます。手順は以下の通りです。
注意：
コントロールパネルがサポートする検索対象は128MB以下のファイルです。インベントリレポートの容量が大きすぎる場合、またはレポート数が多すぎる場合は、ツール、SDK、またはAPI経由での実行を選択してください。
2. 設定したいストレージバケット名をクリックし、バケット一覧ページに移動します。
3. 該当のインベントリレポートを見つけ、右側の操作列でその他 > 検索の順に選択します。
4. オブジェクト検索ページで、各種パラメータを設定し、検索文を入力してSQLを実行をクリックすると、結果カードに検索結果が表示されます。その他の操作ガイドについては、データ検索をご参照ください。以下は、インベントリレポートを検索する一般的なSQL文の例です。 特定の日付に、特定のストレージタイプに存在するファイル数を照会する場合：
select count(*) from cosobject s where s._7 = <storage_class>
select count(*) from cosobject s where s._7 = 'Standard'
特定の日付に、特定のストレージタイプが占める容量（MB）を照会する場合：
select SUM(CAST(s._4 AS FLOAT))/1024/1024 from cosobject s where s._7 = <storage_class>
select SUM(CAST(s._4 AS FLOAT))/1024/1024 from cosobject s where s._7 = 'Standard'
特定のストレージタイプで64KB未満のファイル数を照会する場合：
select count(*) from cosobject s where s._7 = <storage_class> and CAST(s._4 AS FLOAT) < <SIZE>
select count(*) from cosobject s where s._7 = 'Standard_IA' and s._4 < 64*1024
バケット内でクロスリージョンレプリケーションに失敗したファイル数を照会する場合：
select count(*) from cosobject s where s._9 = 'Failed'
注意：
インベントリレポートにはヘッダー情報が含まれていないため、対応するフィールドのシーケンス番号を入力して検索する必要があります。レポートのヘッダーとシーケンス番号の対応は以下の通りです。
|
s._1 | s._2 | s._3 | s._4 | s._5 | s._6 | s._7 | s._8 | s._9 |
2. ライフサイクル機能とバッチ処理でデータを移行する
事業の発展に伴い、データのアクセスパターンは常に動的に変化します。インベントリとアクセスログで定期的にデータアクセスパターンを分析した後、そのレポートに基づいてデータをコールド化させることができます。
ほとんどのデータは、保存期間が長くなるにつれてアクセス頻度が低下する傾向にあります。そのため、企業はデータアクセスパターンの変化に応じてストレージタイプを調整し、コストを最適な状態に保つ必要があります。
COSは、企業が定期的にストレージタイプを移行させるためのライフサイクル機能を提供しています。インベントリとアクセスログでアクセスパターンを分析し、それに基づいて合理的なライフサイクル移行ルールを策定することができます。
コミュニティプラットフォームを運営する顧客を例に挙げます。この顧客は、ユーザーがアップロードした画像データをCOSに保存しています。通常、画像データはアップロード直後に頻繁にアクセスされますが、時間が経つにつれて徐々に「コールド化」し、アクセス頻度が減少していきます。仮に、この顧客のほとんどの画像が90日後にはアクセス頻度が月1回未満になり、365日後にはほとんどアクセスされなくなるとします。この場合、ライフサイクルを設定した場合とライフサイクルを設定しない場合のコストを比較してみましょう。
|
ストレージ単価（米ドル/GB/月、広州リージョンの場合） | 標準ストレージ：0.016 | 標準ストレージ：0.016 低頻度ストレージ：0.01 | 標準ストレージ：0.016 低頻度ストレージ：0.01 アーカイブストレージ：0.004 |
保存期間 | 24ヶ月 | 24ヶ月 （3ヶ月標準+21ヶ月低頻度） | 24ヶ月 （3ヶ月標準+9ヶ月低頻度+12ヶ月アーカイブ） |
総ストレージ費用（米ドル） | 39321.60 | 26419.20 | 19046.40 |
ライフサイクルルールを使用してバケット内のオブジェクトを管理することで、ストレージ費用を大幅に削減できることがわかります。長期保存データに対して、合理的なライフサイクルルールを設定することで、50%以上のストレージコストを削減できます。
ライフサイクル機能は、ストレージタイプの管理に加えて、バケット内のファイルチャンクと過去のバージョンのファイルを管理するためにも使用できます。ファイルチャンクとは、大容量ファイルのアップロード中にネットワークの中断など予期せぬ事態で転送に失敗し、不完全なファイルの断片として残ったものです。これらが多数存在する場合、ライフサイクルルールで有効期限を設定して削除できます。以前のバージョンのファイルとは、バージョニング機能を有効にした際に生成される古いファイル情報です。これらは誤削除からの復旧やロールバックに役立ちますが、ストレージ容量を消費します。同様に、使用しなくなった旧バージョンに対して有効期限切れによる削除を設定することで、データセキュリティとコストのバランスを取ることができます。 ルールを追加し、以前のバージョンのファイルを管理を有効にして以前のバージョンのファイルをコールドストレージへ移行または削除し、チャンクを削除にチェックを入れて有効期限を設定することで、これらをクリーンアップできます。詳細については、ライフサイクルの設定をご参照ください。 特定のビジネス要件で、一度だけ大量のファイルを一括でより低コストなストレージタイプに変換したいが、特定のプレフィックスやタグなど固定ルールがない場合があります。ユーザーはCOSバッチ処理（Batch）機能を使用できます。バッチコピー機能を使用してデータを他のストレージタイプに変更することができます。また、ビジネスデータにオブジェクトタグを追加して、ライフサイクルルールを設定し、バッチ削除を行うこともできます。操作手順は以下の通りです： 1. オブジェクトファイルリストをエクスポートし、CSV形式のファイルにまとめます。
2. COSBatchのバッチ処理ジョブを作成し、ファイルリストをインポートします。
3. バッチ処理ジョブを実行し、完了するまで待ちます。
詳細な操作手順については、バッチ処理をご参照ください。 コストレビューの実施
コスト最適化は、クラウド導入時に完結するものではなく、ビジネスの全プロセスを通じて継続的に行うべきものであり、定期的なコストレビューが必要です。ビジネスの成長に伴いストレージへのニーズは動的に変化し、データアクセスパターンも常に変化します。COSも、ユーザーのコスト削減と効率向上を支援するため、より低コストなストレージサービスの提供に努めています。したがって、不定期的にコストレビューを行い、ビジネス要件に合わせてクラウドストレージのアーキテクチャを合理的に計画し直すことが、コスト削減につながります。
その他に、以下のこともお試しいただけます。
1. 料金センターの 利用明細のエクスポート ページに移動し、Tencent Cloudの請求書をダウンロードしてクラウドストレージの利用明細を確認し、クラウドストレージの消費状況を分析して最適化を行います。