Azure Arc で有効になっている Azure Container Storage では、"ボリューム" は、Kubernetes リソース オブジェクトである永続ボリュームを指します。
エッジ ボリューム
"エッジ ボリューム" はマウント可能なファイルシステムです。これを構成するのは、エッジ ボリューム サービス、ローカル ストレージ ボリュームと、アプリケーションにファイルシステムを提示するために必要なその他のコンポーネントです。
エッジ ボリュームは、基になるローカル ストレージがクラウドによってサポートされていないローカル共有モードと、ボリュームが Azure Blob Storage に接続されているクラウド モードの 2 つのボリューム モードのいずれかで実行されます。
ローカル共有モード
ローカル共有モードの Edge ボリュームの場合、対応するクラウド コンテナーはありません。 データは、対応する永続ボリュームのエッジ クラスターにのみ格納されます。 このモードは、ローカル データベースを保持するアプリケーション、またはクラウドにデータをアップロードするための独自のロジックを持つアプリケーションを対象としています。
クラウド モード
クラウド モードのエッジ ボリュームは、Azure ストレージ アカウント内のコンテナーにマップされるサブディレクトリを含む読み取り専用の擬似ファイルシステムで構成されます。 これらのサブディレクトリは、"サブボリューム" と呼ばれます。
サブボリュームを設定するときは、2 つの異なるカスタム リソース定義 (CRD) から選択できます。
CRD の取り込み: インジェスト サブボリュームの場合、書き込まれたファイルは、指定されたクラウド コンテナーへ自動的にアップロードされてから、そのファイルのローカル コピーが削除されます。 このプロセスにより、エッジでファイル ベースのデータを作成するが、エッジではそのデータを読み取る必要がなく、クラウドのみで読み取るアプリケーションが、このポリシーに適したアプリケーションになります。 このモードでは、クラスターがクラウドから切断されたときに引き続き書き込みが許可され、接続が再確立された後にアップロードが再開されます。 クラウドに正常にアップロードされたファイルは、ユーザーが指定した時間が経過するとローカル名前空間から削除され、その後クラスターで読み取れなくなります。
ミラー CRD: Mirror サブボリューム (プレビュー) では、指定されたクラウド データは、そのクラウド ファイルのローカル読み取り専用コピーとして表示されます。 これにより、ユーザーは元のファイルを変更することなく、クラウドベースのデータを操作できます。 これは、一元化された場所から多くの異なる地理的サイトにコンテンツを配布したり、アクティブなクラウド接続がなくてもクラウド ファイルを操作したりするのに最適です。
エッジ ボリュームの詳細
エッジ ボリューム内のすべてのサブボリュームは、永続ボリューム要求 (PVC) の作成時に指定されたのと同じローカル ストレージ容量を共有します。 データ アップロードのコンカレンシーを制限する機能もあります。これは、サブボリューム レベルではなく Edge ボリューム レベルで行われます。そのため、その Edge ボリュームにアタッチされているすべてのサブボリュームには、このコンカレンシー制限が適用されます。
ただし、取り込みまたはミラーの動作はサブボリューム レベルで設定されるため、これらのパラメーターは個々のサブボリュームごとに設定されます。 これは、さまざまなデータ ストリームに対してクラウド内のさまざまなストレージの場所を指定する場合に役立ちます。