Azure Operator Nexus Kubernetes サービスでサポートされている Kubernetes のバージョン

このドキュメントでは、サポートされている Kubernetes バージョンを含め、Operator Nexus Kubernetes サービスに使用されるバージョン管理スキーマの概要について説明します。 メジャー バージョン、マイナー バージョン、パッチ バージョンの違いについて説明します。また、Kubernetes バージョンのアップグレードに関するガイダンスを提供し、アップグレード エクスペリエンスについて説明します。 このドキュメントでは、Kubernetes のマイナー バージョンごとに、バージョン サポート ライフサイクルとサポート終了 (EOL) についても説明します。

Kubernetes コミュニティでは、おおよそ 3 か月おきにマイナー バージョンをリリースしています。 バージョン 1.19 以降、Kubernetes コミュニティでは、各バージョンのサポート期間が 9 か月間から 1 年間に延長されました。

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

Kubernetes のバージョン

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

[major].[minor].[patch]

Examples:
  1.24.7
  1.25.4

バージョンのそれぞれの数字は、前のバージョンとの一般的な互換性を示します。

• メジャー バージョン番号は、API の破壊的変更が導入される可能性があるときに変更されます
• マイナー バージョン番号は、その他のマイナー リリースに対する下位互換性のある機能の更新が行われたときに変更されます。
• パッチ バージョン番号は、下位互換性のあるバグ修正が行われたときに変更されます。

利用可能な最新のパッチの状態に保つよう強くお勧めします。 たとえば、運用クラスターが 1.25.4 上にある場合、1.25.6 は 1.25 シリーズで使用できる最新のパッチ バージョンです。 クラスターに完全にパッチが適用されてサポートされるように、できるだけ早く 1.25.6 にアップグレードする必要があります。 クラスターのアップグレードの詳細については、Kubernetes バージョンのアップグレードに関するドキュメントを参照してください。

Nexus Kubernetes リリース予定表

Nexus Kubernetes リリース カレンダーで今後のバージョン リリースを表示します。

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

''* バージョンが長期サポートに指定されていることを示します''

Nexus Kubernetes のサービスバージョンコンポーネント

Operator Nexus Kubernetes サービス バージョンは、2 つの個別のコンポーネントで構成され、1 つの表現に結合されます。

• Kubernetes バージョン。 たとえば、1.25.4 は、Operator Nexus でデプロイする Kubernetes のバージョンです。 これらのパッケージは、Operator Nexus がサポートするすべてのパッチ バージョンを含め、Azure AKS によって提供されます。 Azure AKS のバージョンの詳細については、AKS でサポートされる Kubernetes のバージョンに関するページを参照してください
• バージョン バンドル。Operator Nexus Kubernetes クラスター内のノードによって使用される機能 (アドオン) とオペレーティング システム イメージが 1 つの番号でカプセル化されています。 たとえば、2 などです。 これらの値の組み合わせは、API では単一の kubernetesVersion として表されます。 たとえば、1.25.4-2、または別の "v" 表記である v1.25.4-2 のようになります。

バージョン バンドル

Kubernetes のバージョンを拡張してセカンダリ値を含めることで、バージョン バンドルである Operator Nexus Kubernetes サービスは、オペレーティング システムと Kubernetes のアドオンで発生する更新プログラムを含むようにデプロイが変更された場合を考慮できます。 このような更新プログラムには、オペレーティング システム イメージの更新、機能のパッチ リリース (アドオン)、一部のプラットフォーム機能の導入などが含まれますが、これらに限定されません。 バージョン バンドルは、同じパッチ バージョン内の以前のバージョン バンドルと常に下位互換性があります。たとえば、1.25.4-2 は 1.25.4-1 と下位互換性があります。

新しいバージョンのバンドルがリリースされると、そのシリーズのすべての Kubernetes パッチ バージョンでは、同じバージョンの OS とアドオンが使用されます。Kubernetes コードのみが異なります。
Nexus クラスターのアップグレードの目的が、Kubernetes マイナー バージョンの修正プログラムのみを適用または更新する場合は、同じバージョンのバンドル シリーズから使用可能な Kubernetes バージョンを選択します。 Nexus クラスターのアップグレードの目的が、ノード OS またはプラットフォーム コンポーネントの修正プログラムのみを適用または更新する場合は、クラスターと同じ K8s マイナー バージョン内のバージョン バンドルを選択しますが、新しいバージョンのバンドル番号を使用します。 場合によっては、更新された Kubernetes パッチも受け入れる必要があります。 Nexus クラスターのアップグレードの目的が、Kubernetes と OS/プラットフォーム コンポーネントの両方にパッチを適用または更新する場合は、最新バージョンのバンドル シリーズから選択します。 2025 年 4 月より前は、バージョン バンドル番号は "1" からインクリメントされ、Nexus で特定の Kubernetes パッチ バージョンが利用可能であった期間によって異なります。 2025 年 4 月以降、同じシリーズのすべてのバージョン バンドルに同じリリース識別子が付けられます。 次のグラフでは、どのバージョン バンドルが同じ系列に含まれているかを詳しく説明します。

この情報を使用すると、Operator Nexus Kubernetes サービスによって提供されるさまざまなバージョンの Kubernetes クラスター間を移動するプロセスを予測および管理しやすくなります。

すべての Nexus クラスターのアップグレードでは、標準の Kubernetes バージョンの skey ポリシーが考慮されるため、場合によっては、クラスターを目的の Kubernetes レベルにするために複数のアップグレードを実行する必要がある場合があります。 すべてのバージョン バンドル シリーズのスキップは受け入れられますが、以前のバージョンのバンドル シリーズにダウングレードすることはできません。

デプロイされた Operator Nexus Kubernetes クラスターの構成の変更は、パッチ バージョンのアップグレード中ではなく、Kubernetes マイナー バージョンのアップグレード内でのみ適用する必要があります。 マイナー バージョンのアップグレード中に適用できる構成変更の例を次に示します。

• kube-proxy の構成を iptables の使用から ipvs に変更する
• CNI をある製品から別の製品に変更する

1 つの Kubernetes バージョンの小さな更新プログラムから次のバージョンの小さな更新プログラムに簡単にアップグレードできるため、柔軟性が得られます。 たとえば、中間バージョン 1.24.2-x の有無に関係なく、1.24.1-x から 1.25.4-x へのアップグレードが許可されます。

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

以下で使用可能なマイナー バージョンのいずれかにアップグレードする前に、行う必要がある重要な変更に注意してください:

azure-arc-k8sagents バージョンは、バージョン バンドルに付属するこの機能のバージョンを示しています。 Arc 対応 Kubernetes エージェントは、使用可能な場合は常に最新バージョンのエージェントに自動アップグレードするように設定されます。

バージョンバンドルの特徴

Kubernetes バージョンのアップグレード

クラスターのアップグレードの詳細については、Azure Operator Nexus Kubernetes Service クラスターのアップグレードに関するページをご覧ください。

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

Operator Nexus では、Kubernetes の 3 つのマイナー バージョンがサポートされています。

• Operator Nexus でリリースされた最新の GA マイナー バージョン (N と呼ばれます)。
• 2 つの以前のマイナー バージョン。
  • サポートされている各マイナー バージョンでは、最大 2 つの安定性の高い最新の修正プログラムもサポートされていますが、以前の修正プログラムはマイナー バージョンの有効期間中、延長提供ポリシーに従います。

Operator Nexus Kubernetes サービスでは、リリースされる Kubernetes のマイナー バージョンごとに、標準化されたサポート期間を提供します。 バージョンは、次の 2 つの異なるタイムラインに従います。

• サポート期間 - バージョンがアクティブに維持される期間。 サポート期間が終了すると、バージョンは "有効期限切れ" になります。
• 延長提供 - "有効期限切れ" になった後にバージョンをデプロイ用に選択できる期間。

Operator Nexus 上でサポートされている Kubernetes バージョンの対象期間は、"N-2" (N (最新リリース) - 2 (マイナー バージョン)) と呼ばれます。".letter" はパッチ バージョンを表します。

たとえば、Operator Nexus で 1.17.a が本日導入された場合は、次のバージョンのサポートが提供されます。

新しいマイナー バージョンが導入されると、サポートされている最も古いマイナー バージョンと修正プログラムのリリースはサポート対象外になります。 たとえば、現在次のバージョンがサポートされているとします。

1.17.a
1.17.b
1.16.c
1.16.d
1.15.e
1.15.f

Operator Nexus が 1.18.* をリリースすると、すべての 1.15.* バージョンはサポート対象外になります。

サポートのタイムライン

Operator Nexus Kubernetes サービスは、通常、マイナー バージョンの最初の AKS GA リリースから 12 か月間サポートされます。 このタイムラインは、宣言された長期サポート バージョン 1.27 を含む Azure AKS のタイミングに従います。

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

• 新しい Operator Nexus Kubernetes クラスターとしてデプロイできます。
• 以前のバージョンからのアップグレードのターゲットにできます。 通常のアップグレード パスによって制限されます。
• マイナー バージョン内に追加のパッチまたはバージョン バンドルがある場合があります。

サービス終了 (EOL)

有効期限切れ (EOL) は、それ以上パッチまたはバージョン バンドルが生成されないことを意味します。 サポートされている最新バージョンが使用できなくなったため、セットアップしたクラスターをアップグレードできなくなる可能性があります。 この場合、アップグレードする唯一の方法は、サポートされている新しいバージョンを使用して Nexus Kubernetes クラスターを完全に再作成することです。 Extended availability を使用したサポートされていないアップグレードは、サポートされているバージョンに戻すために使用される場合があります。

延長提供ポリシー

サポートされていない Kubernetes バージョン (つまり、EOL Kubernetes バージョン) の延長提供期間中、ユーザーはセキュリティ パッチやバグ修正プログラムを受け取りません。 サポート カテゴリの詳細については、次の表を参照してください。

Nexus Kubernetes クラスターの破棄

延長された利用可能期間が終了すると、K8s バージョンは Nexus から完全に削除されます。 この時点で、この K8s バージョンに基づく既存の Nexus Kubernetes クラスターはすべて破棄されます。 破棄されたクラスターでサポートされている操作は削除のみです。 重要なのは、クラスターが破棄されると、新しい K8s バージョンへのアップグレードが機能しなくなるということです。

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

kubectl バージョンに対して、kube-apiserver バージョンより1つ新しいまたは古いマイナーバージョンを使用することができます。これは、kubectl の Kubernetes サポートポリシーに従っています。

たとえば、kube-apiserver が 1.17 の場合は、その kube-apiserver と共に の kubectl から 1.18 を使用できます。

kubectl をインストールまたは最新バージョンに更新するには、以下を実行します。

az aks install-cli

Install-AzAksKubectl -Version latest

長期サポート (LTS)

Kubernetes コミュニティでは、約 4 か月ごとに新しいマイナー バージョンをリリースしており、各バージョンのサポート期間は 1 年間です。 Azure Kubernetes Service (AKS) では、このサポート期間は、"コミュニティ サポート" と呼ばれます。

AKS は、コミュニティ リリースからバグ修正とセキュリティ更新プログラムをプッシュするために、このコミュニティ サポート期間内にある Kubernetes のバージョンをサポートしています。

このリリース周期で提供されるイノベーションには大きな利点がありますが、Kubernetes リリースを最新の状態に保つ必要があるという課題があります。これは、維持する必要があるクラスターの数によってはより困難になる可能性があります。

サポートの種類

約 1 年後、Kubernetes バージョンはコミュニティ サポートを終了し、バグ修正とセキュリティ更新プログラムが利用できなくなると、AKS クラスターが危険にさらされるようになります。

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

LTS では、指定された Kubernetes バージョンの一般提供から 2 年間にわたってアップグレードを計画およびテストするための期間を延長する予定です。

LTS から次の LTS リリースに移行する

Nexus Kubernetes クラスターでは、LTS バージョン間の直接アップグレードはサポートされていません。 ある LTS バージョンから次の LTS バージョンに移行するには、2 つのオプションがあります。目的の LTS バージョンで新しいクラスターを作成し、ワークロードをこの新しいクラスターに移動するか、サポートされているバージョンを通じて一連の中間アップグレードを実行してから、次の LTS バージョンに到達します。

よく寄せられる質問

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

このドキュメントは、新しい Kubernetes バージョンの予定日で定期的に更新されます。

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

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

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

N-3 バージョン以前を使用している場合は、サポート ウィンドウ外となります。 バージョン N-3 から N-2 にアップグレードすると、サポート期間内に戻ります。 次に例を示します。

• サポートされている最も古い AKS のバージョンが 1.25.x で、使用しているバージョンが 1.24.x 以前の場合は、サポート対象外です。
• 1.24.x から 1.25.x 以降へ正常にアップグレードすると、サポート期間内に戻ります。
• "レベルをスキップしたアップグレード" はサポートされていません。 1.23.x から 1.25.x にアップグレードするには、最初に 1.24.x にアップグレードしてから、1.25.x にアップグレードする必要があります。

ダウングレードはサポートされていません。

クラスターをアップグレードしないとどうなりますか。

クラスターをアップグレードしない場合は、サポート期間が終了するまで、実行している Kubernetes バージョンのサポートを引き続き受けられます。 その後、クラスターのサポートを受けることができなくなります。 サポートを受け続けるには、クラスターをサポートされているバージョンにアップグレードする必要があります。

延長提供期間が終了する前にクラスターをアップグレードしないとどうなりますか。

延長提供期間が終了する前にクラスターをアップグレードしないと、サポートされているバージョンまたはスケールアウト エージェント プールにクラスターをアップグレードできなくなります。 サポートを受け続けるには、サポートされているバージョンを使用してクラスターを再作成する必要があります。

'サポート外' とは？

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

• 実行しているバージョンがサポートされているバージョンの一覧に含まれていない。
• サポートを要求するときに、クラスターをサポートされているバージョンにアップグレードするように求められます。

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

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

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

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

サポートされている Operator Nexus Kubernetes クラスターをアップグレードする場合、Kubernetes マイナー バージョンはスキップできません。 Kubernetes コントロールプレーンのバージョンスキューポリシーでは、マイナーバージョンのスキップはサポートされていません。 以下の場合のアップグレードを例に挙げます。

• 1.12.x ->1.13.x: 許可されます。
• 1.13.x ->1.14.x: 許可されます。
• 1.12.x ->1.14.x: 許可されません。

1.12.x ->1.14.x のアップグレードは、次のように行います。

1. 1.12.x ->1.13.x のアップグレード。
2. 1.13.x ->1.14.x のアップグレード。

延長提供期間中に新しいクラスターを作成できますか。

はい。延長提供期間中に新しい 1.xx.x クラスターを作成できます。 ただし、サポートされている最新バージョンの新しいクラスターを作成することをお勧めします。

延長提供期間中にクラスターを新しいバージョンにアップグレードできますか。

はい。延長提供期間中に N-3 クラスターを N-2 にアップグレードできます。 クラスターが現在 N-4 上にある場合は、延長提供を利用して最初に N-4 から N-3 にアップグレードしてから、サポートされているバージョン (N-2) へのアップグレードに進むことができます。

利用可能期間の延長中に新しいノードプールを追加することはできますか。 あるいは、アップグレードが必要でしょうか?

はい。クラスターにノード プールを追加できます。