Verständnis des Kubernetes-Versionslebenszyklus auf EKS - Amazon EKS
Verfügbare Versionen mit Standard-SupportVerfügbare Versionen mit verlängertem SupportAmazon-EKS-Kubernetes-VeröffentlichungskalenderVersionsinformationen mit AWS CLI abrufenAmazon EKS-Version FAQsErweiterter Support für Amazon EKS FAQs

Unterstützung für die Verbesserung dieser Seite beitragen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub Link Diese Seite bearbeiten auf, der sich im rechten Bereich jeder Seite befindet.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Verständnis des Kubernetes-Versionslebenszyklus auf EKS

Kubernetes entwickelt sich durch neue Features, Design-Aktualisierungen und Fehlerbehebungen schnell weiter. Die Community veröffentlicht im Durchschnitt alle vier Monate neue Kubernetes-Nebenversionen (z. B. 1.33). Amazon EKS folgt für Nebenversionen dem Upstream-Release- und Einstellungszyklus. Sobald neue Kubernetes-Versionen in Amazon EKS verfügbar werden, empfehlen wir Ihnen, Ihre Cluster proaktiv auf die neueste verfügbare Version zu aktualisieren.

Eine Nebenversion wird in den ersten 14 Monaten nach ihrer Veröffentlichung standardmäßig in Amazon EKS unterstützt. Sobald eine Version das Ende des Standard-Supportdatums überschritten hat, wird für die folgenden 12 Monate ein erweiterter Support angeboten. Mit dem erweiterten Support können Sie gegen Aufpreis pro Cluster-Stunde länger bei einer bestimmten Kubernetes-Version bleiben. Wenn Sie Ihren Cluster vor Ablauf des verlängerten Supportzeitraums nicht aktualisiert haben, wird Ihr Cluster automatisch auf die älteste derzeit unterstützte erweiterte Version aktualisiert.

Der erweiterte Support ist standardmäßig aktiviert. Informationen zum Deaktivieren finden Sie unter Erweiterten EKS-Support deaktivieren.

Wir empfehlen, dass Sie Ihren Cluster mit der neuesten verfügbaren Kubernetes-Version erstellen, die von Amazon EKS unterstützt wird. Wenn Ihre Anwendung eine bestimmte Version von Kubernetes benötigt, können Sie auch ältere Versionen auswählen. Sie können neue Amazon-EKS-Cluster auf jeder Version erstellen, die mit Standard- oder verlängertem Support angeboten wird.

Verfügbare Versionen mit Standard-Support

Die folgenden Kubernetes-Versionen sind derzeit mit Amazon-EKS-Standard-Support verfügbar:

  • 1.34

  • 1.33

  • 1.32

Wichtige Änderungen, die Sie für jede Version des Standard-Supports beachten sollten, finden Sie unter Standard-Support für Kubernetes-Versionen.

Verfügbare Versionen mit verlängertem Support

Die folgenden Kubernetes-Versionen sind derzeit mit erweitertem Support für Amazon EKS verfügbar:

  • 1.31

  • 1.30

  • 1.29

Wichtige Änderungen, die Sie bei jeder Version im erweiterten Support beachten sollten, finden Sie unter Erweiterter Support für Kubernetes-Versionen.

Amazon-EKS-Kubernetes-Veröffentlichungskalender

Die folgende Tabelle zeigt wichtige Veröffentlichungs- und Support-Daten, die für jede -Version zu berücksichtigen sind. Fakturierung für den erweiterten Support beginnt zu Beginn des Tages, an dem die Version das Ende des Standard-Supports erreicht, in der Zeitzone UTC+0. Die Daten in der folgenden Tabelle basieren auf der Zeitzone UTC+0.

Anmerkung

Daten mit nur einem Monat und einem Jahr sind ungefähre Angaben und werden mit einem genauen Datum aktualisiert, wenn es bekannt ist.

Um Benachrichtigungen über alle Änderungen an den Quelldateien dieser spezifischen Dokumentationsseite zu erhalten, können Sie die folgende URL mit einem RSS-Reader abonnieren:

https://github.com/awsdocs/amazon-eks-user-guide/commits/mainline/latest/ug/clusters/kubernetes-versions.adoc.atom
Kubernetes-Version Upstream-Release Amazon-EKS-Version Ende des Standard-Supports Ende des verlängerten Supports

1.34

27. August 2025

2. Oktober 2025

2. Dezember 2026

2. Dezember 2027

1.33

23. April 2025

29. Mai 2025

29. Juli 2026

29. Juli 2027

1.32

11. Dezember 2024

23. Januar 2025

23. März 2026

23. März 2027

1.31

13. August 2024

26. September 2024

26. November 2025

26. November 2026

1.30

17. April 2024

23. Mai 2024

23. Juli 2025

23. Juli 2026

1.29

13. Dezember 2023

23. Januar 2024

23. März 2025

23. März 2026

Versionsinformationen mit AWS CLI abrufen

Sie können die AWS CLI verwenden, um Informationen zu den auf EKS verfügbaren Kubernetes-Versionen abzurufen, z. B. das Enddatum des Standardsupports.

So rufen Sie mithilfe der CLI Informationen zu verfügbaren Kubernetes-Versionen auf EKS ab AWS

  1. Öffnen Sie Ihr Terminal.

  2. Stellen Sie sicher, dass die AWS CLI installiert und konfiguriert ist. Weitere Informationen finden Sie unter Installation oder Aktualisierung auf die neueste Version der CLI.

  3. Führen Sie den folgenden Befehl aus:

    aws eks describe-cluster-versions

  4. Der Befehl gibt eine JSON-Ausgabe mit Details zu den verfügbaren Cluster-Versionen zurück. Nachfolgend finden Sie ein Beispiel für die Ausgabe:

    {
    "clusterVersions": [
        {
            "clusterVersion": "1.31",
            "clusterType": "eks",
            "defaultPlatformVersion": "eks.21",
            "defaultVersion": true,
            "releaseDate": "2024-09-25T17:00:00-07:00",
            "endOfStandardSupportDate": "2025-11-25T16:00:00-08:00",
            "endOfExtendedSupportDate": "2026-11-25T16:00:00-08:00",
            "status": "STANDARD_SUPPORT",
            "kubernetesPatchVersion": "1.31.3"
        }
    ]
}

Die Ausgabe liefert für jede Cluster-Version die folgenden Informationen:

  • clusterVersion: Die Kubernetes-Version des EKS-Clusters

  • clusterType: Der Cluster-Typ (z. B. „eks“)

  • defaultPlatformVersion: Die Standardversion der EKS-Plattform

  • defaultVersion: Ob es sich um die Standardversion handelt

  • releaseDate: Das Datum, an dem diese Version veröffentlicht wurde

  • endOfStandardSupportDate: Das Datum, an dem der Standard-Support endet

  • endOfExtendedSupportDate: Das Datum, an dem der erweiterte Support endet

  • status: Der aktuelle Support-Status der Version, z. B. STANDARD_SUPPORT oder EXTENDED_SUPPORT

  • kubernetesPatchVersion: Die spezifische Kubernetes-Patch-Version

Amazon EKS-Version FAQs

Wie viele Kubernetes-Versionen sind mit Standard-Support verfügbar?

Im Einklang mit der Unterstützung der Kubernetes-Community für Kubernetes-Versionen verpflichtet sich Amazon EKS, jederzeit Unterstützung für mindestens drei Kubernetes-Versionen anzubieten. Wir geben das Ende des Standard-Supports für eine bestimmte Kubernetes-Nebenversion mindestens 60 Tage im Voraus bekannt. Aufgrund des Amazon-EKS-Qualifizierungs- und Freigabeprozesses für neue Kubernetes-Versionen endet der Standard-Support für eine Kubernetes-Version in Amazon EKS nach dem Datum, an dem das Kubernetes-Projekt den Upstream-Support für die Version einstellt.

Wie lange erhält ein Kubernetes-Standard-Support von Amazon EKS?

Eine Kubernetes-Version wird ab der ersten Verfügbarkeit in Amazon EKS 14 Monate lang unterstützt. Dies gilt auch dann, wenn Kubernetes eine in Amazon EKS verfügbare Version nicht mehr unterstützt. Wir portieren Sicherheits-Patches, die für die in Amazon EKS unterstützten Kubernetes-Versionen relevant sind, zurück.

Werde ich benachrichtigt, wenn der Standard-Support für eine Kubernetes-Version in Amazon EKS endet?

Ja. Wenn auf Clustern in Ihrem Konto die Version ausgeführt wird, die sich dem Ende des Supports nähert, sendet Amazon EKS etwa 12 Monate nach der Veröffentlichung der Kubernetes-Version auf Amazon EKS eine Benachrichtigung über das AWS Health Dashboard. Die Mitteilung enthält das Datum des Support-Laufzeitendes. Dies ist mindestens 60 Tage ab dem Datum der Benachrichtigung.

Welche Kubernetes-Feature werden von Amazon EKS unterstützt?

Amazon EKS unterstützt alle allgemein verfügbaren (GA) Feature der Kubernetes-API. Neue Betaversionen APIs sind in Clustern standardmäßig nicht aktiviert. Zuvor vorhandene Betaversionen APIs und neue Versionen vorhandener Betaversionen sind jedoch APIs weiterhin standardmäßig aktiviert. Alpha-Features werden nicht unterstützt.

Werden von Amazon EKS verwaltete Knotengruppen automatisch zusammen mit der Version der Cluster-Kontrollebene aktualisiert?

Nein. Eine verwaltete Knotengruppe erstellt EC2 Amazon-Instances in Ihrem Konto. Diese Instances werden nicht automatisch aktualisiert, wenn Sie oder Amazon EKS Ihre Steuerebene aktualisieren. Weitere Informationen finden Sie unter Eine verwaltete Knotengruppe für Ihren Cluster aktualisieren. Wir empfehlen, dieselbe Kubernetes-Version auf Ihrer Steuerungsebene und Ihren Knoten beizubehalten.

Werden selbstverwaltete Knotengruppen automatisch zusammen mit der Version der Cluster-Kontrollebene aktualisiert?

Nein. Eine selbstverwaltete Knotengruppe umfasst EC2 Amazon-Instances in Ihrem Konto. Diese Instances werden nicht automatisch aktualisiert, wenn Sie oder Amazon EKS die Version der Steuerebene in Ihrem Namen aktualisieren. Für eine selbstverwaltete Knotengruppe gibt es in der Konsole keinen Hinweis darauf, dass sie aktualisiert werden muss. Sie können die auf einem Knoten installierte kubelet-Version anzeigen, indem Sie den Knoten in der Liste Knoten auf der Registerkarte Übersicht Ihres Clusters auswählen, um zu bestimmen, welche Knoten aktualisiert werden müssen. Sie müssen die Knoten manuell aktualisieren. Weitere Informationen finden Sie unter Selbstverwaltete Knoten für Ihren Cluster aktualisieren.

Das Kubernetes-Projekt überprüft die Kompatibilität zwischen der Steuerebene und den Knoten für bis zu drei Nebenversionen. 1.30-Knoten funktionieren beispielsweise weiterhin, wenn sie von einer 1.33-Steuerebene orchestriert werden. Es wird jedoch nicht empfohlen, einen Cluster mit Knoten auszuführen, die sich dauerhaft drei Nebenversionen hinter der Steuerebene befinden. Weitere Informationen finden Sie unter Kubernetes Version and Version Skew Support Policy in der Kubernetes-Dokumentation. Wir empfehlen, dieselbe Kubernetes-Version auf Ihrer Steuerungsebene und Ihren Knoten beizubehalten.

Werden Pods, die in Fargate ausgeführt werden, automatisch mit einem automatischen Upgrade der Cluster-Steuerebenen-Version aktualisiert?

Nein. Wir empfehlen dringend, Fargate-Pods als Teil eines Replikations-Controllers wie einer Kubernetes-Bereitstellung auszuführen. Führen Sie anschließend einen fortlaufenden Neustart aller Fargate-Pods durch. Die neue Version des Fargate-Pods wird mit einer kubelet-Version bereitgestellt, die dieselbe Version wie Ihre aktualisierte Version der Cluster-Steuerebene ist. Weitere Informationen finden Sie unter Bereitstellungen in der Kubernetes-Dokumentation.

Wichtig

Wenn Sie die Steuerebene aktualisieren, müssen Sie die Fargate-Knoten nach wie vor selbst aktualisieren. Um Fargate-Knoten zu aktualisieren, löschen Sie den Fargate-Pod, der durch den Knoten repräsentiert wird, und stellen Sie den Pod erneut bereit. Der neue Pod wird mit einer kubelet-Version bereitgestellt, die der Version Ihres Clusters entspricht.

Welche Kubernetes-Versionen werden für Hybridknoten unterstützt?

Amazon EKS Hybrid Nodes unterstützt dieselben Kubernetes-Versionen wie Amazon-EKS-Cluster mit anderen Knoten-Rechentypen, einschließlich Support für Standard- und erweiterte Kubernetes-Versionen. Hybridknoten werden bei einer Aktualisierung Ihrer Steuerebenen-Version nicht automatisch aktualisiert. Sie sind für die Aktualisierung Ihrer Hybridknoten verantwortlich. Weitere Informationen finden Sie unter Aktualisierung von Hybridknoten für Ihren Cluster.

Erweiterter Support für Amazon EKS FAQs

Die Begriffe Standard-Support und erweiterter Support sind mir neu. Was bedeuten diese Begriffe?

Der Standard-Support für eine Kubernetes-Version in Amazon EKS beginnt mit der Veröffentlichung einer Kubernetes-Version in Amazon EKS und endet 14 Monate nach dem Veröffentlichungsdatum. Der erweiterte Support für eine Kubernetes-Version beginnt unmittelbar nach dem Ende des Standard-Supports und endet nach 12 Monaten. Beispielsweise endet der Standard-Support für die Version 1.23 in Amazon EKS am 11. Oktober 2023. Der erweiterte Support für die Version 1.23 beginnt am 12. Oktober 2023 und endet am 11. Oktober 2024.

Was muss ich tun, um erweiterten Support für Amazon-EKS-Cluster zu erhalten?

Sie müssen den erweiterten Support (siehe Erweiterter EKS-Support) für Ihren Cluster aktivieren, indem Sie die Cluster-Upgrade-Richtlinie auf EXTENDED ändern. Standardmäßig ist die Upgrade-Richtlinie für alle neuen und vorhandenen Cluster auf EXTENDED festgelegt, sofern nicht anders angegeben. Die Upgrade-Richtlinie für Ihren Cluster finden Sie unter Cluster-Upgrade-Richtlinie. Der Standard-Support beginnt mit der Veröffentlichung einer Kubernetes-Version in Amazon EKS und endet 14 Monate nach dem Veröffentlichungsdatum. Der erweiterte Support für eine Kubernetes-Version beginnt unmittelbar nach dem Ende des Standard-Supports und endet nach 12 Monaten.

Für welche Kubernetes-Versionen kann ich erweiterten Support erhalten?

Sie können Cluster auf jeder Version bis zu 12 Monate nach dem Ende des Standard-Supports für diese Version ausführen. Das bedeutet, dass jede Version 26 Monate lang in Amazon EKS unterstützt wird (14 Monate Standard-Support plus 12 Monate verlängerter Support).

Was ist, wenn ich den erweiterten Support nicht nutzen möchte?

Wenn Sie nicht automatisch für den erweiterten Support angemeldet werden möchten, können Sie Ihren Cluster auf eine Kubernetes-Version aktualisieren, die im Standard-Amazon-EKS-Support enthalten ist. Informationen zum Deaktivieren des erweiterten Supports finden Sie unter Erweiterten EKS-Support deaktivieren. Hinweis: Wenn Sie den erweiterten Support deaktivieren, wird Ihr Cluster am Ende des Standard-Supports automatisch aktualisiert.

Was passiert nach Ablauf des 12-monatigen erweiterten Supports?

Cluster, die in einer Kubernetes-Version ausgeführt werden, deren 26-monatiger Lebenszyklus (14 Monate Standard-Support plus 12 Monate erweiterter Support) abgelaufen ist, werden automatisch auf die nächste Version aktualisiert. Die automatische Aktualisierung umfasst ausschließlich die Kubernetes-Steuerebene. Wenn Sie über Knoten von EKS Auto Mode verfügen, werden diese möglicherweise automatisch aktualisiert. Selbstverwaltete Knoten und von EKS verwaltete Knotengruppen bleiben auf der vorherigen Version.

Nach Ablauf des verlängerten Supports können Sie mit der nicht unterstützten Version keine neuen Amazon-EKS-Cluster mehr erstellen. Vorhandene Steuerebenen werden von Amazon EKS durch einen schrittweisen Bereitstellungsprozess nach dem Datum des Support-Laufzeitendes automatisch auf die älteste unterstützte Version aktualisiert. Stellen Sie nach dem automatischen Update der Steuerungsebene sicher, dass Sie die Cluster-Add-Ons und EC2 Amazon-Knoten manuell aktualisieren. Weitere Informationen finden Sie unter Aktualisierung des vorhandenen Clusters auf die neue Kubernetes-Version.

Wann genau wird meine Steuerebene nach Ablauf des erweiterten Supports automatisch aktualisiert?

Amazon EKS kann keine spezifischen Zeitrahmen bereitstellen. Automatische Updates können jederzeit nach Ablauf des verlängerten Supports erfolgen. Sie erhalten vor der Aktualisierung keine Benachrichtigung. Wir empfehlen Ihnen, dass Sie Ihre Steuerebene proaktiv aktualisieren, ohne sich auf den automatischen Aktualisierungsprozess von Amazon EKS zu verlassen. Weitere Informationen finden Sie unter Aktualisierung des vorhandenen Clusters auf die neue Kubernetes-Version.

Kann ich meine Steuerebene auf unbestimmte Zeit auf einer Kubernetes-Version belassen?

Nein. Cloud-Sicherheit AWS hat höchste Priorität. Ab einem bestimmten Zeitpunkt (normalerweise nach einem Jahr) veröffentlicht die Kubernetes-Community keine Patches mehr für allgemeine Schwachstellen und Risiken (CVE) und rät von der Einreichung von CVEs für nicht unterstützte Versionen ab. Dies bedeutet, dass Schwachstellen, die speziell für eine ältere Version von Kubernetes gelten, möglicherweise nicht gemeldet werden. Daher können Cluster im Falle einer Schwachstelle ohne Vorankündigung und ohne Behebungsoptionen offengelegt werden. Amazon EKS lässt daher nicht zu, dass Steuerebenen auf einer Version verbleiben, die das Ende des erweiterten Supports erreicht hat.

Fallen zusätzliche Kosten für den erweiterten Support an?

Ja, für Amazon-EKS-Cluster, die im erweiterten Support ausgeführt werden, fallen zusätzliche Kosten an. Preisinformationen finden Sie im AWS Blog oder auf unserer Preisseite unter Preise für die erweiterte Unterstützung für Kubernetes-Versionen von Amazon EKS.

Was ist im erweiterten Support enthalten?

Amazon-EKS-Cluster im verlängerten Support erhalten fortlaufend Sicherheits-Patches für die Kubernetes-Steuerebene. Darüber hinaus wird Amazon EKS Patches für Amazon VPC CNI, kube-proxy und CoreDNS-Add-Ons für erweiterte Support-Versionen veröffentlichen. Amazon EKS wird auch Patches für AWS veröffentlichte Amazon EKS veröffentlichen, die AMIs für Amazon Linux, Bottlerocket und Windows optimiert sind, sowie für Amazon EKS Fargate-Knoten für diese Versionen. Alle Cluster im erweiterten Support erhalten weiterhin Zugriff auf technischen Support von AWS.

Gibt es im Rahmen des verlängerten Supports Einschränkungen bei Patches für Komponenten, die keine Kubernetes-Komponenten sind?

Extended Support deckt zwar alle Kubernetes-spezifischen Komponenten von ab AWS, bietet aber jederzeit nur Support für Amazon EKS, AWS das AMIs für Amazon Linux, Bottlerocket und Windows optimiert ist. Das bedeutet, dass Sie möglicherweise neuere Komponenten (wie Betriebssystem oder Kernel) auf Ihrem für Amazon EKS optimierten AMI haben werden, während Sie den verlängerten Support verwenden. Sobald Amazon Linux 2 beispielsweise 2025 das Ende seines Lebenszyklus erreicht, AMIs wird das für Amazon EKS optimierte Amazon Linux mit einem neueren Amazon Linux-Betriebssystem erstellt. Amazon EKS wird wichtige Abweichungen im Support-Lebenszyklus wie diese für jede Kubernetes-Version bekannt geben und dokumentieren.

Kann ich mit einer Version mit erweitertem Support neue Cluster erstellen?

Ja.