Azure BLOB ストレージを確認する

完了

Azure Blob Storage は、大量の非構造化データをバイナリ ラージ オブジェクト (BLOB) としてクラウドに格納できるサービスです。 BLOB は、クラウドベースのストレージ用に最適化された形式でデータ ファイルを格納するための効率的な方法であり、Azure Blob Storage API を使用してアプリケーションで読み取りと書き込みを行うことができます。

An Azure blob storage container with two blobs

Azure ストレージ アカウントでは、BLOB が "コンテナー" に格納されます。 コンテナーは、関連する BLOB をまとめてグループ化する便利な方法を提供します。 コンテナー内の BLOB を読み書きできるユーザーの制御は、コンテナー レベルで行います。

コンテナーでは、ディスク上のファイル システム内のファイルと同様に、BLOB を仮想フォルダーの階層に整理できます。 ただし、既定では、これらのフォルダーは BLOB 名の "/" 文字を使用して、BLOB を名前空間に編成する方法にすぎません。 フォルダーは純粋に仮想であり、フォルダー レベルの操作を実行してアクセスを制御したり、一括操作を実行したりすることはできません。

Azure Blob Storage では、次の 3 つの異なる種類の BLOB がサポートされています。

  • "ブロック BLOB"。 ブロック BLOB は、ブロックのセットとして処理されます。 各ブロックのサイズは可変で、最大 4000 MiB です。 1 つのブロック BLOB で最大190.7 TiB (4000 MiB X 50,000 ブロック) を格納でき、最大サイズは 5000 MiB を超えます。 ブロックは、個別の単位として読み取りや書き込みのできる最小のデータ量です。 ブロック BLOB は、あまり変更されない不連続で大きなバイナリ オブジェクトを格納するのに最適です。
  • "ページ BLOB"。 ページ BLOB は、固定サイズ 512 バイトのページのコレクションとして編成されます。 ページ BLOB は、ランダムな読み取りおよび書き込み操作をサポートするように最適化されています。必要に応じて、1 ページのデータをフェッチしたり格納したりできます。 ページ BLOB では最大 8 TB のデータを保持できます。 Azure では、仮想マシン用の仮想ディスク ストレージを実装するために、ページ BLOB が使用されてします。
  • "追加 BLOB"。 追加 BLOB は、追加操作をサポートするために最適化されたブロック BLOB です。 追加 BLOB の末尾にのみブロックを追加できます。既存のブロックの更新または削除はサポートされていません。 各ブロックのサイズは可変で、最大値は 4 MB です。 追加 BLOB の最大サイズは、195 GB 強です。

Blob Storage には 3 つのアクセス層が用意されており、アクセスの待機時間とストレージ コストのバランスを取ることができます。

  • "ホット" 層が既定値です。 この層は、頻繁にアクセスされる BLOB に使用します。 BLOB データは、高パフォーマンスのメディアに格納されます。
  • "クール" 層はパフォーマンスが低く、ホット層と比較してストレージ料金が安くなります。 アクセス頻度の低いデータにはクール層を使用します。 通常、BLOB は新しく作成された当初は頻繁にアクセスされますが、時間が経つとそうではなくなります。 このような状況では、ホット層で BLOB を作成し、後でクール層に移行することができます。 クール層からホット層に BLOB を戻すことができます。
  • "アーカイブ" 層では、ストレージ コストは最も安くなりますが、待機時間は長くなります。 アーカイブ層は、失われてはならないけれども、必要になることはあまりない、履歴データ用に意図されています。 アーカイブ層の BLOB は、実質的にオフライン状態で格納されます。 ホット層とクール層の一般的な読み取り待機時間は数ミリ秒ですが、アーカイブ層では、データが使用可能になるまでに数時間かかることがあります。 アーカイブ層から BLOB を取得するには、アクセス層をホットまたはクールに変更する必要があります。 その後、BLOB は "リハイドレート" されます。 リハイドレーション プロセスが完了した後でのみ、BLOB を読み取ることができます。

ストレージ アカウント内の BLOB に対してライフサイクル管理ポリシーを作成できます。 ライフサイクル管理ポリシーを使用すると、BLOB を自動的にホットからクールに移動した後、時間が経過して使用頻度が低くなったらアーカイブ層に移動することができます (ポリシーは、変更後の日数に基づいています)。 ライフサイクル管理ポリシーでは、古くなった BLOB の削除を手配することもできます。