これは、このセクションの複数ページの印刷可能なビューです。 印刷するには、ここをクリックしてください.

このページの通常のビューに戻る.

リリース

Kubernetesプロジェクトは、最新の3つのマイナーリリース(1.33、1.32、1.31)のリリースブランチをメンテナンスしています。 Kubernetes 1.19以降のバージョンは、約1年間のパッチサポートを受け付けています。 Kubernetes 1.18以前のバージョンは、約9ヶ月間のパッチサポートを受け付けていました。

Kubernetesのバージョンは、x.y.zと表されます。 ここで、xはメジャーバージョン、yはマイナーバージョン、zはパッチバージョンを指し、これらはセマンティックバージョニングの用語に従います。

詳細は、バージョンスキューポリシーのドキュメントで確認できます。

リリース履歴

1.33

最新リリース1.33.3 (リリース日: )
サポート終了日
パッチリリース 1.33.1, 1.33.2, 1.33.3

Complete 1.33 Schedule and Changelog

1.32

最新リリース1.32.7 (リリース日: )
サポート終了日
パッチリリース 1.32.0, 1.32.1, 1.32.2, 1.32.3, 1.32.4, 1.32.5, 1.32.6, 1.32.7

Complete 1.32 Schedule and Changelog

1.31

最新リリース1.31.11 (リリース日: )
サポート終了日

Complete 1.31 Schedule and Changelog

リリース予定

Kubernetes1.34のリリーススケジュールをチェックしてみてください！

リソース

1 - バージョンスキューポリシー

さまざまなKubernetesコンポーネント間でサポートされる最大のバージョンスキュー。

このドキュメントでは、さまざまなKubernetesコンポーネント間でサポートされる最大のバージョンの差異(バージョンスキュー)について説明します。特定のクラスターデプロイツールは、バージョンの差異に追加の制限を加える場合があります。

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

Kubernetesのバージョンはx.y.zの形式で表現され、xはメジャーバージョン、yはマイナーバージョン、zはパッチバージョンを指します。これはセマンティック バージョニングに従っています。詳細は、Kubernetesのリリースバージョニングを参照してください。

Kubernetesプロジェクトでは、最新の3つのマイナーリリースについてリリースブランチを管理しています (1.33, 1.32, 1.31)。 Kubernetes 1.19 以降では、パッチリリースに対して約1年間のサポートが提供されます。Kubernetes 1.18 以前のバージョンは約9ヶ月間のパッチサポートを受け付けていました。

セキュリティフィックスを含む適用可能な修正は、重大度や実行可能性によってはこれら3つのリリースブランチにバックポートされることもあります。パッチリリースは、これらのブランチから 定期的に 切り出され、必要に応じて追加の緊急リリースも行われます。

リリースマネージャーグループがこれを決定しています。

詳細は、Kubernetesパッチリリースページを参照してください。

サポートされるバージョンの差異

kube-apiserver

高可用性 (HA) クラスターでは、最新および最古のkube-apiserverインスタンスがそれぞれ1つのマイナーバージョン内でなければなりません。

例:

  • 最新のkube-apiserverが1.33であるとします
  • ほかのkube-apiserverインスタンスは1.33および1.32がサポートされます

kubelet

kubeletはkube-apiserverより新しいものであってはならず、2つの古いマイナーバージョンまで有効です。

例:

  • kube-apiserverが1.33であるとします
  • kubeletは1.33、1.32および1.31がサポートされます

例:

  • kube-apiserverインスタンスが1.33および1.32であるとします
  • kubeletは1.32および1.31がサポートされます（1.33はバージョン1.32のkube-apiserverよりも新しくなるためサポートされません)

kube-controller-manager、kube-scheduler、およびcloud-controller-manager

kube-controller-manager、kube-schedulerおよびcloud-controller-managerは、通信するkube-apiserverインスタンスよりも新しいバージョンであってはなりません。kube-apiserverのマイナーバージョンと一致することが期待されますが、1つ古いマイナーバージョンでも可能です(ライブアップグレードを可能にするため)。

例:

  • kube-apiserverが1.33であるとします
  • kube-controller-manager、kube-schedulerおよびcloud-controller-managerは1.33および1.32がサポートされます

例:

  • kube-apiserverインスタンスが1.33および1.32であるとします
  • いずれかのkube-apiserverインスタンスへ配信するロードバランサーと通信するkube-controller-manager、kube-schedulerおよびcloud-controller-managerは1.32がサポートされます(1.33はバージョン1.32のkube-apiserverよりも新しくなるためサポートされません)

kubectl

kubectlはkube-apiserverの1つ以内のバージョン(古い、または新しいもの)をサポートします。

例:

  • kube-apiserverが1.33であるとします
  • kubectlは1.34、1.33および1.32がサポートされます

例:

  • kube-apiserverインスタンスが1.33および1.32であるとします
  • kubectlは1.33および1.32がサポートされます(ほかのバージョンでは、あるkube-apiserverコンポーネントからマイナーバージョンが2つ以上離れる可能性があります)

サポートされるコンポーネントのアップグレード順序

コンポーネント間でサポートされるバージョンの差異は、コンポーネントをアップグレードする順序に影響されます。このセクションでは、既存のクラスターをバージョン1.32から1.33 へ移行するために、コンポーネントをアップグレードする順序を説明します。

kube-apiserver

前提条件:

  • シングルインスタンスのクラスターにおいて、既存のkube-apiserverインスタンスは1.32とします
  • HAクラスターにおいて、既存のkube-apiserverは1.32または1.33 とします(最新と最古の間で、最大で1つのマイナーバージョンの差異となります)
  • サーバーと通信するkube-controller-manager、kube-schedulerおよびcloud-controller-managerはバージョン1.32とします(必ず既存のAPIサーバーのバージョンよりも新しいものでなく、かつ新しいAPIサーバーのバージョンの1つ以内のマイナーバージョンとなります)
  • すべてのノードのkubeletインスタンスはバージョン1.32または1.31 とします(必ず既存のAPIサーバーよりも新しいバージョンでなく、かつ新しいAPIサーバーのバージョンの2つ以内のマイナーバージョンとなります)
  • 登録されたAdmission webhookは、新しいkube-apiserverインスタンスが送信するこれらのデータを扱うことができます:
    • ValidatingWebhookConfigurationおよびMutatingWebhookConfigurationオブジェクトは、1.33 で追加されたRESTリソースの新しいバージョンを含んで更新されます(または、v1.15から利用可能なmatchPolicy: Equivalentオプションを使用してください)
    • Webhookは送信されたRESTリソースの新しいバージョン、および1.33 のバージョンで追加された新しいフィールドを扱うことができます

kube-apiserverを1.33 にアップグレードしてください。

kube-controller-manager、kube-scheduler、およびcloud-controller-manager

前提条件:

  • これらのコンポーネントと通信するkube-apiserverインスタンスが1.33 であること(これらのコントロールプレーンコンポーネントが、クラスター内のkube-apiserverインスタンスと通信できるHAクラスターでは、これらのコンポーネントをアップグレードする前にすべてのkube-apiserverインスタンスをアップグレードしなければなりません)

kube-controller-manager、kube-schedulerおよびcloud-controller-managerを1.33 にアップグレードしてください。

kubelet

前提条件:

  • kubeletと通信するkube-apiserverが1.33 であること

必要に応じて、kubeletインスタンスを1.33 にアップグレードしてください(1.32や1.31 のままにすることもできます)。

kube-proxy

  • kube-proxyのマイナーバージョンはノード上のkubeletと同じマイナーバージョンでなければなりません
  • kube-proxyはkube-apiserverよりも新しいものであってはなりません
  • kube-proxyのマイナーバージョンはkube-apiserverのマイナーバージョンよりも2つ以上古いものでなければなりません

例:

kube-proxyのバージョンが1.31の場合:

  • kubeletのバージョンは1.31でなければなりません
  • kube-apiserverのバージョンは1.31と1.33の間でなければなりません

2 - ノート

Kubernetesのリリースノート

リリースノートは、使用しているKubernetesのバージョンに合ったChangelogを読むことで確認できます。 1.33のchangelogを見るにはGitHubを参照してください。

またリリースノートは、relnotes.k8s.io上で検索してフィルタリングすることもできます。 1.33のフィルタリングされたリリースノートを見るにはrelnotes.k8s.ioを参照してください。