Azure Blob Storage のコスト最適化オプションを特定する

完了

Azure Blob Storage 価格モデルの一般的な理解は、コスト最適化の機会を特定するのに役立つはずです。 行う必要がある決定の一部は、ターゲットの Azure リージョンやストレージ アカウントのレプリケーション スコープの選択など、設計段階で行う方が適している場合があります。 使用パターンは時間と共に変化し、その他の決定の判断材料になります。 ただし、コスト最適化は継続的なアクティビティであり、厳密に従って継続的に評価する必要があることに注意することが重要です。 このユニットでは、さまざまなコスト最適化オプションを確認します。 また、環境内のストレージ関連の料金に対処するのに役立つ可能性があるオプションを判断します。

Azure Blob Storage のコスト最適化オプションについて説明する

このユニットでは、主なコスト最適化オプションとして、以下を行う方法を検討します。

  • データをアクセス層にまとめます。

  • クールおよびアーカイブ層に直接書き込む。

  • アクセス層間でデータを自動的に移動する。

  • ストレージ容量を予約する。

データをアクセス層にまとめる

アクセス層の目的は、会社で BLOB の使用パターンを反映した価格モデルとデータ取得速度を選択できるようにすることです。 アクセス層の選択は、ストレージ アカウント内の個々の BLOB にアクセスする頻度に基づく必要があります。

たとえば、ストレージ使用量を最適化してコストを最小限に抑えるために、頻繁に使われる BLOB は、ホット アクセス層で構成された BLOB ストレージ アカウントに存在する必要があります。 逆に、ごくまれにしか使わない BLOB は、クール アクセス層で構成された BLOB ストレージ アカウントに存在する必要があります。 アクセスまたは変更の頻度が低い BLOB は、コールド アクセス層で構成された BLOB ストレージ アカウントに配置するようにします。 最後に、アーカイブ目的で保持される BLOB は、そのコンテンツにアクセスするための短期的な計画を立てずに、アーカイブ層に割り当てる必要があります。

この推奨事項は、2 種類の料金を決定するアクセス層固有の価格モデルに基づくものです。

  • 保存データの維持に関連する料金 (ギガバイト単位)。

  • 読み取り、更新、および削除操作を実行するためのデータへのアクセスに関連する料金。

ホット アクセス層を BLOB に割り当てると、これらの料金の 2 番目は最小限に抑えられますが、最初のものは増加します。 アーカイブ アクセス層を選ぶと逆の効果になります。 そのため、データに頻繁にアクセスする予定の場合、ホット層が最もコスト効率の高い選択肢になります。 データにアクセスする頻度が低い場合、データの格納コストを減らすにはコールド層またはアーカイブ層の方が理にかなっています。

たとえば、データベース管理チームは、オンプレミス データ ストアの長期的なバックアップにアーカイブ ストレージを使うことを検討する必要があります。 規制要件の結果として、これらのバックアップは、数年間保存する必要がありますが、復元する必要はほとんどありません。 逆に、ホット層は、顧客の問題のトラブルシューティングおよび短期的な分析とレポートに使われるログ ファイルにより適しています。

クールおよびアーカイブ層に直接書き込む

短期間は新しい BLOB にアクセスできないことを明確に示す場合は、コールドまたはアーカイブ層に直接割り当てることを検討する必要があります。 この手順により、層間での移動に関連する料金が除外されます。

新しくアップロードされた BLOB をアーカイブ層に割り当てるオプションが表示された Azure portal ペインのスクリーンショット。

アクセス層間でデータを自動的に移動する

最初に割り当てるアクセス層に、長期的なストレージの傾向が反映されていない可能性があります。 現在の問題のトラブルシューティングに使用されるログは、数週間後には同じ意味を持たない可能性があります。 同様に、最近のバックアップを迅速に復元することが重要な場合がありますが、その程度の緊急度は、同じバックアップ コピーに対して数か月後には適用されない可能性があります。 アクセス層は手動で変更できますが、そのような方法では、大幅なメンテナンス オーバーヘッドが発生します。 これは、エンタープライズ シナリオで一般的である、多数の BLOB を変更する場合に特に当てはまります。

さいわい、この手順は必要ありません。 Azure Blob Storage では、定義した条件に基づいて層間でデータを移動するライフサイクル管理ポリシーがサポートされます。 たとえば、過去 90 日間に変更されていない BLOB をアーカイブ層に移行するポリシー ルールを定義できます。 同様に、過去 360 日間にアクセスされていない BLOB をアーカイブ層で削除するポリシー ルールを作成できます。

Note

ポリシーは、最終変更日または最終アクセス日に基づく場合があります。 後者では、最終アクセス時刻の追跡を有効にする必要があります。

ストレージ容量を予約する

Azure Blob Storage を長時間使用する場合は、予約容量を購入することでコストをさらに削減できます。 容量は、1 年または 3 年間、1 か月あたり 100 テラバイト (TB) および 1 ペタバイト (PB) 単位で提供されています。 この取り決めにより、Azure Blob Storage に存在するデータのストレージ (ギガバイトあたり) の料金が割引されます。 任意のアクセス層と冗長性の種類に対して予約を購入できますが、Azure リージョン、アクセス層、冗長性オプションの特定の組み合わせに適用されます。