次の方法で共有


ボリュームとサブボリュームの概要

Azure Arc で有効になっている Azure Container Storage では、"ボリューム" は、Kubernetes リソース オブジェクトである永続ボリュームを指します。

エッジ ボリューム

"エッジ ボリューム" はマウント可能なファイルシステムです。これを構成するのは、エッジ ボリューム サービス、ローカル ストレージ ボリュームと、アプリケーションにファイルシステムを提示するために必要なその他のコンポーネントです。

エッジ ボリュームのアーキテクチャを示す図。

エッジ ボリュームは、次の 2 つのボリューム モードのいずれかで実行されます: 基になるローカル ストレージがクラウドによってサポートされないローカル共有モードと、ローカル ストレージが Azure Blob Storage に同期されるクラウド モード。

ローカル共有モード

ローカル共有モードのエッジ ボリュームの場合、対応するクラウド コンテナーはありません。 データは、対応する永続ボリュームのエッジ クラスターにのみ格納されます。 このモードは、ローカル データベースを保持するアプリケーション、またはクラウドにデータをアップロードするための独自のロジックを持つアプリケーションを対象としています。

クラウド モード

クラウド モードのエッジ ボリュームは、Azure ストレージ アカウント内のコンテナーにマップされるサブディレクトリを含む読み取り専用の擬似ファイルシステムで構成されます。 これらのサブディレクトリは、"サブボリューム" と呼ばれます。 クラウド エッジ ボリュームの各サブボリュームには、作成時に "同期ポリシー" が割り当てられます。 これらのポリシーでは、ローカル ファイルをクラウド内の対応するストレージ宛先と同期する方法とタイミングを指定します。

同期ポリシー

現在、使用できる同期ポリシーは取り込みポリシーのみです。 このポリシーでは、ファイルは対応するクラウド コンテナーに自動的にアップロードされ、そのファイルのローカル コピーは削除されます。 このプロセスにより、エッジでファイル ベースのデータを作成するが、エッジではそのデータを読み取る必要がなく、クラウドのみで読み取るアプリケーションが、このポリシーに適したアプリケーションになります。 このモードでは、クラスターがクラウドから切断されたときに引き続き書き込みが許可され、接続が再確立された後にアップロードが再開されます。 クラウドに正常にアップロードされたファイルは、ユーザーが指定した時間が経過するとローカル名前空間から削除され、その後クラスターで読み取れなくなります。 取り込みポリシーの詳細については、取り込みポリシーの説明を参照してください。

エッジ ボリューム内のすべてのサブボリュームは、PVC の作成時にプロビジョニングされた同じローカル ストレージ容量を共有します。 データ アップロードのコンカレンシーを制限する機能もあり、サブボリューム レベルではなくエッジ ボリューム レベルで実行されます。 ただし、同期ポリシーはサブボリューム レベルで適用され、アップロード順序などの一部のアップロード動作を制御します。 詳しくは、取り込みデータ フローに関する記事を参照してください。

エッジ ボリュームの作成フローを示す図。

クラスターがクラウドから切断された場合、目的のユース ケースで生成されるデータに合わせて十分なストレージ領域が割り当てられている限り、取り込みサブボリュームへの書き込みは引き続き許可されます。 接続が復元されると、サブボリュームの定義済み同期ポリシーに基づいて、すべてのデータと潜在的なバックログが同期されます。

次のステップ