Important
AKS プラットフォーム開始のアップグレード。 2027 年 6 月 1 日以降、AKS は、60 日間のプラットフォーム サポート猶予期間が終了した後も、サポートされていない Kubernetes バージョンにとどまっているクラスターを自動的にアップグレードします。 プラットフォームによって開始されるアップグレードは、メンテナンス ウィンドウに従いません。アップグレードは非推奨の API 使用があっても停止せず、ノードのドレインをブロックするポッド中断予算をオーバーライドできるため、ワークロードが中断される可能性があります。 アップグレード予定月までに、ターゲットの Kubernetes バージョンから削除された API を置き換え、互換性のないセルフマネージド アドオンを更新します。 プラットフォームによって開始されるアップグレードを回避するために、サポートされている Kubernetes バージョンでクラスターを維持します。 詳細については、「AKS でのプラットフォームによって開始されるアップグレードの準備」を参照してください。
Kubernetes コミュニティでは、約 4 か月ごとに新しいマイナー バージョンがリリースされ、各バージョンには 1 年間のサポート期間があります。 Azure Kubernetes Service (AKS) では、このサポート期間はコミュニティ サポートと呼ばれます。
コミュニティ サポートの Kubernetes バージョンの場合、AKS では、コミュニティ リリースからのバグ修正とセキュリティ更新プログラムが提供されます。 アプリケーションに複雑な依存関係がある場合、Kubernetes のリリース頻度に追随するのは困難な場合があります。
長期サポート (LTS) はサポート期間を延長するため、新しい Kubernetes バージョンへのアップグレードを計画してテストする時間が長くなります。
AKS のサポートの種類
約 1 年で、特定の Kubernetes マイナー バージョンは コミュニティ サポートを終了し、バグ修正とセキュリティ更新プログラムは AKS クラスターでは提供されなくなります。
AKS では、1 年間の コミュニティ サポートが提供され、その後、さらに 1 年間の 長期サポートが提供されます。 コミュニティ サポートと LTS 期間を合わせて、Kubernetes バージョンの一般提供 (GA) から約 24 か月間のサポートが提供されます。 LTS 年の間、AKS はアップストリーム コミュニティからセキュリティ修正プログラムをバックポートします。 アップストリーム LTS 作業グループはコミュニティに貢献し、サポート 期間を延長します。
| コミュニティ サポート | 長期的なサポート | |
|---|---|---|
| いつ使用するか | Kubernetes のアップストリームリリースに対応可能な場合 | あるバージョンから別のバージョンに移行するタイミングを制御する必要がある場合 |
| サポートされているバージョン | 最新の 3 つの GA マイナー バージョン。 | サポートされているすべての Kubernetes バージョンが LTS の対象となります。 AKS LTS リリース カレンダーを参照してください。 |
長期的なサポート パッチ プロセス
LTS では、最新の 2 つのパッチ バージョンのみがサポートされます。 コミュニティサポートには、現在提供されているパッチをいくつでも含めることができます。 ただし、AKS は、重大なセキュリティ脆弱性 (CVE) に対応して、パッチ バージョンを非推奨にする権利を留保します。 コミュニティ サポート ポリシーの詳細については、 Kubernetes バージョンのサポート ポリシーを参照してください。
サポートされている最新のパッチ バージョンを特定するには、 AKS リリース トラッカーを参照してください。
長期サポートを有効にする
LTS を有効にするには、クラスターを Premium レベルに移動し、LTS サポート プランを明示的に選択する必要があります。 クラスターがまだ コミュニティ サポートに参加している間も含め、いつでもオプトインできます。
LTS は Premium レベルで利用できます。 現在の料金については、AKS の料金を参照してください。
メモ
パッチ自動アップグレード チャネルを有効にして、クラスターを最新のサポート対象パッチの状態に保ちます。 LTS では、マイナー バージョンごとに最新の 2 つのパッチ バージョンのみがサポートされます。 これらのパッチ バージョンの 1 つを実行していないクラスターでは、サポートが失われる可能性があります。
新しいクラスターで LTS を有効にする
az aks create コマンドを使用して、LTS が有効になっている新しいクラスターを作成します。 AKS では、サポートされている既定の Kubernetes バージョンと、リージョンで利用可能な最新のパッチ バージョンが使用されます。
az aks create \
--resource-group <resource-group-name> \
--name <cluster-name> \
--tier premium \
--k8s-support-plan AKSLongTermSupport \
--auto-upgrade-channel patch \
--generate-ssh-keys
このコマンドでは、次の LTS 固有のパラメーター値を使用します。
-
--tier premiumは、クラスター管理レベルを Premium に設定します。これは LTS に必要です。 -
--k8s-support-plan AKSLongTermSupportは、クラスターを LTS に登録し、さらに 1 年間のセキュリティ修正プログラムを提供します。 -
--auto-upgrade-channel patchは、同じマイナー バージョンを維持しながら、サポートされているパッチ バージョンにクラスターを自動的にアップグレードします。
既存のクラスターで LTS を有効にする
az aks update コマンドを使用して、既存のクラスターで LTS を有効にします。
az aks update --resource-group <resource-group-name> --name <cluster-name> --tier premium --k8s-support-plan AKSLongTermSupport --auto-upgrade-channel patch
このコマンドでは、次の LTS 固有のパラメーター値を使用します。
-
--tier premiumは、LTS に必要な Premium クラスター管理レベルにクラスターを移動します。 -
--k8s-support-plan AKSLongTermSupportは、クラスターを LTS に登録し、さらに 1 年間のセキュリティ修正プログラムを提供します。 -
--auto-upgrade-channel patchは、同じマイナー バージョンを維持しながら、サポートされているパッチ バージョンにクラスターを自動的にアップグレードします。
ヒント
アップグレードできる Kubernetes のバージョンを確認するには、 AKS リリース トラッカー を使用するか、 az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name>を実行します。
最新の LTS バージョンに移行する
最新の LTS バージョンへのインプレース アップグレードを実行するには、アップグレード ターゲットとして AKS によって提供される上位の LTS バージョンを指定します。 LTS クラスターは、アップグレードがバージョン スキュー要件と検証チェックを満たす場合に、マイナー バージョンをスキップできます。 詳細については、Kubernetes バージョン アップグレード ルールを参照してください。
完全なインプレース アップグレード中、AKS は最初にコントロール プレーンをアップグレードしてから、各ノード プールを順番にアップグレードします。 アップグレードする前に、非推奨の API や現在のバージョンとターゲット バージョン間のその他の破壊的変更についてワークロードをテストします。
az aks get-upgradesコマンドを使用して、AKS がクラスターのアップグレード ターゲットとして提供するバージョンを一覧表示します。az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> --output tableaz aks upgradeコマンドを使用して、提供されている LTS バージョンにアップグレードしてください。az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version <lts-kubernetes-version>メモ
サポートされているすべての AKS Kubernetes バージョンは LTS 互換です。 最新の LTS カレンダーについては、 AKS Kubernetes リリース カレンダーを参照してください。 利用可能な LTS リリースとそのパッチをリージョン別に表示するには、 AKS リリース トラッカーを参照してください。
既存のクラスターで長期的なサポートを無効にする
既存のクラスターで LTS を無効にするには、クラスターを Free レベルまたは Standard レベルに移動し、「KubernetesOfficial サポート プラン」を明示的に選択します。
クラスターの Kubernetes バージョンがコミュニティ サポートに残っている間は、LTS を無効にすることができます。 そのバージョンがコミュニティ サポートを終了したら、LTS を無効にする前に、クラスターをコミュニティでサポートされているバージョンにアップグレードしてください。 AKS Kubernetes リリース カレンダーを確認して、お使いのバージョンのサポート状態を判断してください。
現在のバージョンがコミュニティ サポート外の場合は、
az aks get-upgradesコマンドを使用して使用可能なアップグレード ターゲットを一覧表示してください。az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> --output table必要に応じて、
az aks upgradeコマンドを使用して、クラスターをコミュニティ サポート対象の提供バージョンにアップグレードします。az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version <community-supported-kubernetes-version>az aks updateコマンドを使用して LTS を無効にします。 次の例では、クラスターを Free レベルに移動し、KubernetesOfficialサポート プランを選択します。az aks update --resource-group <resource-group-name> --name <cluster-name> --tier free --k8s-support-plan KubernetesOfficial--tier free値はクラスターを Free クラスター管理レベルに移動し、--k8s-support-plan KubernetesOfficialはクラスターを LTS から標準の AKS Kubernetes サポート プランに切り替えます。
アドオンと機能のライフサイクルに関する考慮事項
LTS は Kubernetes バージョンのサポートを拡張しますが、アドオンと機能には個別のサポート ライフサイクルを持つ場合があります。 クラスターを LTS に移動する前に、クラスターで使用される各アドオンと機能のライフサイクルと Kubernetes バージョンの互換性を確認してください。
次の表は、現在のライフサイクルに関する考慮事項をまとめたものです。
| アドオンまたは機能 | ライフサイクルに関する考慮事項 |
|---|---|
| キャリコ | Calico バージョンでターゲットの Kubernetes バージョンがサポートされていることを確認し、Kubernetes コミュニティ サポート終了後の使用に関する Tigera サポート条件を確認します。 |
| キー管理サービス (KMS) | 既存の KMS エクスペリエンスがレガシとして指定されるようになりました。 Kubernetes 1.33 以降については、新しい KMS データ暗号化 エクスペリエンスと該当する 移行ガイダンスを確認してください。 新しいエクスペリエンスとその移行ワークフローはどちらもプレビュー段階です。 |
| Dapr | マネージド Dapr 拡張機能 では、現在のバージョンと以前の Dapr バージョンを含むローリング サポート ウィンドウが使用されます。 拡張機能をサポート対象バージョン範囲内に維持します。 |
| Application Gateway イングレス コントローラー (AGIC) | AGIC は引き続き使用できます。 Application Gateway for Containers への移行を開始します。 |
| Open Service Mesh (OSM) | マネージド OSM アドオンの AKS サポートは、2027 年 9 月 30 日に終了します。 その日付より前に Istio アドオンに 移行してください。 |
| Microsoft Entra のポッド マネージド ID | マネージド アドオンのサポートは、2025 年 9 月に終了しました。 Microsoft Entra ワークロード ID に移行します。 |
| Azure Confidential Compute SGX (ACC SGX) | クラスターをコミュニティ サポートの対象外となるバージョンへ移行する前に、ACC SGX が対象の Kubernetes バージョンをサポートしていることを確認してください。 |
次の LTS アップグレードを計画する
AKS は、連続する Kubernetes バージョンを LTS の対象にし、バージョンごとに個別の LTS の有効期間終了日を発行します。 AKS LTS リリース カレンダーと AKS リリース トラッカーを使用して、提供されているターゲット バージョンを選択し、現在のバージョンが LTS サポート終了日に達する前に移行を計画します。
アップグレードしない場合、AKS は、LTS の有効期間の終了日に続く 60 日間の猶予期間の後、プラットフォームによって開始されるアップグレードを通じてクラスターをアップグレードします。 クラスターは LTS トラックにとどまり、サポートされている次の LTS バージョンに移動します。 プラットフォームによって開始されるアップグレードはメンテナンス時間帯に従わないので、タイミングを制御する唯一の方法は、自分のスケジュールでアップグレードすることです。
よく寄せられる質問
コミュニティ サポートが終了した後、LTS バージョンで新しい AKS クラスターを作成できますか?
はい。LTS を有効にした場合、コミュニティ サポート期間が終了した後でも、LTS 対応バージョンを使用して新しい AKS クラスターを作成できます。 LTS のサポートは、そのバージョンのライフサイクルが終了するまでのみ継続されます。 その後、サポートされている次の LTS バージョンにアップグレードする必要があります。 詳細については、 AKS Kubernetes リリース カレンダーを参照してください。
コミュニティ サポートが終了した後、AKS でサポートされているバージョンで LTS を有効または無効にすることはできますか?
はい。コミュニティ サポート期間が終了した後でも、AKS でサポートされている任意のバージョンで LTS サポート プランを有効にすることができます。 ただし、コミュニティ サポート期間が終了すると、そのバージョンの LTS を無効にすることはできません。
コミュニティでサポートされている AKS クラスターは、サポート終了後に自動的に LTS の対象になりますか?
No. LTS を明示的に有効にし、クラスターを Premium レベルに移動する必要があります。
プラットフォームによって開始されるアップグレードは、クラスターを LTS に登録しますか?
No. AKS は、ユーザーに代わって LTS にクラスターを登録したり、課金レベルを変更したりすることはありません。 プラットフォームによって開始されるアップグレードでは、クラスターは現在のサポート レベルに保持されます。コミュニティ サポート クラスターは、サポートされている最も低いコミュニティ マイナー バージョンに移行し、LTS クラスターは該当する LTS バージョンに移行します。
クラスターの LTS バージョンがサポート終了を迎え、アップグレードしない場合はどうなりますか?
AKS は、LTS の有効期間の終了日に続く 60 日間の猶予期間の後に、クラスターを次にサポートされている LTS バージョンにアップグレードします。 クラスターは、コミュニティでサポートされているバージョンには変更されません。 お使いのバージョンに対応する月を確認するには、AKS LTS リリース カレンダーを参照してください。 詳細については、「プラットフォーム主導のアップグレード」を参照してください。
すべての AKS バージョンは長期的なサポートの対象ですか?
Yes. サポートされているすべての Kubernetes バージョンが LTS の対象となります。
LTS の価格モデルはどのようになっていますか?
LTS は Premium レベルで提供されます。 現在の料金については、「 Premium レベルの価格」を参照してください。
LTS を有効にするとワークロードが中断されますか?
No. これは構成のみの変更です。ノードの再イメージ化やワークロードの中断は行われないため、ダウンタイムは発生しません。