すべてのプロダクト
Search
ドキュメントセンター

Container Compute Service:ACS クラスターでの Alibaba Cloud ストレージの使用

最終更新日:Aug 29, 2026

ACS は、Kubernetes の Container Storage Interface (CSI) を通じて、Alibaba Cloud のブロックストレージ、File Storage NAS (NAS)、Cloud Parallel File Storage (CPFS)、および Object Storage Service (OSS) を統合します。これらのサービスは、EmptyDir や ConfigMap などのネイティブな Kubernetes Volume タイプと連携して動作します。ワークロードに適したストレージタイプを選択してください。

ストレージの基本

Volume

コンテナ内のファイルはディスク上に一時的にしか保存されないため、コンテナ内で実行されるアプリケーションで以下の問題が発生します:

  • Pod が複数のコンテナを同時に実行する場合、コンテナ間でファイルを共有できません。

  • コンテナがクラッシュすると、コンテナの実行中に生成されたファイルはコンテナの再作成後に保持されず、データが失われます。

これらの問題を解決するために、Kubernetes は共有および永続ストレージを提供する Volume という抽象概念を提供します。

  • Volume は Pod の一部であり、Pod 内でのみ定義できます。独立して作成することはできません。Pod 内のすべてのコンテナが Volume を使用できますが、コンテナ内のディレクトリに Volume をマウントする必要があります。

  • Volume は、Pod が外部ストレージデバイスとの間でデータを転送するためのチャネルです。また、Pod 内のコンテナ間、Pod 間、および Pod と外部環境との間でデータを共有する方法でもあります。

  • Volume には、EmptyDir、ConfigMap、PersistentVolumeClaim (PVC) など、いくつかのタイプがあります。

    • EmptyDir:Pod の起動時に作成される一時的な Volume です。データは Pod が削除されると削除されます。

    • ConfigMap:設定データをファイルとしてコンテナにマウントします。

    • PersistentVolumeClaim (PVC):リモートのストレージバックエンドから永続ストレージを要求します。データはコンテナの再起動や Pod の再スケジューリング後も維持されます。

詳細については、「Volumes」をご参照ください。

PV と PVC

すべての Volume が永続的であるわけではありません。永続ストレージを提供するために、コンテナストレージはリモートのストレージサービスに依存します。そのために、Kubernetes はストレージリソースを定義および使用するための 2 つのリソースオブジェクト、PV と PVC を導入しています:

  • PersistentVolume (PV):クラウドディスク、NAS ファイルシステム、OSS バケットなどのリモートバックエンドからプロビジョニングされたストレージを表す抽象 Volume です。PV は Pod から独立して存在し、複数の Pod で共有できます。クラスター管理者は事前に PV を作成することも、システムが StorageClass を通じて動的に作成することもできます。

  • PersistentVolumeClaim (PVC):容量とアクセスモードを指定してストレージを要求するものです。PVC は PV と 1対1 の関係でマッピングされます。永続ストレージを使用するには、Pod の Volume に PVC を関連付けます。

詳細については、「Persistent Volumes」および「Storage Classes」をご参照ください。

前提条件

Volume のマウント、アンマウント、作成、削除を行うには、CSI プラグインが他の Alibaba Cloud 製品のリソースにアクセスするための権限が必要です。このプラグインは、RAM ロールの権限付与を使用して AliyunCCCSIPluginRole ロールの作成を要求します。このロールにより、プラグインは他のクラウド製品のリソースにアクセスできるようになります。クラウドストレージをマウントする前に、このロールが設定されていることを確認してください。

詳細については、「権限付与の概要」をご参照ください。

クラウドストレージの選択

Alibaba Cloud は、コンテナワークロード向けに、低コスト、高信頼性、高可用性のブロック、ファイル、オブジェクトストレージサービスを提供します。ワークロードのコンピューティングタイプとストレージ要件に基づいてストレージタイプを選択し、データ量、データアクセス頻度、IOPS、スループットなどの要素を考慮してください。

シナリオとストレージのマッピング

以下の一覧は、一般的なワークロードシナリオと推奨されるストレージタイプの対応を示したものです。まずはこれを参考に、詳細な機能情報については「比較表」をご参照ください。

  • 低レイテンシーで非共有のブロックストレージを必要とするデータベースおよびミドルウェア — ブロックストレージを使用します。クラウドディスクは、I/O 集中型アプリケーションに低レイテンシーと高いパフォーマンスを提供します。ブロックストレージは非共有であり、一度に 1 つの Pod にのみマウントできます。

  • Pod 間のデータ共有、ビッグデータ分析、Web アプリケーション、ログの永続化 — NAS を使用します。NAS は、複数の Pod からの同時アクセス、高スループット、オンラインでのファイル変更をサポートする共有ファイルシステムです。

  • AI トレーニング、自動運転、遺伝子コンピューティング、映画・テレビのレンダリング — CPFS General-purpose Edition を使用します。このフルマネージドの並列ファイルシステムは、ハイパフォーマンスコンピューティング (HPC) ワークロードに必要な高スループットと高 IOPS を提供します。

  • AI 生成コンテンツ (AIGC) およびリモートダイレクトメモリアクセス (RDMA) による超高スループットを必要とするその他のインテリジェントコンピューティングワークロード — CPFS for Lingjun を使用します。この並列ファイルシステムは、エンドツーエンドの RDMA ネットワークをサポートし、インテリジェントコンピューティング専用に設計されています。CPFS for Lingjun は招待制プレビューです。

  • 主に読み取り専用の非構造化データ、高同時実行バッチ処理、および厳しい認証とディザスタリカバリ要件があるデータ — OSS を使用します。OSS は、設定ファイル、画像、音声・動画ファイル、AI 推論、データ分析向けに、低コストで大規模な共有ストレージを提供します。

コンピューティングタイプ別のクラウドストレージ対応状況

  • CPU ベースの ACS Pod (汎用およびパフォーマンス最適化タイプ):ACS がサポートするすべてのクラウドストレージタイプをマウントできます。

  • GPU ベースの ACS Pod (GPU および GPU-HPN タイプ):

    • デフォルトでサポート:NASおよび OSS。

    • 限定的なサポート:一部の GPU モデルのみがブロックストレージと CPFS for Lingjun をサポートします。詳細については、[国際サイトでチケットを起票]してください。

比較表

クラウドストレージ

機能

一般的なシナリオ

選択ガイド

ブロックストレージ

非共有、低レイテンシー、高信頼性のブロックレベルのランダムアクセスストレージ。物理ハードディスクと同様に、パーティショニング、フォーマット、ファイルシステムの作成をサポートします。

  • 高 I/O と低レイテンシー クラウドディスクは低レイテンシーと高いパフォーマンスを提供し、データベースやミドルウェアなど、厳しい I/O とレイテンシー要件があるアプリケーションに適しています。

  • 非共有アクセス クラウドディスクは非共有ストレージであり、1 つの Pod にのみマウントできます。

以下のタイプのブロックストレージを使用できます:

  • cloud_essd_entry:ESSD エントリーディスク

  • cloud_auto:ESSD AutoPL ディスク

  • cloud_essd (デフォルト):ESSD

  • cloud_ssd:標準 SSD

  • cloud_efficiency:高性能ディスク

cloud_essd_entry: ESSD エントリーディスク

cloud_auto: ESSD AutoPL ディスク

cloud_essd (デフォルト): ESSD

cloud_ssd: 標準 SSD

cloud_efficiency: ウルトラディスク

課金やパフォーマンスのニーズに基づいてディスクタイプを選択できます。詳細については、「ブロックストレージの料金」および「ブロックストレージのパフォーマンス」をご参照ください。

File Storage NAS

共有アクセス、弾性スケーリング、高信頼性、高いパフォーマンスを提供する分散ファイルシステムです。高スループットと高 IOPS を提供し、ランダムな読み書きとオンラインでのファイル変更をサポートします。

  • データ共有 NAS は共有ストレージであるため、複数の Pod が同時に同じデータにアクセスできます。NAS 内のデータは Pod が削除されても削除されないため、Pod 間のデータ共有に適しています。

  • ビッグデータ分析 NAS は高いデータスループットを提供し、大規模なバッチジョブの共有ストレージアクセス要件を満たします。

  • Web アプリケーション NAS は、Web アプリケーションやコンテンツ管理システムにストレージを提供します。

  • ログの永続化ログを永続的に保存するには、NAS を使用します。

General-purpose NAS と Extreme NAS を使用できます。NAS のコストやパフォーマンスなどの要素に基づいて、NAS タイプとストレージ仕様を選択します。詳細については、「General-purpose NAS」、「Extreme NAS」、および「選択ガイド」をご参照ください。

CPFS General-purpose Edition

高スループットと高 IOPS を提供する、フルマネージドでスケーラブルな並列ファイルシステムです。

  • AI トレーニングや遺伝子コンピューティングなどのハイパフォーマンスコンピューティングシナリオ CPFS General-purpose Edition は高スループットと高 IOPS を提供し、AI トレーニング、自動運転、遺伝子コンピューティング、映画・テレビのレンダリングなどのハイパフォーマンスコンピューティング (HPC) シナリオの要件を満たします。

CPFS General-purpose Edition のコストやパフォーマンスなどの要素に基づいて仕様を選択します。詳細については、「製品仕様」をご参照ください。

CPFS for Lingjun (招待制プレビュー)

インテリジェントコンピューティングワークロード向けに設計されており、超高スループットと IOPS を提供し、エンドツーエンドの RDMA ネットワークをサポートします。

  • AIGC や自動運転などのインテリジェントコンピューティングシナリオ CPFS for Lingjun は、超高スループットと IOPS を提供し、エンドツーエンドの RDMA ネットワークをサポートすることで、インテリジェントコンピューティングワークロードの要件を満たします。

CPFS for Lingjun は招待制プレビューであり、現在一部のリージョンとゾーンでのみ利用可能です。詳細については、「CPFS for Lingjun」をご参照ください。

OSS

低コストで大規模な共有ストレージスペースで、書き込み後にほとんど変更されないデータに適しています。

  • データ共有 OSS は共有ストレージであるため、複数の Pod が同時に同じデータにアクセスできます。OSS 内のデータは Pod が削除されても削除されないため、Pod 間のデータ共有に適しています。

  • 設定ファイル、画像、動画、その他のメディアファイルの主に読み取り専用のシナリオ OSS は、設定ファイル、画像、音声・動画ファイルなど、頻繁な変更を必要としない非構造化データやその他のオブジェクトに適しています。ビジネスでファイルコンテンツの変更が必要な場合は、POSIX 互換性を高めるために ossfs 1.0 Volume を選択してください。

  • AI 推論やデータ分析などの高同時実行バッチ処理シナリオ OSS の高いサーバー側帯域幅は、AI トレーニング、データ分析、自動運転、その他の計算集約型のワークロードやワークフローなど、高同時実行バッチ処理に適しています。これらのワークロードは、主にシーケンシャル読み取りとランダム読み取り、およびシーケンシャル (追記のみ) 書き込みを伴います。スループットを向上させるには、ossfs 2.0 Volume を選択してください。

  • 厳しい認証とディザスタリカバリ要件があるデータセキュリティシナリオ OSS は、同一リージョン内の 3 つのゾーンにまたがるゾーン冗長ディザスタリカバリと、Key Management Service (KMS) などのサーバー側の暗号化機能に対応しています。また、アップロードおよびダウンロード中のデータ整合性を保証するための MD5 検証をサポートし、RAM と OSS バケットポリシーという 2 つのオブジェクトレベルの認証方法に対応しています。

OSS の課金やデータアクセス頻度などの要素に基づいて StorageClass を選択します。詳細については、「選択ガイド」および「StorageClass リファレンス」をご参照ください。

クラウドストレージのマウント

CSI は、Kubernetes コミュニティが推奨するストレージプラグインの実装です。ACS は、ACS クラスター用の CSI csi-provisioner アドオンを提供します。このプラグインは、Alibaba Cloud ストレージリソースに基づく Volume に対応しています。

クラウドストレージをマウントするには、クラウドディスクや NAS ファイルシステムなどの Alibaba Cloud ストレージリソースを記述する PV を作成し、その PV を PVC にバインドしてから、Pod の Volume 定義で PVC を宣言します。PV の作成方法に基づいて、クラウドストレージは 2 つの方法でマウントできます:

  • 静的プロビジョニング:既存のクラウドストレージリソースから PV を作成し、PVC に直接バインドします。この方法は、コンテナが起動する前に PV が準備できていることを保証し、ストレージリソースが既に存在するシナリオに適しています。

  • 動的プロビジョニング:StorageClass を使用して作成するクラウドストレージリソースを定義し、その StorageClass を PVC に関連付けます。システムは、PVC と StorageClass の設定に基づいて PV を自動的に作成し、バインドします。この方法では、事前に PV を作成する必要がないため、より柔軟で自動化されています。

以下のトピックでは、各タイプの Volume をマウントする方法について説明します:

次のステップ

  • 永続ストレージに加えて、クラウドディスクは一時データを保存するエフェメラルボリュームとしても機能します。エフェメラルボリュームは Pod と共に作成および削除されます。詳細な手順については、「エフェメラルボリュームのマウント」をご参照ください。

  • デフォルトでは、各 ACS Pod は 30 GiB の無料のエフェメラルストレージを提供します。この容量が要件を満たさない場合は、必要に応じてエフェメラルストレージの容量を増やすことができます。