Azure Arc で有効な Azure コンテナー ストレージとは
Azure Arc で有効な Azure コンテナー ストレージは、Arc に接続された Kubernetes クラスター用に設計されたファースト パーティのストレージ システムです。 Azure Arc で有効な Azure コンテナー ストレージをデプロイして、"ReadWriteMany" 永続ボリューム要求 (PVC) にファイルを書き込み、そこで Azure Blob Storage に転送できます。 Azure Arc で有効な Azure コンテナー ストレージには、Azure IoT Operations やその他の Arc サービスをサポートするためのさまざまな機能が用意されています。 高可用性とフォールト トレランスを備えた Azure Arc で有効な Azure コンテナー ストレージは、2024 年後半に完全にサポートされ、一般公開 (GA) されます。
Azure Arc で有効な Azure コンテナー ストレージの機能
Azure Arc で有効な Azure コンテナー ストレージは、Arc に接続された Kubernetes クラスターのネイティブ永続ストレージ システムとして機能します。 その主な役割は、Azure へのデータの階層化を可能にする、信頼性とフォールト トレラントに優れたファイル システムを提供することです。 Azure IoT Operations やその他の Arc サービスの場合、Kubernetes クラスターをステートフルにするには、Azure Arc で有効な Azure コンテナー ストレージが不可欠です。 Arc に接続された K8s クラスター用の Azure Arc で有効な Azure コンテナー ストレージの主な機能は、次のとおりです。
- ノード障害に対する許容範囲: 3 ノード クラスターとして構成されている場合、Azure Arc で有効な Azure コンテナー ストレージは、ノード間でデータをレプリケート (トリプリケーション) し、単一ノードの障害に対する高可用性と許容度を確保します。
- Azure へのデータ同期: Azure Arc で有効な Azure コンテナー ストレージは、ストレージ ターゲットを使用して構成されるため、ボリュームに書き込まれるデータはクラウド内の Azure Blob (ブロック BLOB、ADLSgen-2 または OneLake) に自動的に階層化されます。
- 待機時間の短い操作: Azure IoT Operations などの Arc サービスでは、読み取りと書き込み操作の待機時間が短くなることが想定されます。
- 単純な接続: お客様は、CSI ドライバーを使用して Azure Arc で有効な Azure コンテナー ストレージ ボリュームに簡単に接続して、ストレージに対する永続ボリューム要求の作成を開始できます。
- デプロイの柔軟性: Azure Arc で有効な Azure コンテナー ストレージは、Azure IoT Operations の一部として、またはスタンドアロン ソリューションとしてデプロイできます。
- 監視可能: Azure Arc で有効な Azure コンテナー ストレージは、業界標準の Kubernetes 監視ログとメトリック機能をサポートし、Azure Monitor エージェントの可観測性をサポートします。
- プラットフォームの中立性: Azure Arc で有効な Azure コンテナー ストレージは Kubernetes ストレージ システムであり、Arc Kubernetes がサポートするどのプラットフォーム上でも実行できます。 検証は、Ubuntu + CNCF K3s/K8s、Windows IoT + AKS-EE、Azure Stack HCI + AKS-HCI など、特定のプラットフォームに対して行われました。
Azure Arc で有効な Azure コンテナー ストレージのオファリング間の違い
元の Azure Arc で有効な Azure コンテナー ストレージのオファリングは、キャッシュ ボリュームです。 最新のオファリングは、エッジ ボリュームです。
Azure Arc で有効な Azure コンテナー ストレージ エッジ ボリュームとは
エッジ ボリューム オファリングへの最初の追加機能は、ローカル共有エッジ ボリュームであり、Kubernetes クラスターにローカルでの高可用性フェールオーバー対応ストレージを提供します。 この共有ストレージは、クラウド インフラストラクチャに依存しないタイプであるため、保存先としてクラウドに適さないスクラッチ スペース、一時ストレージ、ローカルで永続的に保存するデータに最適です。
2 つ目の新しいオファリングは、クラウド取り込みエッジ ボリュームであり、ADLSgen2 や OneLake など、エッジから BLOB への無制限のデータ インジェストを容易にします。 このストレージの種類に書き込まれたファイルは、BLOB ストレージにシームレスに転送され、その後、アップロードされたことが確認されるとローカル キャッシュから消去され、新しいデータのための空き領域が確保されます。 さらに、このストレージ オプションは、分離された環境でのデータ整合性をサポートし、ネットワークへの再接続時にローカル ストレージと同期を有効にします。
エッジ ボリュームは、IoT アプリケーション向けに調整され、ローカル ストレージの問題や取り込みの制限を排除するだけでなく、ローカル リソースの使用率を最適化し、ストレージ要件を低減します。
エッジ ボリュームのしくみ
エッジ ボリュームには、ローカル ファイル システムと同様に書き込めます。 ローカル共有エッジ ボリュームの場合、データは保存され、そのまま残ります。 クラウド取り込みエッジ ボリュームの場合、ボリュームは、アップロード用にマークされた新しいデータを 1 分ごとにチェックし、その新しいデータを指定したクラウドの宛先にアップロードします。 クラウドへのアップロードが確認されてから 5 分後にローカル コピーが消去されるため、ローカル ボリュームの不要な古いデータをなくし、新しいデータを受け取り続けることができます。
エッジ ボリュームの概要。
Azure Arc で有効な Azure コンテナー ストレージでサポートされている Azure リージョン
Azure Arc で有効な Azure コンテナー ストレージは、次の Azure リージョンでのみ使用できます。
- 米国東部
- 米国東部 2
- 米国西部
- 米国西部 2
- 米国西部 3
- 北ヨーロッパ
- 西ヨーロッパ
Azure IoT Operations
Azure IoT Operations を使用している場合は、「ボリュームの構成」に進みます。