Lesen Sie die Versionshinweise für Kubernetes Versionen mit erweitertem Support

Der Eingang kubelet Kubernetes 1.27Die Standardeinstellung wurde kubeAPIQPS auf 50 und kubeAPIBurst auf erhöht100. Diese Verbesserungen ermöglichen es, ein höheres Volumen an API Anfragen kubelet zu verarbeiten, wodurch die Antwortzeiten und die Leistung verbessert werden. Wenn der Bedarf an Pods aufgrund von Skalierungsanforderungen steigt, stellen die überarbeiteten Standardwerte sicher, dass das kubelet die höhere Workload effizient bewältigen kann. Infolgedessen sind Pod-Starts schneller und Clustervorgänge effektiver.

Zur Verteilung von Richtlinien wie minDomain können Sie eine detailliertere Pod-Topologie verwenden. Mit diesem Parameter können Sie die Mindestanzahl von Domains angeben, auf die die Pods verteilt werden sollen. nodeAffinityPolicy und nodeTaintPolicy ermöglichen ein zusätzliches Maß an Granularität bei der Steuerung der Pod-Verteilung. Dies entspricht den Knotenaffinitäten, den Taints und dem Feld matchLabelKeys in den topologySpreadConstraints der Spezifikation Ihres Pod’s. Das ermöglicht die Auswahl von Pods für Verteilungsberechnungen nach einem fortlaufenden Upgrade.

Kubernetes 1.27  hat einen neuen Richtlinienmechanismus für StatefulSets, der die Lebensdauer der PersistentVolumeClaims (PVCs) steuert, zur Beta-Version hochgestuft. Mit der neuen PVC-Aufbewahrungsrichtlinie können Sie angeben, ob die anhand der Spezifikationsvorlage StatefulSet generierten PVCs automatisch gelöscht oder beibehalten werden, wenn das StatefulSet gelöscht wird oder die Replikate im StatefulSet herunterskaliert werden.

Die Goaway-Chance-Option in der Kubernetes APIServer verhindert, dass HTTP/2 Client-Verbindungen auf einer einzelnen API Serverinstanz hängen bleiben, indem eine Verbindung nach dem Zufallsprinzip geschlossen wird. Wenn die Verbindung geschlossen wird, versucht der Client, die Verbindung wiederherzustellen, und landet aufgrund des Lastenausgleichs wahrscheinlich auf einem anderen API Server. EKSDie Amazon-Version 1.27 hat goaway-chance Flag aktiviert. Wenn Ihr Workload, der auf dem EKS Amazon-Cluster ausgeführt wird, einen Client verwendet, der nicht kompatibel ist HTTPGOAWAY, empfehlen wir Ihnen, Ihren Client so zu aktualisieren, dass er GOAWAY bei Verbindungsabbruch erneut eine Verbindung herstellt.

Vor dem Upgrade auf Kubernetes 1.26, aktualisiere dein Amazon VPC CNI plugin for Kubernetes auf Version 1.12 oder höher. Wenn Sie nicht auf upgraden Amazon VPC CNI plugin for Kubernetes Version 1.12 oder höher, die Amazon VPC CNI plugin for Kubernetes wird abstürzen. Weitere Informationen finden Sie unter Amazon VPC CNI.

Die Goaway-Chance-Option in der Kubernetes APIServer verhindert, dass HTTP/2 Client-Verbindungen auf einer einzelnen API Serverinstanz hängen bleiben, indem eine Verbindung nach dem Zufallsprinzip geschlossen wird. Wenn die Verbindung geschlossen wird, versucht der Client, die Verbindung wiederherzustellen, und landet aufgrund des Lastenausgleichs wahrscheinlich auf einem anderen API Server. EKSDie Amazon-Version 1.26 hat goaway-chance Flag aktiviert. Wenn Ihr Workload, der auf dem EKS Amazon-Cluster ausgeführt wird, einen Client verwendet, der nicht kompatibel ist HTTPGOAWAY, empfehlen wir Ihnen, Ihren Client so zu aktualisieren, dass er GOAWAY bei Verbindungsabbruch erneut eine Verbindung herstellt.

SeccompDefaultwird in die Beta-Version hochgestuft Kubernetes 1.25. Wenn Sie das --seccomp-default Flag bei der Konfiguration setzenkubelet, verwendet die Container-Laufzeit ihr RuntimeDefaultseccomp Profil und nicht den unconfined (seccomp disabled) -Modus. Die Standardprofile bieten eine Reihe starker Sicherheitsstandards und behalten gleichzeitig die Funktionalität des Workloads bei. Obwohl dieses Flag verfügbar ist, aktiviert Amazon dieses Flag standardmäßig EKS nicht, sodass EKS das Verhalten von Amazon praktisch unverändert bleibt. Wenn Sie möchten, können Sie damit beginnen, dies auf Ihren Knoten zu aktivieren. Weitere Informationen finden Sie im Tutorial Restrict a Containers Syscalls with seccomp im Kubernetes -Dokumentation.

Support für das Container Runtime Interface (CRI) für Docker (auch bekannt als dockershim) wurde entfernt von Kubernetes 1.24und später. Die einzige EKS offizielle Container-Laufzeit bei Amazon AMIs for Kubernetes 1.24und spätere Cluster sind containerd. Entfernen Sie vor dem Upgrade auf Amazon EKS 1.24 oder später alle Verweise auf Bootstrap-Skript-Flags, die nicht mehr unterstützt werden. Weitere Informationen finden Sie unter Migrieren von dockershim zu containerd.

Die Unterstützung für Platzhalterabfragen war in veraltet CoreDNS 1.8.7und entfernt in CoreDNS 1.9. Dies wurde als Sicherheitsmaßnahme durchgeführt. Wildcard-Abfragen funktionieren nicht mehr und kehren zurück NXDOMAIN statt einer IP-Adresse.

Die Goaway-Chance-Option in der Kubernetes APIServer verhindert, dass HTTP/2 Client-Verbindungen auf einer einzelnen API Serverinstanz hängen bleiben, indem eine Verbindung nach dem Zufallsprinzip geschlossen wird. Wenn die Verbindung geschlossen wird, versucht der Client, die Verbindung wiederherzustellen, und landet aufgrund des Lastenausgleichs wahrscheinlich auf einem anderen API Server. EKSDie Amazon-Version 1.25 hat goaway-chance Flag aktiviert. Wenn Ihr Workload, der auf dem EKS Amazon-Cluster ausgeführt wird, einen Client verwendet, der nicht kompatibel ist HTTPGOAWAY, empfehlen wir Ihnen, Ihren Client so zu aktualisieren, dass er GOAWAY bei Verbindungsabbruch erneut eine Verbindung herstellt.

Sie können Topology Aware Hints verwenden, um anzugeben, dass Sie es vorziehen, den Datenverkehr in einer Zone zu halten, wenn Cluster-Worker-Knoten über mehrere Availability Zones bereitgestellt werden. Das Routing des Datenverkehrs innerhalb einer Zone kann dazu beitragen, die Kosten zu senken und die Netzwerkleistung zu verbessern. Standardmäßig sind Topology Aware Hints in Amazon EKS 1.24 aktiviert. Weitere Informationen finden Sie unter Topology Aware Hints im Kubernetes -Dokumentation.

Das PodSecurityPolicy (PSP) soll in entfernt werden Kubernetes 1.25. PSPs werden durch Pod Security Admission (PSA) ersetzt. PSAist ein integrierter Zugangscontroller, der die in den Pod Security Standards (PSS) beschriebenen Sicherheitskontrollen verwendet. PSAund PSS sind beide Beta-Funktionen und sind EKS standardmäßig in Amazon aktiviert. Um das Entfernen von zu beheben PSP In der Version empfehlen wir1.25, dass Sie sie PSS in Amazon implementierenEKS. Weitere Informationen finden Sie im AWS Blog unter Implementierung von Pod-Sicherheitsstandards in EKS Amazon.

Das client.authentication.k8s.io/v1alpha1 ExecCredential ist entfernt in Kubernetes 1.24. Das ExecCredential API war allgemein verfügbar in Kubernetes 1.22. Wenn Sie ein Plug-in für Client-Go-Anmeldeinformationen verwenden, das auf dem basiert, wenden Sie sich an den Händler Ihres Plugins v1alpha1API, um zu erfahren, wie Sie auf das migrieren können. v1 API

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Kubernetes 1.24, haben wir eine Funktion zum Upstream-Projekt Cluster Autoscaler beigetragen, die die Skalierung von von Amazon EKS verwalteten Knotengruppen auf und von Nullknoten vereinfacht. Bisher mussten Sie, damit der Cluster Autoscaler die Ressourcen, Labels und Schwächen einer verwalteten Knotengruppe, die auf null Knoten skaliert wurde, verstehen, die zugrunde liegende Amazon EC2 Auto Scaling Scaling-Gruppe mit den Details der Knoten kennzeichnen, für die sie verantwortlich war. Wenn es nun keine laufenden Knoten in der verwalteten Knotengruppe gibt, ruft der Cluster Autoscaler den EKS DescribeNodegroup API Amazon-Vorgang auf. Dieser API Vorgang liefert die Informationen, die der Cluster Autoscaler über die Ressourcen, Labels und Fehler der verwalteten Knotengruppe benötigt. Für diese Funktion müssen Sie die eks:DescribeNodegroup entsprechende Berechtigung zur Cluster-Autoscaler-Dienstkontorichtlinie hinzufügen. IAM Wenn der Wert eines Cluster-Autoscaler-Tags in der Auto Scaling-Gruppe, die eine von Amazon EKS verwaltete Knotengruppe unterstützt, mit der Knotengruppe selbst in Konflikt steht, bevorzugt der Cluster Autoscaler den Wert des Auto Scaling Scaling-Gruppen-Tags. Auf diese Weise können Sie Werte nach Bedarf überschreiben. Weitere Informationen finden Sie unter Cluster-Autoscaler.

Wenn Sie beabsichtigen zu verwenden Inferentia or Trainium Instance-Typen bei Amazon EKS1.24, Sie müssen ein Upgrade auf die AWS Neuron Geräte-Plug-in-Version 1.9.3.0 oder höher. Weitere Informationen finden Sie in der Neuron K8-Version [1.9.3.0] im AWS Neuron Dokumentation.

ContainerdIPv6hat aktiviert für Pods, standardmäßig. Es wendet die Knoten-Kernel-Einstellungen an auf Pod Netzwerk-Namespaces. Aus diesem Grund befinden sich Container in einem Pod bindet sowohl an IPv4 (127.0.0.1) als auch an IPv6 (::1) Loopback-Adressen. IPv6ist das Standardprotokoll für die Kommunikation. Bevor Sie Ihren Cluster auf Version aktualisieren1.24, empfehlen wir Ihnen, Ihren Multicontainer zu testen Pods. Ändern Sie Apps so, dass sie an alle IP-Adressen auf Loopback-Schnittstellen gebunden werden können. Die meisten Bibliotheken ermöglichen das IPv6-Binden, das mit IPv4 abwärtskompatibel ist. Wenn es nicht möglich ist, Ihren Anwendungscode zu ändern, haben Sie zwei Möglichkeiten:

Wenn Sie für alle blockieren müssen IPv6 Pods Für alle Knoten müssen Sie die Option möglicherweise IPv6 auf Ihren Instanzen deaktivieren.

Die Goaway-Chance-Option in der Kubernetes APIServer verhindert, dass HTTP/2 Client-Verbindungen auf einer einzelnen API Serverinstanz hängen bleiben, indem eine Verbindung nach dem Zufallsprinzip geschlossen wird. Wenn die Verbindung geschlossen wird, versucht der Client, die Verbindung wiederherzustellen, und landet aufgrund des Lastenausgleichs wahrscheinlich auf einem anderen API Server. EKSDie Amazon-Version 1.24 hat goaway-chance Flag aktiviert. Wenn Ihr Workload, der auf dem EKS Amazon-Cluster ausgeführt wird, einen Client verwendet, der nicht kompatibel ist HTTPGOAWAY, empfehlen wir Ihnen, Ihren Client so zu aktualisieren, dass er GOAWAY bei Verbindungsabbruch erneut eine Verbindung herstellt.

Kubernetes Die Unterstützung wurde dockershim in der Version eingestellt 1.20 und dockershim in der Version entfernt1.24. Weitere Informationen finden Sie unter Kubernetes is Moving on From Dockersheim: Commitments and Next Steps in der Kubernetes Blog. Amazon EKS wird den Support für den dockershim Start in der EKS Amazon-Version beenden1.24. Ab der EKS Amazon-Version 1.24 AMIs wird Amazon EKS Official containerd die einzige Laufzeit haben.

Auch wenn die EKS Amazon-Version 1.23 weiterhin unterstützt wirddockershim, empfehlen wir Ihnen, Ihre Anwendungen jetzt zu testen, um alle zu identifizieren und zu entfernen Docker Abhängigkeiten. So sind Sie bereit, Ihren Cluster auf die Version 1.24 zu aktualisieren. Weitere Informationen über das Entfernen von dockershim finden Sie unter Migrieren von dockershim zu containerd.

Kubernetes graduiertesIPv4/IPv6Dual-Stack-Netzwerk für Pods, Dienste und Knoten bis zur allgemeinen Verfügbarkeit. Amazon EKS und die Amazon VPC CNI plugin for Kubernetes unterstützen keine Dual-Stack-Netzwerke. Ihre Cluster können IPv6 Adressen zuweisen IPv4 Pods und Diensten, aber es können nicht beide Adresstypen zugewiesen werden.

Kubernetes hat die Funktion Pod Security Admission (PSA) auf Betaversion umgestellt. Das Feature ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Pod Security Admission im Kubernetes -Dokumentation. PSAersetzt die Pod-Sicherheitsrichtlinie (PSP) Zugangscontroller. Der PSP Zugangscontroller wird nicht unterstützt und wird voraussichtlich in entfernt Kubernetes Version1.25.

Das Tool PSP Der Zulassungscontroller erzwingt Pod Sicherheitsstandards für Pods in einem Namespace, der auf bestimmten Namespace-Labels basiert, die die Durchsetzungsstufe festlegen. Weitere Informationen finden Sie unter Pod-Sicherheitsstandards (PSS) und Pod-Sicherheitszulassung (PSA) im EKS Amazon-Best-Practices-Leitfaden.

Das mit Clustern bereitgestellte kube-proxy Image ist jetzt das minimale Basis-Image, das von Amazon EKS Distro (EKS-D) verwaltet wird. Das Image enthält minimale Pakete und weist keine Shells oder Paketmanager auf.

Kubernetes hat kurzlebige Container auf Betaversion umgestellt. Ephemere Container sind temporäre Container, die im selben Namespace laufen wie ein vorhandener Pod. Sie können sie verwenden, um den Zustand von zu beobachten Pods und Container für Problembehebungs- und Debugging-Zwecke. Dies ist insbesondere für die interaktive Fehlerbehebung hilfreich, wenn kubectl exec unzureichend ist, weil entweder ein Container abgestürzt ist oder ein Container-Image keine Debugging-Dienstprogramme enthält. Ein Beispiel für einen Container, der ein Debugging-Dienstprogramm enthält, sind „distroless“ Images. Weitere Informationen finden Sie unter Debuggen mit einem kurzlebigen Debug-Container im Kubernetes -Dokumentation.

Kubernetes hat den HorizontalPodAutoscaler autoscaling/v2 Stable auf allgemeine Verfügbarkeit umgestelltAPI. Das HorizontalPodAutoscaler autoscaling/v2beta2 API ist veraltet. Es wird in 1.26 nicht verfügbar sein.

Die Goaway-Chance-Option in der Kubernetes APIServer verhindert, dass HTTP/2 Client-Verbindungen auf einer einzelnen API Serverinstanz hängen bleiben, indem eine Verbindung nach dem Zufallsprinzip geschlossen wird. Wenn die Verbindung geschlossen wird, versucht der Client, die Verbindung wiederherzustellen, und landet aufgrund des Lastenausgleichs wahrscheinlich auf einem anderen API Server. EKSDie Amazon-Version 1.23 hat goaway-chance Flag aktiviert. Wenn Ihr Workload, der auf dem EKS Amazon-Cluster ausgeführt wird, einen Client verwendet, der nicht kompatibel ist HTTPGOAWAY, empfehlen wir Ihnen, Ihren Client so zu aktualisieren, dass er GOAWAY bei Verbindungsabbruch erneut eine Verbindung herstellt.