Amazon-EKS-Architektur - Amazon EKS

Helfen Sie mit, diese Seite zu verbessern

Möchten Sie zu diesem Benutzerhandbuch beitragen? Scrollen Sie zum Ende dieser Seite und wählen Sie Diese Seite bearbeiten am aus GitHub. Ihre Beiträge werden dazu beitragen, unser Benutzerhandbuch für alle zu verbessern.

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 Components (Kubernetes-Komponenten) in der Kubernetes-Dokumentation. In den folgenden Abschnitten werden einige zusätzliche Architekturdetails für Amazon EKS zusammengefasst.

Steuerebene

Amazon EKS sorgt dafür sicher, dass jeder Cluster über eine eigene, eindeutige Kubernetes-Steuerebene verfügt. Durch dieses Design bleibt die Infrastruktur jedes Clusters getrennt, ohne dass es zu Überschneidungen zwischen Clustern oder AWS-Konten kommt. Das Setup beinhaltet:

Verteilte Komponenten

Die Steuerebene positioniert mindestens zwei API-Server-Instances und drei etcd-Instances 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 Instance der Steuerebene ausfällt, wird sie von Amazon EKS schnell ersetzt, wobei bei Bedarf eine andere Availability Zone verwendet wird.

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, sie sind durch rollenbasierte Kubernetes-Zugriffskontrollrichtlinien (RBAC) 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:

AWS Fargate

Fargate ist eine Serverless-Compute-Engine für Container, die die Verwaltung der zugrunde liegenden Instances überflüssig macht. Mit Fargate geben Sie den Ressourcenbedarf Ihrer Anwendung an, und AWS sorgt automatisch für die Bereitstellung, Skalierung und Wartung der Infrastruktur. Diese Option ist ideal für Benutzer, die Wert auf Benutzerfreundlichkeit legen und sich auf die Anwendungsentwicklung und -bereitstellung konzentrieren möchten, anstatt die Infrastruktur zu verwalten.

Karpenter

Karpenter ist ein flexibler, hochleistungsfähiger Kubernetes Cluster Autoscaler, der die Anwendungsverfügbarkeit und Clustereffizienz verbessert. Karpenter startet Datenverarbeitungsressourcen in der richtigen Größe als Reaktion auf die sich ändernde Anwendungslast. Mit dieser Option können Just-in-Time-Datenverarbeitungsressourcen bereitgestellt werden, die den Anforderungen Ihrer Workload entsprechen.

Verwaltete Knotengruppen

Verwaltete Knotengruppen sind eine Mischung aus Automatisierung und Anpassung für die Verwaltung einer Sammlung von Amazon-EC2-Instances innerhalb eines Amazon-EKS-Clusters. AWS kümmert sich um Aufgaben wie das Patchen, Aktualisieren und Skalieren von Knoten und vereinfacht so die betrieblichen Aspekte. Gleichzeitig werden benutzerdefinierte kubelet-Argumente unterstützt, die Möglichkeiten für erweiterte CPU- und Speicherverwaltungsrichtlinien eröffnen. Darüber hinaus wird die Sicherheit über AWS Identity and Access Management (IAM)-Rollen für Servicekonten verbessert, während gleichzeitig die Notwendigkeit separater Berechtigungen pro Cluster verringert wird.

Selbstverwaltete Knoten

Selbstverwaltete Knoten bieten volle Kontrolle über Ihre Amazon-EC2-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.