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.
EKS Auto Mode
Tipp
Informieren Sie sich
Amazon EKS Auto Mode stellt eine bedeutende Weiterentwicklung des Kubernetes-Infrastrukturmanagements dar und kombiniert eine sichere und skalierbare Cluster-Infrastruktur mit integrierten Kubernetes-Funktionen, die von AWS verwaltet werden. Der Service bietet vollständig verwaltete Worker-Node-Operationen, sodass Kunden keine Managed Node-Gruppen oder -Gruppen einrichten müssen. AutoScaling
Der wichtigste architektonische Unterschied besteht darin, dass EKS Auto Mode ein Karpenter-based System verwendet, das als Reaktion auf Pod-Anfragen automatisch EC2-Instances bereitstellt. Diese Instances werden auf Bottlerocket-AMIs mit vorinstallierten Add-Ons wie EBS-CSI-Treibern ausgeführt, sodass die Infrastruktur wirklich von AWS verwaltet wird. Im Gegensatz zu herkömmlichen Skalierungsmethoden:
-
Herkömmlicher Cluster Autoscaler (CAS) erfordert eine manuelle Knotengruppenverwaltung und kann nur Knoten mit einem einzigen Instanztyp pro Knotengruppe erstellen
-
Self-managed Karpenter bietet mehr Flexibilität durch die Arbeit mit der EC2 Fleet API und kann verschiedene Instance-Typen bereitstellen, erfordert jedoch eine Kundenverwaltung
-
EKS Auto Mode wickelt alle Skalierungsvorgänge automatisch über verwaltete und NodePools NodeClasses
Das neue System führt mehrere betriebliche Verbesserungen ein:
-
Automatische pod-gesteuerte Skalierung ohne manuelle Konfiguration der Knotengruppen
-
Built-in verwaltete Load Balancer-Controller, die automatisch auf der ALB/NLB Grundlage von Ingress-Ressourcen erstellt werden
-
Integrierte Sicherheitsfunktionen mit vorkonfigurierter Pod-Identität
-
Maximale Node-Laufzeit von 21 Tagen mit automatischem Austausch
Aus Kostensicht behält EKS Auto Mode die EC2-Standardpreise bei und erhebt gleichzeitig eine Verwaltungsgebühr nur für Mode-managed Auto-Knoten. Wichtig ist, dass Kunden nach wie vor verwaltete Knoten im Auto-Modus mit selbstverwalteten Knoten im selben Cluster kombinieren können.
Zwar kümmert sich AWS um die meisten betrieblichen Aspekte, doch die Kunden behalten die Verantwortung für das Cluster-Versionsmanagement und können kontrollierte Upgrades durchführen, die fortlaufende Aktualisierungen der Worker-Nodes auslösen.
Gründe für die Verwendung des Automatikmodus
Der automatische Modus richtet sich an Benutzer, die die Vorteile von Kubernetes und EKS nutzen möchten, aber den betrieblichen Aufwand im Zusammenhang mit Kubernetes wie Upgrades und installation/maintenance kritischer Plattformkomponenten wie Autoscaling, Load Balancing und Speicher minimieren müssen. Mit dem automatischen Modus geht EKS noch einen Schritt weiter, um den undifferenzierten Aufwand, der mit der Wartung von Kubernetes einhergeht, zu minimieren
Häufig gestellte Fragen
Was ist der Unterschied zwischen EKS Auto Mode und Open Source Karpenter?
EKS Auto Mode ist eine große Suite von Funktionen, die den Betrieb von Kubernetes in Produktionsqualität zum Kinderspiel machen. Eine dieser Funktionen sind die Vorteile der automatischen Skalierung von Karpenter, die vollständig verwaltet werden. Aus betrieblicher Sicht besteht der einzige Unterschied darin, dass Sie im EKS-Auto-Modus die Bereitstellung, Skalierung und Aktualisierung der Karpenter Pods nicht selbst verwalten müssen. Alle anderen Operationen werden quasi verwaltet NodeClasses und NodePools funktionieren genauso wie bei Open-Source-Karpenter.
Kann ich verwaltete Knotengruppen zusammen mit Mode-managed Auto-Knoten ausführen?
Ja, Sie können verwaltete Knotengruppen zusammen mit Mode-managed Auto-Knoten im selben Cluster ausführen. Dieser Ansatz ist üblich, wenn Sie von verwalteten Knotengruppen in den EKS-Automatikmodus migrieren. Weitere Informationen finden Sie unter Aktivieren des EKS-Automatikmodus auf vorhandenen EKS-Clustern.
Kann ich einen Cluster vom Standard-EKS-Modus in den EKS-Automatikmodus migrieren?
Ja, Anweisungen zur Aktivierung des EKS-Automodus auf einem vorhandenen Cluster finden Sie in der offiziellen AWS-Dokumentation
Dinge, die es zu beachten gilt: 1. Nachdem Sie den Auto-Modus aktiviert haben, sollten Sie alle Komponenten, die Sie installiert haben und die jetzt vom Auto Mode verwaltet werden, wie Karpenter oder den AWS Load Balancer Controller 2, deinstallieren. Sie müssen sicherstellen, dass Ihre installierten Add-Ons auf dem neuesten Stand sind. Sehen Sie sich die Dokumentation an.
Wie konfiguriere ich NodePools im EKS-Automatikmodus?
Ein neuer Cluster wird mit zwei vorkonfiguriert geliefert NodePools
für allgemeine Zwecke
Dadurch wird Karpenter NodePool angewiesen, Knoten mit den folgenden Merkmalen zu starten:
-
Kapazitätstyp: „Auf Abruf“
-
Instanztypen von C, M oder R
-
Instanzgenerierung von 4
-
AMD-Architektur
-
Linux-Betriebssystem
Sie definiert auch, was die Scale-Down-Logik ist, indem sie festlegt, dass sich zu einem bestimmten Zeitpunkt nur 10% aller Knoten in einem unterbrochenen Zustand befinden dürfen und dass eine Konsolidierung nur erfolgen sollte, wenn die Knoten leer sind oder nicht ausgelastet sind.
system
NodePool Es ähnelt dem Begriff „Allzweck“, mit Ausnahme der folgenden Unterschiede:
-
Es ermöglicht Knoten mit der ARM-Architektur sowie der AMD-Architektur
-
Es beschmutzt diese Knoten mit einem, es NoSchedule sei denn, es gibt eine Toleranz für „“CriticalAddonsOnly. Dies ist für den internen Gebrauch durch EKS-Add-Ons
benutzerdefiniert
Sie können NodePools je nach Ihren Bedürfnissen Ihre eigene benutzerdefinierte Version erstellen. Um mehr darüber zu erfahren, lesen NodePools Sie bitte die Karpenter Dokumentation.
Kann ich das AMI anpassen, das vom Auto-Modus verwendet wird, wenn neue Knoten gestartet werden?
Nein, derzeit werden nur AMIs für Amazon-provided Bottlerocket unterstützt
Wie kann ich benutzerdefinierte Tools oder Agenten auf meinen Kubernetes-Hosts installieren?
Da die AMI-Anpassung nicht unterstützt wird, sollten Sie den Workload als Kubernetes bereitstellen, wenn Sie Software auf Host-Ebene für Dinge wie Sicherheitsscans benötigen. DaemonSet
Welche Komponenten werden auf meiner Cluster-Datenebene ausgeführt, wenn ich einen neuen EKS-Auto-Mode-Cluster bereitstelle?
Wenn Sie einen Cluster mit eksctl oder der AWS-Konsole erstellen, sind die einzigen Pods, die in einem EKS-Auto-Mode-Cluster ausgeführt werden, Kubernetes Metrics Server-Pods. Die anderen Komponenten von EKS Auto Mode wie Karpenter, der AWS Load Balancer Controller und der EBS-CSI-Treiber werden alle außerhalb des Clusters ausgeführt und verwaltet.
Welche verwalteten Komponenten werden zur Unterstützung meines neuen EKS-Auto-Mode-Clusters ausgeführt?
EKS Auto Mode automatisiert die Bereitstellung der meisten Teile einer Datenebene, die für Kubernetes in Produktionsqualität benötigt werden, vollständig. Dies umfasst:
-
Karpenter, für die automatische Skalierung der Rechenleistung Ihres Clusters
-
AWS Load Balancer Controller, mit dem Sie Kubernetes-Dienste einfach über die automatisierte Elastic Load Balancer-Integration verfügbar machen können
-
VPC CNI
-
Cluster DNS
-
kube-proxy
-
EBS CSI
-
EKS Pod Identity Agent
-
EKS-Knotenüberwachungsagent
Wie behebe ich Fehler bei den Komponenten des Auto-Modus, die früher als Pods in meinem Cluster ausgeführt wurden?
Mit EKS Auto Mode werden viele Komponenten wie der AWS Load Balancer Controller und Karpenter für Sie außerhalb Ihres Clusters verwaltet. Daher haben Sie nicht den gleichen Einblick in die Protokolle, den Sie von der Selbstverwaltung gewohnt sind. Wenn Sie sich in einer Situation befinden, in der Sie Probleme mit der Funktionalität eines Teils der Auto-Mode-Funktion beheben müssen, erstellen Sie ein AWS-Support-Ticket.