今日、データは非常に貴重です。 多くの企業は、日常業務のために大量のデータを保管しています。 一部の情報は階層形式で保存されますが、企業は多くの場合、組織化せずに大量のデータを保持する必要があります。 ソリューション？ Microsoft Azure のブロブ ストレージ。 この記事では、Blob Storage の主要な要素、そのしくみ、およびその重要性について検討します。
ブロブ ストレージとは
Blob (バイナリ ラージ オブジェクト) ストレージは、クラウド オブジェクト ストレージに対する Microsoft Azure の答えです。 これにより、開発者は大量の非構造化データを Microsoft のクラウド プラットフォームに保存できます。 非構造化データは、特定のデータ モデルまたは定義に適合しないデータです (テキスト データやバイナリ データなど)。 このデータには、インターネット接続があればどこでもアクセスできるオーディオ、ビデオ、テキストが含まれます。 ブロブを操作できます .NET コードで。
ポールとリンジーの XNUMX 人がアクセサリーを保管していると想像してください。 ジョンはアクセサリーを色別に並べ、リンゼイはそれらを山積みにします。 Lindsay のアプローチは、Blob Storage のようなものです。彼女は、アクセサリを配置せずに山に放り込むことができます。 このようにして、Lindsay はほぼ際限なくスタックを増やすことができます。 これらのアクセサリを見つけるのは難しいかもしれませんが、多くの企業は、階層や組織を持たずに大量のデータを保存する同様の方法を必要としています.
Blob Storage は、次のアプリケーションに最適です。
- ブラウザーを介してビデオ、ドキュメント、または画像を直接共有する
- ビデオとオーディオのストレージ
- ログファイルの保存と更新
- バックアップと復元、アーカイブ、災害復旧のためのデータ ストレージ
- インターネットのもの（IoT）
- 分析用データの保存
Azure Storage REST API、Azure CLI、Azure PowerShell、または Azure Storage クライアント ライブラリを使用して、世界中のどこからでも HTTP/HTTPS 経由で Blob Storage 内のオブジェクトにアクセスできます。 .NET、Node.js、Java、Python、PHP、Ruby、Go などのさまざまな言語を介してクライアント ライブラリにアクセスすることもできます。
Microsoft Blob Storage では、アップロード時にファイルを小さな断片に分割することで、ネットワーク経由で大きなファイルを転送できます。 クラウド サーバーにアップロードされると、それらは XNUMX つのファイルにまとめて表示されます。
BLOB コンテナー
BLOB は、ファイル システム ディレクトリがファイルを配置するのと同じ方法で、一連の BLOB を編成するコンテナーにグループ化されます。 BLOB コンテナーは、ファイルを管理できるドロワーと考えてください。 XNUMX つのコンテナを使用してオーディオ ファイルを保存し、別のコンテナを使用してビデオ ファイルを保存することができます。 XNUMX つのストレージ アカウントには無制限のコンテナーを含めることができ、コンテナーは無制限の BLOB を保持できます。 コンテナーはクラウド コンピューティングの一種であり、自己完結型です。つまり、必要な依存関係がすべて含まれています。 コンテナが保持できるデータの最大量は 500 TB.
あなたの名前 コンテナ コンテナーとその BLOB を識別する一意のリソース識別子 (URI) を形成するため、有効な DNS 名である必要があります。 Microsoft は、コンテナーに名前を付ける際に従うべきいくつかの規則を提案しています。
- コンテナの名前は 3 ～ 63 文字にする必要があります。
- 名前は文字または数字で始める必要があります。 コンテナー名には、小文字、数字、およびダッシュ記号 (-) のみが含まれます。
- ダッシュ文字を XNUMX つ以上連続して使用することはできません。
BLOB ストレージの種類
Microsoft Azure では、ブロック BLOB、追加 BLOB、ページ BLOB の XNUMX 種類の BLOB ストレージを提供しています。 BLOB を作成するときは、必要な BLOB の種類を指定します。 一度作成すると、そのタイプを変更することはできなくなります。 BLOB の種類ごとに適切な操作を使用してのみ、BLOB を更新できます。 さまざまな種類のブロブとその機能について詳しく学びましょう。
ブロブをブロックする
ブロックに分割されたブロック BLOB は、メディア ファイル、テキスト ファイル、ドキュメント、およびバイナリ ファイルを格納するのに最適です。 ブロックのサイズは異なる場合がありますが、現在の最大値はブロックあたり 4000 MiB (メビバイト) です。 ブロック BLOB には、最大 50,000 ブロックを含めることができます。
ストレージ アカウントにアップロードされたブロックは、特定のブロック BLOB に関連付けられていますが、新しいブロックの ID を含むブロックのリストをコミットしたときにのみ BLOB の一部になります。 保存または破棄するまで、コミットされません。 最大 100,000 個のコミットされていないブロックが存在する可能性があります。
ページ ブロブ
512 バイトのページのコレクションであるページ BLOB は、主にランダムな読み取りおよび書き込み操作用です。 ページ BLOB を作成する場合は、ページ BLOB を選択し、BLOB が大きくなる最大サイズを書き込みます。 ブロック BLOB とは異なり、ページへの書き込み BLOB はすぐに発生し、BLOB に直接コミットされます。 ページ BLOB の合計サイズは 8 TiB (テビバイト) です。
ブロブを追加
追加 BLOB にはブロックがありますが、追加操作用に設計されており、ストレージとログ ファイルの更新が最も一般的な用途です。 Append Block 操作を使用して、ブロブの最後にブロックを追加して、ブロックを追加できます。 ただし、既存のブロックを更新または削除することはできません。 ブロックは、それぞれ最大 4 MiB までのさまざまなサイズにすることができます。 ブロック BLOB と同様に、追加 BLOB には最大 50,000 個のブロックを含めることができます。
BLOB ストレージのセキュリティ
タイプに関係なく、すべてのブロブは 暗号化 クラウドに保存される前に。 クラウド暗号化は、データがクラウドベースのストレージ間を移動してそれぞれの場所に移動するときにデータをエンコードします。 クラウド セキュリティに加えて、Azure では、誰がデータにアクセスできるかを完全に制御できます。
ホット BLOB ストレージとクール BLOB ストレージの比較
データ ストレージのコストは、トランザクション コストとストレージ コストの XNUMX つの要因によって決まります。 クラウド内のデータが増大するにつれて、データにアクセスする頻度とクラウド内にとどまる期間に基づいてデータを整理できます。 Azure Blob Storage は、用途に応じて BLOB データを格納するためのさまざまなアクセス層を提供します。 ストレージ アクセス層 温蔵と冷蔵を含みます。 これらについて詳しく説明しましょう。
ホット層
このタイプのストレージは、頻繁にアクセスまたは変更される運用データを格納するのに最適です。 この層は、ストレージ コストが最も高くなりますが、アクセス コストは最も低くなります。 また、準備データをクール アクセス レベルに移行することも適切なオプションです。 ホット層へのアクセスは常にオンラインです。
クール層
ホット層よりもストレージとアクセスのコストが低いクール ストレージは、時々アクセスされるデータに最適なオプションです。 クール層では、少なくとも 30 日間はデータを保存する必要があります。 この層は、データのバックアップと災害復旧、使用頻度の低いデータを使用する必要がある場合、および費用対効果の高いストレージを必要とする大規模なデータ セットに最適です。 ホット ストレージと同様に、クール層は常にオンラインです。
第 XNUMX 層のストレージ オプション: アーカイブ
Azure Blob Storage の 180 番目のストレージ オプションは、アーカイブ ストレージです。 このタイプのストレージは、ほとんどアクセスされない (XNUMX 日に XNUMX 回) データのオフライン オプションです。 アーカイブはストレージ コストが最も低くなりますが、他の XNUMX つの層よりもデータ取得コストとレイテンシが高くなります。
アーカイブ ストレージは、長期間保存する必要がある長期バックアップ、セカンダリ バックアップ、生データ、またはコンプライアンスおよびアーカイブ データを必要とする企業に適したオプションです。
ティアの変更
BLOB を作成するときは、通常、層を設定します。 ただし、を呼び出すことで変更できます。 BLOB 層の設定 (ホット層からクール層に切り替える場合に最適なオプション) または ブロブのコピー操作. Copy Blob は、アーカイブ BLOB をオンラインに移動する場合、またはクールからホットに移動する場合に推奨されます。
ホットからクール (またはその逆) またはアーカイブに変更すると、開始した変更は瞬時に行われます。 ただし、アーカイブされた BLOB がホット層またはクール層に変更されると、復元する必要があります。 この水分補給には最大 15 時間かかる場合があります。
BLOB ストレージはデータの保存に最適です
ほぼ無制限のストレージ容量でスケーラブルであるため、Blob Storage は階層を必要としないデータを格納するための優れたオプションです。 Blob Storage はクラウド ネイティブでもあるため、クラウドを使用している、またはクラウドへの移行を検討している企業に自然に適合します。 クラウドにいるということは、インターネットが存在する場所であればどこでもデータにアクセスできるということでもあります。 さらに、Blob Storage は費用対効果が高いです。 データへのアクセス頻度に応じて価格が段階的に設定されているため、定期的に評価しなくても、大量のデータをより経済的に保存できます。 Microsoft Azure Blob Storage のすべての利点により、企業のデータ ストレージのニーズに最適なオプションとなります。