Azure コンテナー ストレージについてよく寄せられる質問 (FAQ)

Azureコンテナストレージは、Kubernetesアプリケーション向けにクラウドネイティブの永続ボリュームオーケストレーションとデータアクセラレーションを提供します。

一般的な質問

  • Azure Container Storage バージョン 2.x.x とバージョン 1.x.x の違いは何ですか? Azure Container Storage (バージョン 2.x.x) は、軽量、オンデマンド インストール、および最適化されたリソース使用率を備えています。 ただし、バージョン 2.x.x では現在、ローカル NVMe と Azure Elastic SAN がバッキング ストレージとしてサポートされていますが、バージョン 1.x.x では Azure ディスク、エフェメラル ディスク (ローカル NVMe および一時 SSD)、Azure Elastic SAN がサポートされています。

  • Azure Container Storage バージョン 2.0.x と 2.1.x 以降の間の変更点 Azure Container Storage バージョン 2.0.x を使用し、自動アップグレードを無効にする場合は、次の表を使用して、AKS クラスターにインストールされる内容を理解します。

    Azure Container Storage のバージョン サポートされているストレージの種類 インストーラーが存在する ドライバーのインストール トリガー
    2.0.x ローカル NVMe いいえ インストール中 --enable-azure-container-storage
    2.1.x 以降 ローカル NVMe と Elastic SAN イエス 有効化中またはストレージ クラスの作成中にストレージの種類を選択する (インストーラー専用フロー)

  • バージョン 2.1.x 以降で使用できるインストール モデルは何ですか? Azure Container Storage では、2 つのインストール フローがサポートされています。

    インストーラーのみ (後でストレージを選択)
    このオプションは、Azure Container Storage をインストールするが、後でストレージ バックエンドを決定する予定がある場合に使用します。

    az aks update -n <cluster-name> -g <resource-group> --enable-azure-container-storage

    動作：

    • インストーラーのみをインストールします。
    • ストレージ固有のドライバーまたはノード エージェントは最初にインストールされません。
    • ストレージ クラスを作成すると、後で正しい CSI ドライバーのインストールがトリガーされます。

    インストーラー + ストレージの種類
    バックエンドが必要であることがわかっている場合は、このオプションを使用します。

    az aks update -n <cluster-name> -g <resource-group> --enable-azure-container-storage <storage-types>

    例:

    az aks update -n <cluster-name> -g <resource-group> --enable-azure-container-storage ephemeralDisk elasticSan

    動作：

    • インストーラーと選択した CSI ドライバーをインストールします。
    • 存在しない場合は、既定のストレージ クラス オブジェクトを作成します。
    • 既定のストレージ クラス名は、local-csi (ローカル NVMe) およびephemeralDisk (Azure Elastic SAN)用の azuresan-csi です。
    • 複数のストレージの種類をサポートします。

    永続ボリューム ストレージのタイプの値は、ephemeralDisk（ローカル NVMe）および elasticSan（Azure Elastic SAN）です。 クラウド ストレージ向け分散アクセラレータ (プレビュー) を有効にするには、distributedAccelerator を単独で指定します。 DACS は独立した拡張機能とコントローラーを使用し、CSI ドライバーをインストールせず、StorageClass を作成しません。 詳細は、クラウド ストレージで分散アクセラレータを有効化する方法を参照してください。

  • インストール モデルは Terraform でどのように動作しますか? 拡張機能の構成では、Azure CLI と同じフローがサポートされます。

    • インストーラーのみ (後でストレージを選択):enable-azure-container-storageをtrueに設定します。 後でストレージ クラスを作成して、ドライバーのインストールをトリガーします。
    • インストーラー + ストレージの種類:enable-azure-container-storageを、ephemeralDisk、elasticSan、ephemeralDisk elasticSanなどのリストなどのストレージの種類の値に設定します。 これにより、インストーラー、選択した CSI ドライバーがインストールされ、既定のストレージ クラスが作成されます。 既定のストレージ クラス名は、local-csi (ローカル NVMe) およびephemeralDisk (Azure Elastic SAN)用の azuresan-csi です。

    バージョン 2.1.0 以降でサポートされているストレージの種類: ephemeralDisk (ローカル NVMe) と elasticSan (Azure Elastic SAN)。

  • インストーラー専用モードでインストールされるコンポーネントは何ですか? インストーラーのみのモードでは、 kube-system 名前空間にインストーラーとテレメトリのデプロイが作成されますが、ストレージの種類を有効にするかストレージ クラスを作成するまで、CSI ドライバーまたはノード エージェントはインストールされません。

    コンポーネント リソースの種類 名前 Description
    インストーラー デプロイメント acstor-cluster-manager ストレージ クラス オブジェクトを監視し、CSI ドライバーのライフサイクルを調整するコア コントローラー
    テレメトリ デプロイメント acstor-geneva 内部監視およびテレメトリコンテナ

  • CSI ドライバーはいつインストールされますか? インストール中にストレージの種類を有効にした場合、ドライバーはすぐにインストールされ、不足している場合は既定のストレージ クラス オブジェクトが作成されます。 インストーラー専用を選択した場合、記憶域クラスの作成時 (またはストレージ クラスが既に存在する場合) にドライバーがインストールされます。

  • CSI ドライバーが有効になっていると、何がインストールされますか? ストレージの種類を有効にするか、ストレージ クラスを作成すると、Azure Container Storage によってストレージ固有の CSI ドライバーとサポート コンポーネントがインストールされます。

    コンポーネント リソースの種類 名前 Description
    CSI ドライバー HelmRelease acstor-local-csi-driver または acstor-azuresan-csi-driver ストレージ固有の CSI ドライバー
    ノード エージェント デーモンセット acstor-node-agent メトリック収集用のストレージ ノード上で実行されます
    OpenTelemetry (OTel) コレクター デーモンセット acstor-otel-collector ノードからログとメトリックを収集します

  • Elastic SAN ドライバーとローカル NVMe CSI ドライバーで作成される Kubernetes リソースは何ですか?

    Elastic SAN CSI ドライバー:

    リソース 名前 目的
    デーモンセット azuresan-csi-driver 各ノードで CSI ポッドを実行します

    ローカル NVMe CSI ドライバー:

    リソース 名前 目的
    デーモンセット csi-local-node 各ノードで CSI ドライバー ポッドを実行します
    デプロイメント csi-local-manager Webhook と PV クリーンアップ コントローラー

    csi-local-manager展開では、システム ノード プールが優先されます。

  • Azure Container Storage コンポーネントはどのようにスケジュールされますか? CSI ドライバーは、ストレージ クラスのアフィニティに従って実行されます。 ノード エージェントは、ドライバーが存在する任意の場所で実行され、インストーラーはシステム ノード プールを優先します。

  • Azure Container Storage ドライバーと Azure CSI (Container Storage Interface) ドライバーの違いは何ですか?
    Azure Container Storage では、エフェメラル ディスク (ローカル NVMe) など、他の Azure CSI ドライバーでサポートされていないバッキング ストレージ オプションがサポートされています。 これらのドライバーはすべて、AKS とシームレスに連携するように設計されており、オープン ソースです。

  • Azure コンテナー ストレージはどの Azure リージョンで使用できますか?

    Azure コンテナー ストレージは、次の Azure リージョンのサブセットでのみ使用できます。

    • (アフリカ) 南アフリカ北部
    • (アジア太平洋) オーストラリア東部
    • (アジア太平洋) 東アジア
    • (アジア太平洋) 東日本
    • (アジア太平洋) 韓国中部
    • (アジア太平洋) 東南アジア
    • (アジア太平洋) インド中部
    • (ヨーロッパ) フランス中部
    • (ヨーロッパ) ドイツ中西部
    • (ヨーロッパ) 北ヨーロッパ
    • (ヨーロッパ) 西ヨーロッパ
    • (ヨーロッパ) 英国南部
    • (ヨーロッパ) スウェーデン中部
    • (ヨーロッパ) スイス北部
    • (中東) アラブ首長国連邦北部
    • (北米) 米国東部
    • (北米)米国東部 2
    • (北米) 米国西部
    • (北米)米国西部 2
    • (北米) 米国西部 3
    • (北米) 米国中部
    • (北米) 米国中北部
    • (北米) 米国中南部
    • (北米) 米国中西部
    • (北米) カナダ中部
    • (北米) カナダ東部
    • (南アメリカ) ブラジル南部

  • AKS クラスターに Azure コンテナー ストレージ プレビューが既にインストールされている場合、最新の一般提供バージョンに更新するにはどうすればよいですか?
    自動アップグレードが有効になっている場合、Azure Container Storage は最新バージョンに自動的に更新されます。 自動アップグレードを有効にしていない場合は、次のコマンドを実行して、最新の一般公開 (GA) バージョンに更新することをお勧めします。 忘れずに、<cluster-name> と<resource-group> を独自の値に置き換えてください。

    az k8s-extension update --cluster-type managedClusters --cluster-name <cluster-name> --resource-group <resource-group> --name azurecontainerstorage --version 1.1.0 --auto-upgrade false --release-train stable

  • 新しいバージョンの Azure コンテナー ストレージにアップグレードした場合、パフォーマンスに影響はありますか?
    自動アップグレードを有効にしたままにした場合 (推奨)、アップグレード プロセス中に一時的な I/O 待機時間が発生する可能性があります。 自動アップグレードをオフにして新しいバージョンを手動でインストールしても、影響はありません。ただし、自動アップグレードや新機能への即時アクセスの利点はありません。

  • az aks create コマンドを使用して Azure Container Storage (バージョン 1.x.x) をインストールするときに作成される記憶域プールに対して、どのようなパラメーターを指定できますか?
    必須および省略可能なストレージ プール パラメーターとその規定値については、この記事を参照してください。

  • Azure コンテナー ストレージでは、他のどの Azure サービスがサポートされていますか?
    現在、Azure Container Storage では、Azure Kubernetes Service (AKS) のみがサポートされています。

  • Azure コンテナー ストレージでは、読み取り/書き込み (複数回) (RWX) ワークロードがサポートされていますか?
    Azure Container Storage では、読み取り/書き込み多くの (RWX) ワークロードはサポートされていません。 ただし、Azure のファーストパーティの Files ドライバーと BLOB CSI ドライバーは優れた代替手段であり、完全にサポートされています。

  • Azure コンテナー ストレージを削除するにはどうすればよいですか?
    Azure Container Storage (バージョン 2.x.x) を削除するには、「 Azure Container Storage の削除」を参照してください。 Azure Container Storage (バージョン 1.x.x) を削除するには、 この記事を参照してください。

  • Azure コンテナー ストレージでは AKS 上の Windows コンテナーはサポートされていますか?
    いいえ、Azure コンテナー ストレージでは、Ubuntu および Azure Linux のノードで実行されている AKS コンテナーのみがサポートされています。

  • Azure コンテナー ストレージは、エフェメラル ディスク ストレージ プールにエフェメラル OS ディスクの容量を使用しますか?
    いいえ、Azure コンテナー ストレージは、一時ディスク ストレージ プールの一時データ ディスクの容量のみを検出して使用します。

  • Azure Container Storage は ARM ノード プールをサポートしていますか?
    ローカルのNVMeおよびElastic SAN永続ボリュームドライバーは現在、AMD64/x86-64ノードプールをサポートしています。 クラウドストレージ用の分散アクセラレータプレビューはx64とArm64をサポートしています。 デプロイする機能のサポート マトリックスを確認してください。

  • Azure コンテナー ストレージが機能するために、どのエンドポイントを Azure Firewall の許可リストに登録する必要がありますか?

    Azure コンテナー ストレージを確実に正しく機能させるには、Azure Firewall で特定のエンドポイントを許可リストに登録する必要があります。 これらのエンドポイントは、Azure コンテナー ストレージ コンポーネントが必要な Azure サービスと通信する場合に必要です。 これらのエンドポイントを許可リストに登録しないと、インストールまたはランタイムの問題が発生する可能性があります。

    許可リストに登録するエンドポイント:

    linuxgeneva-microsoft.azurecr.io、eus2azreplstore137.blob.core.windows.net、eus2azreplstore70.blob.core.windows.net、eus2azreplstore155.blob.core.windows.net、eus2azreplstore162.blob.core.windows.net、*.hcp.eastus2.azmk8s.io、management.azure.com、login.microsoftonline.com、packages.microsoft.com、acs-mirror.azureedge.net、eastus2.dp.kubernetesconfiguration.azure.com、mcr.microsoft.com。

    詳細については、「 Azure Kubernetes Service (AKS) クラスターの送信ネットワークと FQDN ルール 」および 「Azure Arc 対応 Kubernetes ネットワーク要件」を参照してください。

  • Azure Container Storage のサービス レベル アグリーメント (SLA) はありますか?

    Azure Container Storage は、エフェメラル ディスク、Azure Elastic SAN、Azure ディスクなど、基になるストレージ オプションのオーケストレーション ソリューションです。 Azure Container Storage では、サービス レベル アグリーメント (SLA) は提供されません。 ただし、ストレージ オプションごとに SLA が提供されます。 オンライン サービスの Microsoft サービス レベル アグリーメントを参照してください。

クラウドストレージ向け分散アクセラレータに関するよくある質問

  • クラウド ストレージ用の分散アクセラレータとは何ですか?クラウド ストレージ用の分散アクセラレータ (DACS) は、ローカル NVMe に Azure Blob データをキャッシュし、推論のためのモデルの読み込みや、トレーニングのためのデータセットの繰り返し読み取りを高速化します。 これは読み込みキャッシュであって、永続的なボリュームストレージではありません。 クラウド ストレージ用分散アクセラレータの概要を参照してください。

  • クラウド ストレージ用の distributed accelerator を有効にするにはどうすればよいですか? Azure CLI を使用して distributedAccelerator capability を有効にしてください。 管理拡張機能では、kube-system にコントローラーと NVMe の前提条件 DaemonSet をインストールし、キャッシュ リソースは別途作成します。 事前セットアップではラベル付きキャッシュノード上のディスクをフォーマットする可能性があるため、専用のNVMeディスクを使用してください。 前提条件や手順については、AKS 上のクラウド ストレージ向け分散アクセラレータの導入を開始するを参照してください。

  • どのデータオリジンがサポートされていますか?Azure Blob Storageがサポートされているオリジンです。 このプレビューでは、Direct Hugging Face、Amazon S3、Google Cloud Storage Originsはサポートされていません。

  • キャッシュデータは耐久性がありますか? いいえ。 キャッシュデータは一時的であり、キャッシュノードが置き換えられると削除されたり失われたりすることがあります。 正式なモデル ファイルとデータセットは Azure Blob Storage に保管してください。

  • ワークロードはどのようにして Azure Blob Storage に認証するのですか?クイックスタートでは、Blob コンテナーへの読み取り専用アクセス権を持つ AKS kubelet マネージド ID を使います。 役割割り当ておよびクライアント設定については、 モデルデータの読み取りアクセスを付与する項目を参照してください。

  • 読み取り操作が Azure Blob Storage に直接アクセスするのではなく、DACS を経由していることを確認するにはどうすればよいですか？クライアントのキャッシュ ヒット指標と、キャッシュ サーバーへの要求が成功した際のカウンターの増加を確認してください。 成功したり高速な読み取りだけではキャッシュの証拠にはなりません。クライアントはBlob Storageにフォールバックできるからです。 検証手順については、「 DACSリクエストパスの検証」を参照してください。

  • 推論ポッドが始まる前にモデルをプリフェッチすることはできますか? はい。 事前フェッチ機能を使用すると、予定されているデプロイやスケールアウトの前に、選択したモデルパスを事前読み込みできます。詳細は、クラウド ストレージ向け分散アクセラレータの管理を参照してください。

  • クラウドストレージ用の分散アクセラレータは同時コールドリードの重複を除去しますか? いいえ。 このプレビューでは、調整されたコールドキャッシュの生成は利用できません。 同時に接続しているクライアントは、Azure Blob Storage から同じ欠落データをそれぞれ独立して取得できます。 大規模な同期化されたスケール イベントには、事前フェッチを使用してください。

  • クラウドストレージ用の分散アクセラレータはアプリケーションの変更が必要ですか? 統合の内容によります。 アプリケーションはPythonクライアントAPIや対応アダプターを使用できます。 統合と設定のガイダンスについては「Pythonクライアントでクラウドストレージに分散アクセラレータを使う」を参照してください。

  • クラウドストレージ用の分散アクセラレータはどの程度のスケールをサポートしていますか? プレビュー版は最大100ノードのクラスタをサポートしています。

  • クラウドストレージの分散アクセラレータに追加料金はありますか? DACSソフトウェアの料金はかかりません。 Azure VM、Azure Blob Storage、ネットワーク、監視、その他デプロイメントで使用されるリソースには標準料金が適用されます。

  • クラウド ストレージ用の分散アクセラレータを、既存の環境のままアップグレードすることはできますか？ 各リリース固有のアップグレード ガイダンスに従い、アップグレード後もキャッシュされたデータが保持されるとは考えないでください。 クラウド ストレージ用分散アクセラレータの管理 を参照してください。

  • クラウド ストレージ用の分散アクセラレータを削除するとどうなりますか?キャッシュされたコピーは一時的です。Azure Blob Storage内のソースモデルファイルやデータセットは削除されません。 コントローラが動作している間にキャッシュリソースを削除し、その後DACSを無効にします。 無効化すると、拡張機能、コントローラ、マネージドNVMeの前提条件DaemonSetは削除されますが、キャッシュCRDは保持されます。 管理された前提条件を別々に削除しないでください。 クリーンアップの順序とコマンドについては、「クラウド ストレージ向け分散クラウド エッジ アクセラレーターを削除する」を参照してください。

関連項目

  • 最終更新: