これは、このセクションの複数ページの印刷可能なビューです。 印刷するには、ここをクリックしてください.
Kubernetesプロジェクトは、最新の3つのマイナーリリース(1.32、1.31、1.30)のリリースブランチをメンテナンスしています。 Kubernetes 1.19以降のバージョンは、約1年間のパッチサポートを受け付けています。 Kubernetes 1.18以前のバージョンは、約9ヶ月間のパッチサポートを受け付けていました。
Kubernetesのバージョンは、x.y.zと表されます。 ここで、xはメジャーバージョン、yはマイナーバージョン、zはパッチバージョンを指し、これらはセマンティックバージョニングの用語に従います。
詳細は、バージョンスキューポリシーのドキュメントで確認できます。
Kubernetes1.33のリリーススケジュールをチェックしてみてください！
このドキュメントでは、さまざまなKubernetesコンポーネント間でサポートされる最大のバージョンの差異(バージョンスキュー)について説明します。特定のクラスターデプロイツールは、バージョンの差異に追加の制限を加える場合があります。
Kubernetesのバージョンはx.y.zの形式で表現され、xはメジャーバージョン、yはマイナーバージョン、zはパッチバージョンを指します。これはセマンティック バージョニングに従っています。詳細は、Kubernetesのリリースバージョニングを参照してください。
Kubernetesプロジェクトでは、最新の3つのマイナーリリースについてリリースブランチを管理しています (1.32, 1.31, 1.30)。
セキュリティフィックスを含む適用可能な修正は、重大度や実行可能性によってはこれら3つのリリースブランチにバックポートされることもあります。パッチリリースは、これらのブランチから 定期的に 切り出され、必要に応じて追加の緊急リリースも行われます。
リリースマネージャーグループがこれを決定しています。
詳細は、Kubernetesパッチリリースページを参照してください。
高可用性 (HA) クラスターでは、最新および最古のkube-apiserverインスタンスがそれぞれ1つのマイナーバージョン内でなければなりません。
例:
kube-apiserverが1.32であるとしますkube-apiserverインスタンスは1.32および1.31がサポートされますkubeletはkube-apiserverより新しいものであってはならず、2つの古いマイナーバージョンまで有効です。
例:
kube-apiserverが1.32であるとしますkubeletは1.32、1.31および1.30がサポートされますkube-apiserver間にバージョンの差異がある場合、有効なkubeletのバージョンは少なくなります。例:
kube-apiserverインスタンスが1.32および1.12であるとしますkubeletは1.31および1.30がサポートされます（1.32はバージョン1.31のkube-apiserverよりも新しくなるためサポートされません)kube-controller-manager、kube-schedulerおよびcloud-controller-managerは、通信するkube-apiserverインスタンスよりも新しいバージョンであってはなりません。kube-apiserverのマイナーバージョンと一致することが期待されますが、1つ古いマイナーバージョンでも可能です(ライブアップグレードを可能にするため)。
例:
kube-apiserverが1.32であるとしますkube-controller-manager、kube-schedulerおよびcloud-controller-managerは1.32および1.31がサポートされますkube-apiserver間にバージョンの差異があり、これらのコンポーネントがクラスター内のいずれかのkube-apiserverと通信する場合(たとえばロードバランサーを経由して)、コンポーネントの有効なバージョンは少なくなります。例:
kube-apiserverインスタンスが1.32および1.31であるとしますkube-apiserverインスタンスへ配信するロードバランサーと通信するkube-controller-manager、kube-schedulerおよびcloud-controller-managerは1.31がサポートされます(1.32はバージョン1.31のkube-apiserverよりも新しくなるためサポートされません)kubectlはkube-apiserverの1つ以内のバージョン(古い、または新しいもの)をサポートします。
例:
kube-apiserverが1.32であるとしますkubectlは1.33、1.32および1.31がサポートされますkube-apiserver間にバージョンの差異がある場合、有効なkubectlバージョンは少なくなります。例:
kube-apiserverインスタンスが1.32および1.31であるとしますkubectlは1.32および1.31がサポートされます(ほかのバージョンでは、あるkube-apiserverコンポーネントからマイナーバージョンが2つ以上離れる可能性があります)コンポーネント間でサポートされるバージョンの差異は、コンポーネントをアップグレードする順序に影響されます。このセクションでは、既存のクラスターをバージョン1.31から1.32 へ移行するために、コンポーネントをアップグレードする順序を説明します。
前提条件:
kube-apiserverインスタンスは1.31としますkube-apiserverは1.31または1.32 とします(最新と最古の間で、最大で1つのマイナーバージョンの差異となります)kube-controller-manager、kube-schedulerおよびcloud-controller-managerはバージョン1.31とします(必ず既存のAPIサーバーのバージョンよりも新しいものでなく、かつ新しいAPIサーバーのバージョンの1つ以内のマイナーバージョンとなります)kubeletインスタンスはバージョン1.31または1.30 とします(必ず既存のAPIサーバーよりも新しいバージョンでなく、かつ新しいAPIサーバーのバージョンの2つ以内のマイナーバージョンとなります)kube-apiserverインスタンスが送信するこれらのデータを扱うことができます:ValidatingWebhookConfigurationおよびMutatingWebhookConfigurationオブジェクトは、1.32 で追加されたRESTリソースの新しいバージョンを含んで更新されます(または、v1.15から利用可能なmatchPolicy: Equivalentオプションを使用してください)kube-apiserverを1.32 にアップグレードしてください。
kube-apiserverのアップグレードの際にマイナーバージョンをスキップしてはなりません。前提条件:
kube-apiserverインスタンスが1.32 であること(これらのコントロールプレーンコンポーネントが、クラスター内のkube-apiserverインスタンスと通信できるHAクラスターでは、これらのコンポーネントをアップグレードする前にすべてのkube-apiserverインスタンスをアップグレードしなければなりません)kube-controller-manager、kube-schedulerおよびcloud-controller-managerを1.32 にアップグレードしてください。
前提条件:
kubeletと通信するkube-apiserverが1.32 であること必要に応じて、kubeletインスタンスを1.32 にアップグレードしてください(1.31や1.30 のままにすることもできます)。
kube-apiserverと2つのマイナーバージョンのkubeletインスタンスを使用してクラスターを実行させることは推奨されません:
kube-apiserverの1つのマイナーバージョン内にアップグレードさせる必要がありますkubeletを実行する可能性が高まりますkube-proxyのマイナーバージョンはノード上のkubeletと同じマイナーバージョンでなければなりませんkube-proxyはkube-apiserverよりも新しいものであってはなりませんkube-proxyのマイナーバージョンはkube-apiserverのマイナーバージョンよりも2つ以上古いものでなければなりません例:
kube-proxyのバージョンが1.30の場合:
kubeletのバージョンは1.30でなければなりませんkube-apiserverのバージョンは1.30と1.32の間でなければなりませんリリースノートは、使用しているKubernetesのバージョンに合ったChangelogを読むことで確認できます。 1.32のchangelogを見るにはGitHubを参照してください。
またリリースノートは、relnotes.k8s.io上で検索してフィルタリングすることもできます。 1.32のフィルタリングされたリリースノートを見るにはrelnotes.k8s.ioを参照してください。