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.
Amazon-EKS-Architektur
Amazon EKS entspricht der allgemeinen Cluster-Architektur von Kubernetes. Weitere Informationen finden Sie unter Kubernetes-Komponente
Steuerebene
Amazon EKS sorgt dafür sicher, dass jeder Cluster über eine eigene, eindeutige Kubernetes-Steuerebene verfügt. Bei diesem Design bleibt die Infrastruktur jedes Clusters getrennt, sodass es keine Überschneidungen zwischen Clustern oder Konten gibt. AWS Das Setup beinhaltet:
- Verteilte Komponenten
-
Die Kontrollebene positioniert mindestens zwei API-Serverinstanzen und drei etcd-Instanzen
in drei AWS Availability Zones innerhalb einer AWS Region. - Optimale Leistung
-
Amazon EKS überwacht und passt die Instances der Steuerebene aktiv an, um eine Spitzenleistung aufrechtzuerhalten.
- Ausfallsicherheit
-
Wenn eine Kontrollebeneninstanz ins Stocken gerät, ersetzt Amazon EKS sie schnell und verwendet bei Bedarf eine andere Availability Zone.
- Konsistente Verfügbarkeit
-
Durch den Betrieb von Clustern in mehreren Availability Zones wird ein zuverlässiges Service Level Agreement (SLA) für die Verfügbarkeit von API-Server-Endpunkten
erzielt.
Amazon EKS verwendet Amazon Virtual Private Cloud (Amazon VPC), um den Datenverkehr zwischen Komponenten der Steuerebene innerhalb eines einzelnen Clusters zu begrenzen. Clusterkomponenten können keine Kommunikation von anderen Clustern oder AWS Konten anzeigen oder empfangen, es sei denn, dies ist durch die Richtlinien für die rollenbasierte Zugriffskontrolle (RBAC) von Kubernetes autorisiert.
Datenverarbeitung
Zusätzlich zur Steuerebene verfügt ein Amazon-EKS-Cluster über eine Reihe von Worker-Computern, die als Knoten bezeichnet werden. Die Auswahl des geeigneten Amazon-EKS-Cluster-Knotentyps ist entscheidend, um Ihre spezifischen Anforderungen zu erfüllen und die Ressourcennutzung zu optimieren. Amazon EKS bietet die folgenden Primärknotentypen:
- EKS Auto Mode
-
Der EKS Auto Mode erweitert die AWS Verwaltung über die Steuerungsebene hinaus auf die Datenebene und automatisiert so die Verwaltung der Cluster-Infrastruktur. Er integriert zentrale Kubernetes-Funktionen als integrierte Komponenten, darunter automatische Skalierung der Rechenleistung, Netzwerke, Lastenausgleich, DNS, Speicher und GPU-Unterstützung. Der automatische Modus von EKS verwaltet Knoten dynamisch auf der Grundlage der Arbeitslastanforderungen und verwendet unveränderliche Funktionen AMIs mit erweiterten Sicherheitsfunktionen. Er automatisiert Aktualisierungen und Upgrades unter Berücksichtigung der Budgets für Pod-Unterbrechung und umfasst verwaltete Komponenten, die andernfalls eine zusätzliche Verwaltung erfordern würden. Diese Option ist ideal für Benutzer, die AWS Fachwissen für den day-to-day Betrieb nutzen, den Betriebsaufwand minimieren und sich auf die Anwendungsentwicklung statt auf die Infrastrukturverwaltung konzentrieren möchten.
- AWS Fargate
-
Fargate ist eine Serverless-Compute-Engine für Container, die die Verwaltung der zugrunde liegenden Instances überflüssig macht. Mit Fargate spezifizieren Sie den Ressourcenbedarf Ihrer Anwendung und stellen die Infrastruktur AWS automatisch bereit, skalieren und warten. Diese Option ist ideal für Benutzer, die Prioritäten setzen ease-of-use und sich auf die Anwendungsentwicklung und -bereitstellung konzentrieren möchten, anstatt die Infrastruktur zu verwalten.
- Karpenter
-
Karpenter
ist ein flexibler, leistungsstarker Kubernetes-Cluster-Autoscaler, der zur Verbesserung der Anwendungsverfügbarkeit und Cluster-Effizienz beiträgt. Karpenter stellt als Reaktion auf die sich ändernde Anwendungslast Rechenressourcen in der richtigen Größe bereit. Mit dieser Option können just-in-time Rechenressourcen bereitgestellt werden, die den Anforderungen Ihrer Arbeitslast entsprechen. - Verwaltete Knotengruppen
-
Verwaltete Knotengruppen sind eine Mischung aus Automatisierung und Anpassung für die Verwaltung einer Sammlung von EC2 Amazon-Instances innerhalb eines Amazon EKS-Clusters. AWS kümmert sich um Aufgaben wie das Patchen, Aktualisieren und Skalieren von Knoten und vereinfacht so betriebliche Aspekte. Gleichzeitig werden benutzerdefinierte
kubelet-Argumente unterstützt, die Möglichkeiten für erweiterte CPU- und Speicherverwaltungsrichtlinien eröffnen. Darüber hinaus verbessern sie die Sicherheit durch AWS Identity and Access Management (IAM) -Rollen für Dienstkonten und reduzieren gleichzeitig den Bedarf an separaten Berechtigungen pro Cluster. - Selbstverwaltete Knoten
-
Selbstverwaltete Knoten bieten die volle Kontrolle über Ihre EC2 Amazon-Instances innerhalb eines Amazon EKS-Clusters. Sie sind für die Verwaltung, Skalierung und Wartung der Knoten zuständig und haben somit die volle Kontrolle über die zugrunde liegende Infrastruktur. Diese Option eignet sich für Benutzer, die eine differenzierte Kontrolle und Anpassung ihrer Knoten benötigen und bereit sind, Zeit in die Verwaltung und Wartung ihrer Infrastruktur zu investieren.
- Amazon EKS Hybrid Nodes
-
Mit Amazon EKS Hybrid Nodes können Sie Ihre On-Premises- und Edge-Infrastruktur als Knoten in Amazon-EKS-Clustern verwenden. Amazon EKS Hybrid Nodes vereinheitlicht das Kubernetes-Management in allen Umgebungen und verlagert die Verwaltung der Kubernetes-Steuerungsebene auf AWS Ihre lokalen und Edge-Anwendungen.
EKS-Funktionen
Amazon EKS bietet vollständig verwaltete Cluster-Funktionen und installiert und verwaltet Kubernetes APIs (mit benutzerdefinierten Kubernetes-Ressourcendefinitionen) in Ihrem Cluster, während Controller und andere Komponenten in einer AWS eigenen Infrastruktur betrieben werden, die von Ihrem Cluster getrennt ist. EKS bietet automatisiertes Patchen, Skalieren und Überwachen dieser Funktionen und verwaltet deren gesamten Lebenszyklus, um den Aufwand für den Betrieb von Cluster-Services für Workload-Orchestrierung, Ressourcenmanagement und mehr zu reduzieren. AWS
EKS bietet die folgenden Funktionstypen:
- AWS Controller für Kubernetes (ACK)
-
AWS Mit Controllers for Kubernetes (ACK) können Sie AWS Ressourcen mithilfe von Kubernetes verwalten und S3-Buckets APIs, RDS-Datenbanken, IAM-Rollen und andere Ressourcen als benutzerdefinierte Kubernetes-Ressourcen definieren. AWS Sie können AWS Ressourcen zusammen mit Ihren Kubernetes-Workloads mithilfe derselben Tools und Workflows verwalten, wobei mehr als 50 AWS Dienste unterstützt werden, darunter S3, RDS, DynamoDB und Lambda.
- Argo CD
-
Argo CD implementiert ein GitOps basiertes kontinuierliches Deployment für Ihre Anwendungs-Workloads, AWS Ressourcen und Cluster-Konfigurationen, wobei Git-Repositorys als Quelle der Wahrheit verwendet werden. Argo CD synchronisiert Ihre Cluster automatisch mit Ihren Git-Repositorys, erkennt Abweichungen und gleicht sie kontinuierlich ab, um sicherzustellen, dass Ihre bereitgestellten Anwendungen und Ressourcen Ihrem gewünschten Status in der Versionskontrolle entsprechen. Sie können Argo CD verwenden, um Anwendungen auf einem bestimmten Cluster zu verwalten, oder Anwendungen über mehrere Cluster von einer einzigen Argo-CD-Ressource aus bereitstellen und verwalten, wobei die automatische Bereitstellung aus Git-Repositorys erfolgt, wann immer Änderungen festgeschrieben werden.
- kro (Kube Resource Orchestrator)
-
kro (Kube Resource Orchestrator) ermöglicht es Ihnen, benutzerdefinierte Kubernetes zu erstellen, die mehrere Ressourcen zu Abstraktionen auf höherer Ebene zusammensetzen APIs , sodass Plattformteams wiederverwendbare Muster für gängige Ressourcenkombinationen definieren können. Auf diese Weise können Plattformteams Self-Service-Funktionen mit entsprechenden Leitplanken bereitstellen, sodass Entwickler komplexe Infrastrukturen mithilfe einfacher, speziell entwickelter Systeme bereitstellen und gleichzeitig die organisatorischen Standards und Best Practices einhalten können. APIs