Azure Kubernetes Service (AKS) でサポートされている Kubernetes のバージョン

Kubernetes コミュニティでは、マイナー バージョンは 約 4 か月ごとにリリースされます。

マイナー バージョンのリリースには、新しい機能と機能強化が含まれます。 修正プログラムのリリースは、より頻繁な (場合によっては毎週)、マイナー バージョンでの重要なバグ修正を目的としています。 パッチ リリースには、セキュリティの脆弱性または重大なバグの修正が含まれています。

Kubernetes のバージョン

Kubernetes では、各バージョンに対して標準のセマンティック バージョニングのバージョン管理スキームを使用します。

[major].[minor].[patch]

バージョン内の各番号は、以前のバージョンとの互換性を反映しています。

• メジャー バージョン: 互換性のない API の変更を導入するか、下位互換性を損ないます。
• マイナー バージョン: 新機能を追加します。 安定した API は一般に互換性を維持しますが、非推奨の API と機能は 、Kubernetes の非推奨ポリシーに従って削除できます。
• パッチ バージョン: 下位互換性のあるバグ修正を含めます。

現在のマイナー バージョンには、常に最新のパッチ リリースを使用してください。 マイナー バージョンで新しいパッチが利用可能になったら、できるだけ早くアップグレードして、クラスターにパッチが適用され、サポートされていることを確認します。

AKS Kubernetes リリース カレンダーと今後のバージョン

今後のバージョンリリースについては、AKS Kubernetes リリース カレンダーを確認してください。 リージョンのリリース状態とバージョンリリース ノートのリアルタイム更新プログラムを確認するには、 AKS リリースの状態に関する Web ページを参照してください。 リリース状態 Web ページの詳細については、 「AKS リリース トラッカー」に関するページを参照してください。

過去のリリース履歴については、Kubernetes の履歴に関するページを参照してください。

LTS バージョン

延長サポートを受けるためには、長期サポート (LTS) を有効にする必要があります。 詳細については、「 長期サポートを有効にする」を参照してください。

AKS Kubernetes リリース スケジュールの ガント チャート

次のガント チャートには、現在のリリースが表示されます。

AKS コンポーネントのバージョン別の破壊的変更

使用可能なマイナー バージョンのいずれかにアップグレードする前に、次の重要な変更に注意してください。

Kubernetes 1.36

Kubernetes 1.35

Kubernetes 1.34

Kubernetes 1.33

Kubernetes 1.32

Kubernetes 1.31

Kubernetes 1.30

AKS のエイリアス マイナー バージョン

パッチ バージョンを指定せずに AKS クラスターを作成できます。 パッチを指定せずにクラスターを作成すると、クラスターでマイナー バージョンの最新の一般提供パッチが実行されます。 同じマイナー バージョンでパッチ バージョンをアップグレードする場合は、 autoupgrade を使用します。

使用している修正プログラムを確認するには、az aks show --resource-group myResourceGroup --name myAKSCluster コマンドを実行します。 出力では、 currentKubernetesVersion プロパティに Kubernetes のバージョン全体が表示されます。 例えば次が挙げられます。

{
 "apiServerAccessProfile": null,
  "autoScalerProfile": null,
  "autoUpgradeProfile": null,
  "azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
  "currentKubernetesVersion": "<major>.<minor>.<patch>",
}

Kubernetes バージョン サポート ポリシー

AKS では、すべてのリージョンで利用可能であり、すべての SLO または SLA 測定で有効なバージョンを一般提供 (GA) バージョンとして定義しています。 AKS では、Kubernetes の 3 つの GA マイナー バージョンがサポートされています。

• 最新の GA バージョン (N)。
• 以前の 2 つのマイナー バージョン (N-1 と N-2)。
  • サポートされているマイナー バージョンごとに、特定の時点で任意の数のパッチをサポートできます。 AKS は、重大な CVE またはセキュリティの脆弱性が検出された場合に、修正プログラムを廃止する権利を留保します。 パッチの可用性とアドホックな非推奨に関する認識については、バージョンリリース ノートを参照し、 AKS リリースステータスの Web ページを参照してください。

さらに、AKS では、明示的にラベル付けされ、プレビューの利用規約の対象となるプレビュー バージョンがサポートされる場合もあります。

AKS では、通常のサポートされているバージョンの後に、Kubernetes の 1 つの GA マイナー バージョンに対してのみプラットフォーム サポートが提供されます。 AKS の Kubernetes バージョンのプラットフォーム サポート 期間は N-3 と呼ばれます。 詳細については、「プラットフォーム サポート ポリシー」をご覧ください。

AKS でサポートされている Kubernetes マイナー バージョンのウィンドウは N-2 と呼ばれ、 N は最新のリリースを指します。つまり、以前の 2 つのマイナー リリースもサポートされています。

たとえば、AKS でバージョン 1.29 が導入された日は、次のバージョンのサポートが提供されます。

新しいマイナー バージョンが導入されると、最も古いマイナー バージョンのリリースは、非推奨となり削除されます。 たとえば、現在サポートされているマイナー バージョンの一覧が 1.29、1.28、1.27 であるとします。 AKS が 1.30 をリリースすると、すべての 1.27 バージョンは 30 日後以降サポート対象外になります。

AKS では、特定のマイナー バージョンのアップストリーム コミュニティ リリースの可用性に基づいて、任意の数の パッチ がサポートされる場合があります。 AKS は、CVE や潜在的なバグの懸念などの理由により、これらのパッチをいつでも廃止できる権利を留保します。 マイナー バージョンには最新のパッチを使用することをお勧めします。

プラットフォーム サポート ポリシー

プラットフォーム サポート ポリシーは、サポートされていない特定の Kubernetes バージョンに対する縮小されたサポート プランです。 プラットフォーム サポート時には、お客様は、AKS/Azure プラットフォーム関連の問題に関する Microsoft からのサポートのみを受け取ります。 Kubernetes の機能とコンポーネントに関連する問題はサポートされません。

プラットフォーム サポート ポリシーは、クラスターが N-4 にドロップする前に、N-3 バージョン (N は最新のサポートされている AKS GA マイナー バージョン) のクラスターに適用されます。 たとえば、v1.29 が最新の GA バージョンである場合、Kubernetes v1.26 はプラットフォーム サポートと見なされます。 たとえば、 N-2 バージョンを実行しているとします。 そのバージョンが N-3 になった時点で、公式サポートも終了し、プラットフォーム サポート ポリシーに入ります。

AKS は Kubernetes からのリリースとパッチに依存しています。これは、3 つのマイナー バージョンのスライディング ウィンドウのみをサポートするオープンソース プロジェクトです。 AKS は、これらのバージョンがアップストリームでサービスされている場合にのみ、完全なサポートを保証できます。 アップストリームで生成されるパッチはこれ以上ないため、AKS はそれらのバージョンをパッチなしのままにするか、フォークすることができます。 この制限により、プラットフォーム サポートでは、アップストリームの Kubernetes に依存するものをいっさいサポートしません。

次の表は、プラットフォーム サポートと比較したコミュニティ サポートのサポート ガイドラインの概要を示しています。

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

kube-apiserver バージョンより古いまたは新しいマイナー バージョンの kubectl バージョンを使用できます。 詳細については、 kubectl の Kubernetes サポート ポリシーを参照してください。

たとえば、 kube-apiserver が 1.28 の場合、バージョン 1.27 から 1.29 の kubectlを使用できます。

kubectlをインストールまたは最新バージョンに更新するには、任意のツールに基づいてコマンドを使用します。

az aks install-cli

Install-AzAksKubectl -Version latest

長期サポート (LTS)

AKS では、1 年間のコミュニティ サポートと 1 年間の長期サポート (LTS) が提供されます。これには、アップストリーム コミュニティからのバックポートされたセキュリティ修正が含まれます。 アップストリーム LTS ワーキンググループは、コミュニティに貢献し、より長いサポート期間をお客様に提供します。

LTS の詳細については、「 Azure Kubernetes Service (AKS) の長期サポート」を参照してください。

リリースと非推奨のプロセス

今後のバージョン リリースと非推奨については、 AKS Kubernetes リリース カレンダーを参照してください。

新しいマイナー バージョンの Kubernetes の場合:

• AKS は、削除の少なくとも 30 日前に AKS リリース ノート で新しいバージョンのリリース日と古いバージョンの廃止を発表します。

• 推奨されなくなった API が原因で、新しいバージョンによってクラスターで問題が発生する可能性がある場合、AKS は、Azure Advisor を使用して警告します。 また、サポート対象外の場合は、Azure Advisor からアラートが送信されます。

• AKS によって、AKS とポータルのアクセス権を持つすべてのユーザーが使用できるサービスの正常性通知が発行され、サブスクリプション管理者宛にバージョンの削除予定日が記載されたメールが送信されます。

  Note

  サブスクリプション管理者を表示または変更するには、 Azure サブスクリプションの管理に関するページを参照してください。

• 今後もサポートを受けるには、バージョンの削除から 30 日以内にサポートされるマイナー バージョンのリリースにアップグレードする必要があります。

新しいパッチ バージョンの Kubernetes の場合:

• パッチ バージョンは緊急を要するため、これらは利用可能になり次第サービスに導入されることがあります。 使用可能になった場合、修正プログラムの最小ライフサイクルは 2 か月になります。
• 通常、AKS では新しいパッチ バージョンについて広く通知していません。 しかし、AKS では、利用可能な CVE を AKS でタイムリーにサポートできるよう、この修正プログラムを常に監視および検証しています。 重要な修正プログラムが見つかった場合、またはユーザー アクションが必要な場合、使用可能な新しい修正プログラムにアップグレードするよう AKS から通知されます。
• サポートを継続して受けるには、AKS からパッチ リリースが削除されてから 30 日以内に、サポートされているパッチにアップグレードする必要があります。 ただし、 バージョンが非推奨または削除されると、クラスターまたはノード プールを作成できなくなります。

サポートされているバージョン ポリシーの例外

AKS は、運用環境に影響を与える 1 つ以上の重大なバグまたはセキュリティ上の問題がある新しいバージョンまたは既存のバージョンを、予告なしに追加または削除する権利を留保します。

特定のパッチ リリースは、バグまたはセキュリティの問題の重大度に応じて、スキップされるか、ロールアウトが早まる場合があります。

Azure portal と CLI のバージョン

Azureポータル、Azure CLI、またはAzure PowerShellを使用して AKS クラスターをデプロイする場合、クラスターの既定値は N-1 マイナー バージョンと最新のパッチです。

サブスクリプションとリージョンで現在使用できるバージョンを確認するには、お好みのツールに基づいてコマンドを使用します。

# The following example lists the available Kubernetes versions for the EastUS region:

az aks get-versions --location eastus --output table

# The following example lists the available Kubernetes versions for the EastUS region:

Get-AzAksVersion -Location eastus

よく寄せられる質問 (FAQ)

Kubernetes の新バージョンについては、Microsoft からどのように通知されますか?

AKS チームは、Microsoft のドキュメント、 GitHub、およびサポート終了間近のクラスターを持つサブスクリプション管理者への電子メールで、新しい Kubernetes バージョンのリリース日を発表します。 また、サポート対象外の場合、AKS では Azure Advisor を使用して Azure portal 内で警告し、アプリケーションまたは開発プロセスに影響を与える非推奨の API について通知します。

サポートを利用し続けるには、どのくらいの頻度で Kubernetes のバージョンをアップグレードする必要がありますか?

Kubernetes 1.19 以降、オープンソース コミュニティはサポートを 1 年に拡大しました。 AKS により、アップストリーム コミットメントに一致するパッチとサポートを有効にすることがコミットされています。 1.19 以降の AKS クラスターでは、サポートされているバージョンを利用し続けることができるように、1 年に 1 回以上アップグレードできます。

サポートされていないマイナー バージョンの Kubernetes クラスターをアップグレードするとどうなりますか。

サポートされている Kubernetes バージョンの一覧に従ってバージョンがサポート対象外になった場合は、アップグレードする必要があります。 サポートされていないバージョンからサポートされているバージョンにアップグレードできます。 例えば次が挙げられます。

• サポートされている最小の AKS マイナー バージョンが 1.33 で、 1.32 以前の場合は、サポート対象外です。
• 1.32 から 1.33 以降に正常にアップグレードした場合は、サポート ポリシー内に戻ります。

サポートされていないバージョンへのダウングレードまたはロールバックはサポートされていません。 さらに、サポートされているバージョンが最も低いバージョンからクラスターのバージョンが増えるにしたがって、アップグレードの問題が発生する可能性が高くなります。 その場合は、新しいクラスターとワークロードの移行を作成することをお勧めします。

"サポート外" とはどういう意味ですか?

"サポート対象外" とは、次のことを意味します。

• 実行しているバージョンがサポートされているバージョンの一覧に含まれていない。
• サポートを要求すると、サポートされているバージョンにクラスターをアップグレードするよう求められる (ただし、バージョンの非推奨後、30 日間の猶予期間中である場合を除く)。

さらに、AKS では、サポートされているバージョンの一覧に含まれていないクラスターのランタイムなどは保証されません。

Kubernetes バージョンをそのまま永久に使用し続けることはできますか?

クラスターで 3 つ以上のマイナー バージョンがサポートされておらず、セキュリティ リスクが伴う場合、Azure から事前に連絡があります。 クラスターをアップグレードすることをお勧めします。 お客様が措置を講じない場合、Azure は、お客様に代わってクラスターを自動的にアップグレードする権利を保持します。

サポートされていないマイナー バージョンの Kubernetes クラスターをスケーリングするとどうなりますか?

AKS でサポートされていないマイナー バージョンについては、スケールインまたはアウトは引き続き機能します。 サービスの品質が保証されないため、アップグレードしてクラスターをサポート対象に戻すことをお勧めします。

ノード プールがサポートされている AKS バージョンのいずれかにない場合、コントロール プレーンはどのバージョンをサポートしますか?

コントロール プレーンとすべてのノード プールは、サポートされているバージョンスキュー ウィンドウ内に残る必要があります。 Kubernetes 1.28 以降では、コントロール プレーンはノード プールの前に最大 3 つのマイナー バージョンにすることができます。 詳細については、 Kubernetes バージョンのアップグレード規則を参照してください。

コントロール プレーンとノード プールのバージョンで許容される違いは何ですか?

バージョン スキュー ポリシーにより、コントロール プレーンとエージェント プールの間で最大 3 つのバージョンの違いが許可されるようになりました。 AKS は、バージョン 1.28 以降、このスキュー バージョン ポリシーの変更に従います。

クラスターのアップグレード中に複数の AKS バージョンをスキップできますか?

はい。場合によっては、マイナー バージョンをスキップできます。 ただし、ノード プールとは別にコントロール プレーンをアップグレードする場合は、Kubernetes バージョンスキュー ポリシーを満たす必要があります。 現在、Kubernetes バージョン スキュー ポリシーでは N-3 のみがサポートされているため、コントロール プレーンとエージェント プールは互いに N-3 内にある必要があります。

• LTS: AKS Long-Term サポート プランが有効になっているバージョン。 LTS バージョンを参照してください。
• サポートされていない LTS: LTS バージョンテーブルの LTS の有効期間の終了日を過ぎた LTS 対応バージョン 。
• サポートされている LTS 以外: LTS ではないが、 AKS Kubernetes リリース カレンダーで引き続きサポートされているバージョン。
• サポート対象外の non-LTS: LTS ではなく、AKS Kubernetes リリース カレンダーでサポート対象として記載されなくなったバージョンです。

例:

• クラスターが 1.29 LTS 上にあり、 1.32 LTS に移行する場合は、AKS によって引き続き 1.32 LTS が提供され、アップグレードがバージョンスキューと検証チェックを満たしている限り、複数のマイナー バージョンをスキップできます。
• クラスターが LTS 以外の 1.28 の場合は、ターゲット バージョンが AKS によって一覧表示され、検証チェックを満たし、ではなく完全なクラスター アップグレードを実行している限り、サポートされていない復旧パスを使用して AKS LTS control-plane-only に移行できます。
• クラスターがサポートされている LTS 1.33 以外で、サポートされている非 LTS 1.35 に移行する場合は、 1.33 から 1.35 に直接スキップすることはできません。 1.33 から 1.34、次に 1.34 から 1.35 というように、マイナー バージョンは 1 段階ずつアップグレードする必要があります。

上の表では、 Unsupported recovery path は、アップグレード パスが安全であるとは保証できない方法で実行され、サポート外と見なされることを示しています。 AKS ではアップグレードを続行できますが、サポートされておらず、リスクが伴う可能性があります。

正しいパスを選択するには、 az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name>を実行して使用可能なターゲットを確認します。 前の表を確認し、アップグレードとクラスターの再作成とワークロードの移行のリスクを検討します。

プラットフォームのサポート期間中に新しい 1.xx.x クラスターを作成できますか?

いいえ。プラットフォームのサポート期間中は、新しいクラスターを作成することはできません。

私は、プラットフォームのサポートから外れている新しく非推奨のバージョンを使用しています。 新しいノード プールを追加することはできますか、それともアップグレードする必要がありますか?

はい。エージェント プールは、コントロール プレーンのバージョンと互換性がある限り追加できます。

関連するコンテンツ

AKS クラスターのアップグレードの詳細については、次を参照してください。

• Azure Kubernetes Service (AKS) クラスターのアップグレード
• Azure Kubernetes Fleet Manager 経由で複数の AKS クラスターをアップグレードする