次の方法で共有

Azure Stack Hub ストレージの概要

  • [アーティクル]

概要

Azure Stack Hub Storage は、Azure Storage によって提供されるサービスと整合性のあるクラウド ストレージ サービスのセットです。 これらのサービスには BLOB、テーブル、およびキューが含まれます。

Azure Stack Hub Storage サービス

Azure Stack Hub Storage は次の 3 つのサービスを提供します。

  • Blob Storage

    Blob Storage は、非構造化オブジェクト データを格納します。 ドキュメント、メディア ファイル、アプリ インストーラーなど、任意の種類のテキスト データやバイナリ データを BLOB として保存できます。

  • Table Storage

    テーブル ストレージには、構造型データが格納されます。 テーブル ストレージは、NoSQL キー属性データ ストアであるため、開発が迅速化され、大量のデータにすばやくアクセスできます。

  • Queue Storage

    キュー ストレージは、ワークフロー処理およびクラウド サービスのコンポーネント間通信のための、信頼性の高いメッセージング機能を提供します。

Azure Stack Hub Storage アカウントは、Azure Stack Hub Storage のサービスにアクセスできる安全なアカウントです。 ストレージ アカウントは、ストレージ リソースに対して一意の名前空間を提供します。 以下の図は、ストレージ アカウントにおける Azure Stack Hub Storage のリソース間の関係を示したものです。

Azure Stack Hub Storage の概要

BLOB ストレージ

大量の非構造化オブジェクト データをクラウドに保存する場合は、Blob Storage を使用すると効率の高いスケーラブルなソリューションが実現します。 Blob Storage を使用して、次のようなコンテンツを格納します。

  • ドキュメント
  • 写真、ビデオ、音楽、ブログなどのソーシャル データ
  • ファイル、コンピューター、データベース、およびデバイスのバックアップ データ
  • Web アプリの画像やテキスト
  • クラウド アプリの構成データ
  • ログやその他の大きなデータセットなどのビッグ データ

すべての BLOB は、コンテナーに編成されます。 コンテナーを使用すると、オブジェクトのグループにセキュリティ ポリシーを便利に割り当てることができます。 (ストレージ アカウントの容量の上限を超えない限り) ストレージ アカウントには任意の数のコンテナーを含めることができ、コンテナーには任意の数の BLOB を含めることができます。

BLOB ストレージには、3 つの種類の BLOB が用意されています。

  • ブロック BLOB

    ブロック BLOB は、クラウド オブジェクトのストリーミングと格納のために最適化されています。 ドキュメント、メディア ファイル、バックアップ、その他の類似ファイルを格納する目的に適しています。

  • 追加 BLOB

    追加 BLOB はブロック BLOB に似ていますが、追加操作用に最適化されています。 追加 BLOB は、新しいブロックを最後に追加することによってのみ更新できます。 追加 BLOB は、新しいデータが BLOB の最後のみに書き込まれる必要がある、ログ記録のようなシナリオに適しています。

  • ページ BLOB

    ページ BLOB は、IaaS のディスクとして使用でき、ランダムな書き込みをサポートするように最適化され、最大 1 TB (テラバイト) までサイズを拡大できます。 Azure Stack Hub 仮想マシンに設置された IaaS ディスクは、ページ BLOB として格納される VHD です。

Table ストレージ

最新のアプリの多くは、前の世代のソフトウェアよりも、拡張性と柔軟性に優れたデータ ストアを必要とします。 Table Storage は、高度な可用性と拡張性を備え、アプリを需要に応じて自動的に拡張できます。 テーブル ストレージは、Microsoft の NoSQL のキーまたは属性ストアですが、従来のリレーショナル データベースと異なり、スキーマなしの設計です。 スキーマなしのデータ ストアでは、アプリの進化のニーズに合わせてデータを容易に修正できます。 テーブル ストレージは使いやすいため、開発者はアプリを迅速に作成できます。

テーブル ストレージは、キー属性ストアであるため、テーブル内のすべての値に型指定されたプロパティ名が付いて保存されます。 このプロパティ名は、フィルタリングや、選択条件の指定に使用されます。 1 つのエンティティは、一連のプロパティとその値で構成されます。 テーブル ストレージはスキーマがないため、同じテーブル内の 2 つのエンティティが異なるコレクションのプロパティを持つことができ、それらのプロパティに異なる型を使用できます。

テーブル ストレージを使用すると、Web アプリのユーザー データ、アドレス帳、デバイス情報、およびサービスに必要なその他の種類のメタデータなど、柔軟なデータセットを保存できます。 今日のインターネットベースのアプリでは、テーブル ストレージのような NoSQL データベースが、従来のリレーショナル データベースの代わりに広く使用されています。

ストレージ アカウントの容量の上限を超えない限り、ストレージ アカウントには任意の数のテーブルを含めることができ、テーブルには任意の数のエンティティを保存できます。

ストレージ

拡張性を重視してアプリを設計する場合、通常、アプリ コンポーネントを個別に拡張できるように分離します。 Queue Storage では、アプリ コンポーネントがクラウド、デスクトップ、オンプレミスのサーバー、モバイル デバイスのいずれで実行されている場合でも、信頼性の高いメッセージング ソリューションによって、アプリ コンポーネント間の非同期通信が実行されます。 Queue Storage ではまた、非同期タスクの管理とプロセス ワークフローの構築もサポートします。

(ストレージ アカウントの容量の上限を超えない限り) ストレージ アカウントには任意の数のキューを含めることができ、キューには任意の数のメッセージを保存できます。 1 つのメッセージは、最大 64 KB のサイズにすることができます。

次のステップ