Azure Container Storage のリリース ノート

この記事では、Azure コンテナー ストレージのリリース ノートを提供します。 マイナー リリースでは、下位互換性のある方法 (1.3.0 マイナー リリースなど) で新しい機能が導入されることに注意してください。 パッチ リリースは、バグ修正、セキュリティ更新、小さな機能強化に重点を置いています (例: 1.2.1)。

サポートされているバージョン

以下の Azure コンテナー ストレージ バージョンがサポートされています。

マイルストーン	Status
1.4.1 - パッチリリース	サポートされています
2.1.0 - マイナー リリース	サポートされています
2.0.1 - パッチ リリース	サポートされています
2.0.0 - メジャー リリース	サポートされています
1.4.0 - マイナー リリース	サポートされています
1.3.2 - パッチリリース	サポートされています
1.3.1 - パッチ リリース	サポートされています
1.3.0 - マイナー リリース	サポートされています

サポートされていないバージョン

以下の Azure コンテナー ストレージは今後サポートされません: 1.0.6-preview、1.0.3-preview、1.0.2-preview、1.0.1-preview、1.0.0-preview。 アップグレードのガイダンスについては、「プレビュー インストールを GA にアップグレードする」を参照してください。

メジャー、マイナー、およびパッチ リリースの比較

メジャー リリースでは大幅な変更が導入されており、多くの場合、新機能、アーキテクチャの更新、または破壊的変更が含まれます (例: バージョン 1.1.0 から 2.0.0 への移行)。 マイナー リリースでは、バージョン 1.2.0 から 1.3.0 への移行など、下位互換性のある拡張機能または新機能が追加されます。 最後に、パッチ リリースでは、下位互換性を維持しながら、重大なバグ、セキュリティの問題、または軽微な最適化を解決することに重点が置かれており (例: バージョン 1.1.1 から 1.1.2 への移行)、新機能を導入することなく安定性と信頼性を確保することが目的です。

バージョン 1.4.1

機能強化と修正された問題

• コンポーネントの更新によってセキュリティの脆弱性が解決されました。
• マウント解除が成功した後にファイルシステムジャーナルエントリが存在する場合に致命的なエラーとして誤って扱われる CSI ノードのステージ解除ワークフローの問題を修正しました。 この動作により、NodeUnstage がブロックされ、ポッドのフェールオーバー、ストレージのクリーンアップ、アップグレード、Azure Container Storage のアンインストールなどの操作が中断される可能性があります。
• Elastic SAN のプロビジョニングとネットワーク操作に対する Azure 認証の信頼性が向上しました。

バージョン 2.1.0

機能強化と新機能

• Elastic SAN 統合: サポートされているストレージの種類として Elastic SAN を追加しました。
• モジュール式インストール: ユーザーは、選択したストレージの種類に必要なコンポーネントを選択的にデプロイできるようになりました。 これにより、Azure Container Storage のインストール時間とクラスターフットプリントが削減されます。
• ノード セレクターのサポート: ユーザーが専用ストレージ ノード プールまたは混合トポロジでの配置を制御できるように、Azure Container Storage コンポーネントのノード セレクターのサポートが追加されました。

バージョン 2.0.1

機能強化と修正された問題

• 潜在的に機密性の高いデータを含む完全な顧客ポッドの詳細が環境変数を通過し、ログに記録される脆弱性に対処します。 機密情報の漏えいを防ぐために、システムはポッド名のみをログに記録するようになりました。

バージョン 2.0.0

重大な変更

• StoragePool カスタム リソースが削除されました。Azure Container Storage バージョン 2.0.0 では、StoragePool カスタム リソースが削除されます。 ユーザーは、ネイティブの Kubernetes パターンに合わせて、標準の Kubernetes StorageClasses を直接作成するようになりました。 バージョン 1.x.x の既存の StoragePools を StorageClasses に移行する必要があります。
• CSI ドライバーの名前付けの変更: CSI ドライバー プロビジョンタは、ローカル NVMe ストレージの containerstorage.csi.azure.com から localdisk.csi.acstor.io に変更されます。 古いプロビジョナーを使用する既存の PVC を再作成する必要があります。
• 注釈の変更: エフェメラル ストレージ注釈が acstor.azure.com/accept-ephemeral-storage: "true" から localdisk.csi.acstor.io/accept-ephemeral-storage: "true" に変更されます。
• 組み込みの Prometheus オペレーターなし: 既存の監視セットアップとの競合を回避するために、バンドルされた Prometheus オペレーターを削除しました。 Azure Monitor または既存の Prometheus インスタンスは、独自の監視コンポーネントをデプロイせずに、Azure Container Storage によって公開されるメトリックをスクレイピングできるようになりました。

機能強化と新機能

• リソース使用量の削減によるパフォーマンスの向上: Azure Container Storage バージョン 2.0.0 では、ユーザーがパフォーマンス レベルを構成しなくても、ローカル NVMe のパフォーマンスが向上します。
• 小規模なクラスターのサポート: Azure Container Storage では、1 つまたは 2 つのノードのみを含むクラスターがサポートされるようになりました。これにより、一時ドライブに対する以前の要件である 3 つ以上のノードが削除されました。
• デプロイの簡略化: Azure Container Storage は kube-system 名前空間で実行されるようになり、代わりに組み込みの証明書アプローチを使用して、webhook の cert-manager に依存しなくなりました。

移行ガイダンス

バージョン 2.0.0 には重大な変更があります。 バージョン 1.x.x からバージョン 2.0.0 への移行を検討しているユーザーは、Azure Container Storage の 以前のバージョン を完全に削除し、新しいセットアップ ガイドを確認して作業を開始する必要があります。

バージョン 1.4.0

機能強化と修正された問題

• コンポーネントの更新によってセキュリティの脆弱性が解決されました。
• Azure SAN CSI ドライバーのアップグレード前とアップグレード後のフックを導入し、CSI ドライバーとボリュームの添付ファイルをより適切に管理し、シームレスなアップグレードを保証し、リソース リークを防ぎます。
• アップグレード後にディスク プールが "作成中" 状態のままになる可能性がある etcd ウォッチャーの問題を修正しました。
• 名前の競合の可能性を回避するために、Webhook の変更と検証をより具体的な名前に変更しました。
• v1.x リリース シリーズのエンドオブライフ延長サポート。

バージョン 1.3.2

機能強化と修正された問題

• コンポーネントの更新によるセキュリティの脆弱性に対処しました。
• スナップショットの削除が失敗すると、ダーティ フラグがクリーンアップされました。
• mountPropagation が None に設定された状態でマウントされたポッドが再起動したときに、デタッチ中の IO エラーを修正しました。
• クラスターの再起動シナリオでのボリューム処理の機能強化が追加されました。

バージョン 1.3.1

機能強化と修正された問題

• バグ修正と回復の機能強化: etcd リカバリを安定して信頼性の高いものにするための重要な更新を行いました。 このプロセスには、クラスターの復元をよりスムーズかつ簡単に管理するための再試行が強化されています。 Azure Disks と Azure Elastic SAN ストレージ プールの作成に関するバグを修正し、Kubernetes ジョブ名の長さの制限によって発生するアップグレード エラーに対処しました。 信頼性を向上させるために、このリリースでは、Azure Elastic SAN を使用した Azure Container Storage 拡張機能のインストール中のエラーが修正されます。 この問題は、etcd 証明書が不足しているために発生しました。 etcd コンポーネントは、必要なときにのみデプロイされるようになりました。
• 拡張されたプラットフォームの互換性とスケジュールの修正: スケジュールの精度を向上させるために、このリリースでは、Azure Container Storage ポッドが混在 OS クラスター内の Windows ノードに配置されなくなりました。 ノード アフィニティ ルールを適用することで、この問題を修正しました。 さらに、Azure Linux 3.0 ノードでの Elastic SAN のサポートが追加されました。
• 記憶域プールの削除を防ぐためのセーフガード: カスタム ストレージ クラスを使用して作成した場合に、既存の永続ボリュームを含む記憶域プールが削除されないようにするための対策が実装されています。

バージョン 1.3.0

機能強化と修正された問題

• バグ修正 -Prometheus オペレーター: 以前のバージョンでは、カスタム Prometheus デプロイを使用するときに Azure Container Storage の既定の Prometheus オペレーターを無効にすることが困難な場合に直面したお客様もいました。 この問題は修正されており、ユーザーは競合することなく組み込み演算子を正常にオフにすることができます。
• SQL ベースのデータベースのパフォーマンス チューニング: Azure Container Storage での MySQL と PostgreSQL の実行は、エフェメラル ディスクで最大 5 倍高速です。 詳細と例については、 AKS での PostgreSQL デプロイ ガイドを参照してください。

バージョン 1.2.1

機能強化と修正された問題

• バグ修正とパフォーマンスの向上: このバージョンでは、脆弱性への対処、Azure Linux の基本イメージの更新、コンテナー セキュリティの強化により、セキュリティと回復性が向上しました。 これらの更新により、脅威への対策とコンプライアンスが強化されます。
• ノード テイントの容認: ノード テイントにより、ポッドがノード プールに展開されなくなる可能性があります。 詳しくは、AKS のノード テイントに関する記事をご覧ください。 ノード プールでノード テイントが構成されている場合、Azure コンテナー ストレージ コンポーネントのインストールはブロックされます。 ノード テイントの容認を使用すると、対策としてテイントを一時的に削除する必要なく、Azure コンテナー ストレージ コンポーネント ポッドを正常に展開できます。 この機能は構成なしで組み込まれており、 エフェメラル 記憶域プールでのみサポートされます。

バージョン 1.2.0

機能強化と修正された問題

• バグ修正とパフォーマンスの向上: 特にアップグレード シナリオ中に、主要な回復の問題に対処するための一般的な安定性の向上が行われました。 これらの更新は、より信頼性の高い回復プロセスを実現し、予期しないサービスの中断を防ぎ、いっそうスムーズで一貫性のあるエクスペリエンスを提供するように設計されています。
• エフェメラル ディスクのパフォーマンスの向上: エフェメラル NVMe ディスクをバッキング ストレージ オプションとして使用して、Azure コンテナー ストレージの全体的なパフォーマンスを向上させました。レプリケーションが有効になっているセットアップで提供される書き込み IOPS が、最大で 100% 増えます。 詳しくは、ローカル NVMe を使用した場合と、ローカル NVMe とレプリケーションを使用した場合の、エフェメラル ディスクのパフォーマンスに関する記事をご覧ください。

バージョン 1.1.2

機能強化と修正された問題

• バグ修正とパフォーマンスの向上: 一般的なバグを修正し、パフォーマンスを最適化することで、システム全体の安定性を向上させました。
• セキュリティの強化: このリリースでは、パッケージの依存関係と Microsoft コンテナー イメージを更新し、依存関係を減らすためにコンテナー イメージ ビルドを改善することで、セキュリティを向上させます。
• ボリューム アタッチメントの修正: クラスター内に存在しなくなったノード上のボリュームが公開状態のままとなり、ボリューム マウントの失敗が発生する問題の解決も行いました。 この修正により、ボリュームのデタッチと再アタッチが適切に行われ、ワークロードを中断することなく続行できるようになります。

バージョン 1.1.1

機能強化と修正された問題

• このパッチ リリースでは、Azure Elastic SAN ストレージ プールの作成時に一部のお客様に発生した特定の問題に対処します。 これによって、セットアップ プロセスで中断を引き起こしていた例外が解決され、よりスムーズで信頼性の高いストレージ プールの作成が可能になります。
• クラスターの再起動シナリオが改善されました。 以前は、いくつかのコーナーケースの状況が、クラスターの再起動が失敗する原因となっていました。 この更新によって、クラスターの再起動の信頼性と回復性が向上します。

バージョン 1.1.0

機能強化と修正された問題

• セキュリティの強化: この更新はコンテナー環境の脆弱性に対処し、ワークロードをより適切に保護するためのセキュリティの適用を強化します。
• データ プレーンの安定性: データ プレーン コンポーネントの安定性が向上し、Azure Container Storage ボリュームとストレージ プールへのより信頼性の高いアクセスが保証されました。 また、ストレージ ノード間のデータ レプリケーションの管理も強化されます。
• ボリューム管理の機能強化: ワークロードの安定性を向上させるために、この更新プログラムはノードのドレイン中のボリュームデタッチの問題を修正します。 ボリュームが安全にデタッチされるようになったため、ワークロードは中断やデータ損失なしで移動できます。

Azure コンテナー ストレージのサポート ポリシー

Azure Container Storage は、透過的で予測可能なサポート ライフサイクルに従います。これは、製品のライフサイクルとサポート計画に関する AKS 拡張機能の全体的なガイダンスに沿って行われます。 これにより、ユーザーはデプロイとアップグレードを効果的に計画できるようになります。 このセクションでは、Azure コンテナー ストレージのリリースごとのライフサイクル、サポート コミットメント、Kubernetes バージョンの互換性の概要について説明します。

ライフサイクルとパッチのサポート

• メジャー/マイナー リリース: リリース日から 12 か月間サポートされます。
• パッチ リリース: 後続のメジャー/マイナー リリースと同じ有効期間です。

リリース バージョン	リリース日	有効期限切れ	サポートされている Kubernetes のバージョン
1.4.1 - パッチリリース	2/17/2026	12/15/2026	1.34, 1.33, 1.32
2.1.0 - マイナー リリース	02/03/2026	02/02/2027	1.34, 1.33, 1.32
2.0.1 - パッチ リリース	12/16/2025	09/09/2026	1.34, 1.33, 1.32
1.4.0 - マイナー リリース	12/16/2025	12/15/2026	1.33, 1.32, 1.31
2.0.0 - メジャー リリース	09/10/2025	09/09/2026	1.33, 1.32, 1.31
1.3.2 - パッチリリース	09/15/2025	04/27/2026	1.32, 1.31, 1.30
1.3.1 - パッチ リリース	07/02/2025	04/27/2026	1.32, 1.31, 1.30
1.3.0 - マイナー リリース	04/28/2025	04/27/2026	1.32, 1.31, 1.30
1.2.1 - パッチリリース	2025 年 2 月 10 日	2025 年 11 月 10 日	1.30、1.29、1.28
1.2.0 - マイナー リリース	2024 年 11 月 11 日	2025 年 11 月 10 日	1.30、1.29、1.28
1.1.2 - パッチリリース	2024 年 10 月 16 日	2025 年 7 月 29 日	1.29、1.28、1.27
1.1.1 - パッチリリース	2024 年 9 月 20 日	2025 年 7 月 29 日	1.29、1.28、1.27
1.1.0 - 一般提供	2024 年 7 月 30 日	2025 年 7 月 29 日	1.29、1.28、1.27

Kubernetes のバージョンの互換性

Azure コンテナー ストレージは、N-2 プラクティスを使用する Kubernetes のバージョンに関する AKS のサポートと一致します。 メジャーまたはマイナー バージョンのリリース時に、Azure コンテナー ストレージは AKS で利用できる最新の 3 つの Kubernetes バージョンを検証し、それに応じてサポートされる Kubernetes バージョンを更新します。 各リリースについて次のようになります。

• AKS で一般提供されている最新の Kubernetes のバージョンと、それより前の 2 つのバージョンがサポートされます。
• 非推奨または破壊的な API の変更が原因で互換性が不可能な場合は、リリース ノートでこれらの例外が明示的に呼び出されます。

お使いの AKS クラスターで Kubernetes のバージョンをアップグレードする前に、そのバージョンが Azure コンテナー ストレージのバージョンサポート リストに含まれるかどうか確認することをお勧めします。 Azure コンテナー ストレージの最新バージョンでそれがまだサポートされていない場合は、アップグレードの延期を検討してください。 運用環境でアップグレードする前に、ステージング環境で Kubernetes またはそのコンポーネントの新しいバージョンでワークロードをテストします。

バージョンの同期に関する重要なガイダンス

互換性を維持し、Azure コンテナー ストレージと AKS の未検証の組み合わせを回避するため:

• マイナー バージョン (1.1.x など) 内のすべてのパッチ リリースでは、初期マイナー リリース (1.2.1 など) と同じ Kubernetes バージョンがサポートされます。

• 新しいマイナー リリース (1.2.0 以降 1.2.x など) では、Kubernetes バージョンのスライディング ウィンドウがサポートされ、新しいマイナー リリースごとに次のバージョンに進みます (たとえば、1.2.0 では 1.28、1.29、1.30 がサポートされます)。

プレビュー インストールを GA にアップグレードする

クラスター上で実行されている Azure コンテナー ストレージのプレビュー インスタンスが既にある場合は、次のコマンドを実行して、最新の一般提供(GA) バージョンに更新することをお勧めします。

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

<cluster-name> と <resource-group> は自分独自の値に置き換え、<version> はサポートされている目的のバージョンに置き換えることを忘れないでください。

プレビュー バージョンはサポートされなくなったことに注意してください。お客様は、継続的な安定性と最新の機能と修正プログラムへのアクセスを確保するために、すぐに GA バージョンにアップグレードする必要があります。 クラスター上に初めて Azure コンテナー ストレージをインストールしている場合は、代わりに「Azure コンテナー ストレージをインストールしてストレージ プールを作成する」に進んでください。 特定のノード プールに Azure Container Storage をインストールすることもできます。

自動アップグレード ポリシー

今後のバージョンで Azure コンテナー ストレージの最新の機能と修正プログラムを受け取るために、自動アップグレードを有効にすることができます。 ただし、アップグレード プロセス中に、Azure Container Storage で永続ボリュームを使用するアプリケーションの I/O 操作が短時間中断される可能性があります。 影響の可能性を最小限に抑えるために、自動アップグレード期間をアクティビティまたはトラフィックが少ない期間に設定し、アップグレードが重要度の低い時間帯に発生するようにすることをお勧めします。

自動アップグレードを有効にするには、次のコマンドを実行します。

# For v1.x, use azurecontainerstorage for extension name
az k8s-extension update --cluster-name <cluster name> --resource-group <resource-group> --cluster-type managedClusters --auto-upgrade-minor-version true -n azurecontainerstorage

# For v2.x, use acstor for extension name
az k8s-extension update --cluster-name <cluster name> --resource-group <resource-group> --cluster-type managedClusters --auto-upgrade-minor-version true -n acstor

自動アップグレードを無効にする場合は、次のコマンドを実行します。

# For v1.x, use azurecontainerstorage for extension name
az k8s-extension update --cluster-name <cluster name> --resource-group <resource-group> --cluster-type managedClusters --auto-upgrade-minor-version false -n azurecontainerstorage

# For v2.x, use acstor for extension name
az k8s-extension update --cluster-name <cluster name> --resource-group <resource-group> --cluster-type managedClusters --auto-upgrade-minor-version false -n acstor