Unterstützung für die Verbesserung dieser Seite beitragen
Um zu diesem Benutzerhandbuch beizutragen, klicken Sie auf den Link Diese Seite auf GitHub bearbeiten, der sich im rechten Bereich jeder Seite befindet.
Verwaltung von Datenverarbeitungsressourcen mithilfe von Knoten
Ein Kubernetes-Knoten ist ein Rechner, auf dem containerisierte Anwendungen ausgeführt werden. Jeder Knoten umfasst die folgenden Komponenten:
-
Container-Laufzeit
– Software, die für den Betrieb der Container verantwortlich ist. -
kubelet
– Stellt sicher, dass die Container fehlerfrei sind und innerhalb ihres zugeordneten Pods ausgeführt werden. -
kube-proxy
– Behält die Netzwerkregeln bei, die die Kommunikation mit Ihren Pods ermöglichen.
Weitere Informationen finden Sie unter Nodes
Ihr Amazon-EKS-Cluster kann Pods auf einer beliebigen Kombination aus im EKS Auto Mode verwalteten Knoten, selbstverwalteten Knoten, von Amazon EKS verwalteten Knotengruppen, AWS Fargate und Amazon EKS Hybrid Nodes planen. Weitere Informationen zu Knoten, die in Ihrem Cluster bereitgestellt werden, finden Sie unter Kubernetes-Ressourcen in AWS-Managementkonsole anzeigen.
Anmerkung
Mit Ausnahme von Hybridknoten müssen sich die Knoten in derselben VPC befinden wie die Subnetze, die Sie beim Erstellen des Clusters ausgewählt haben. Die Knoten müssen sich jedoch nicht in denselben Subnetzen befinden.
Vergleich von Rechenoptionen
Die folgende Tabelle enthält mehrere Kriterien, die bei der Entscheidung ausgewertet werden müssen, welche Optionen Ihren Anforderungen am besten entsprechen. Selbstverwaltete Knoten sind eine weitere Option, die alle aufgeführten Kriterien erfüllen, jedoch erfordern sie einen deutlich höheren manuellen Wartungsaufwand. Weitere Informationen finden Sie unter Knoten selbst mit selbstverwalteten Knoten verwalten.
Anmerkung
Bottlerocket weist einige spezifische Unterschiede zu den allgemeinen Informationen in dieser Tabelle auf. Weitere Informationen finden Sie in der Bottlerocket-Dokumentation
| Kriterien | EKS-verwaltete Knotengruppen | EKS Auto Mode | Amazon EKS Hybrid Nodes |
|---|---|---|---|
|
Kann in AWS Outposts bereitgestellt werden |
Nein |
Nein |
Nein |
|
Kann auf eine AWS Lokale Zone bereitgestellt werden |
Ja |
Nein |
Nein |
|
Kann Container ausführen, die Windows benötigen |
Ja |
Nein |
Nein |
|
Kann Container ausführen, die Linux benötigen |
Ja |
Ja |
Ja |
|
Kann Workloads ausführen, die den Inferentia-Chip benötigen |
Ja – nur Amazon-Linux-Knoten |
Ja |
Nein |
|
Kann Workloads ausführen, die eine GPU benötigen |
Ja – nur Amazon-Linux-Knoten |
Ja |
Ja |
|
Kann Workloads ausführen, die Arm-Prozessoren benötigen |
Ja |
Ja |
|
|
Kann ausgeführt werdenAWS Bottlerocket |
Ja |
Ja |
Nein |
|
Pods teilen CPU, Arbeitsspeicher, Speicher und Netzwerkressourcen mit anderen Pods. |
Ja |
Ja |
Ja |
|
Bereitstellen und Verwalten von Amazon-EC2-Instances |
Ja |
Nein – Erfahren Sie mehr über verwaltete EC2-Instances |
Ja – die physischen oder virtuellen Maschinen On-Premises werden von Ihnen mit den Tools Ihrer Wahl verwaltet. |
|
Das Betriebssystem von Amazon-EC2-Instances muss gesichert, gewartet und gepatcht werden |
Ja |
Nein |
Ja – das auf Ihren physischen oder virtuellen Maschinen ausgeführte Betriebssystem wird von Ihnen mit den Tools Ihrer Wahl verwaltet. |
|
Kann Bootstrap-Argumente bei der Bereitstellung eines Knotens bereitstellen, z. B. zusätzliche kubelet |
Ja – mithilfe von |
Nein – Verwenden Sie zur Konfiguration der Knoten eine NodeClass |
Ja – Sie können Bootstrap-Argumente mit nodeadm anpassen. Siehe nodeadm-Referenz für Hybridknoten. |
|
IP-Adressen können Pods aus einem anderen CIDR-Block als der dem Knoten zugewiesenen IP-Adresse zuweisen. |
Ja – Verwenden einer Startvorlage mit einem benutzerdefinierten AMI. Weitere Informationen finden Sie unter Verwaltete Knoten mit Startvorlagen anpassen. |
Nein |
Ja – siehe CNI für Hybridknoten konfigurieren. |
|
SSH im Knoten nicht möglich |
Ja |
Ja |
|
|
Kann Ihr eigenes benutzerdefiniertes AMI auf Knoten bereitstellen |
Ja – Verwenden eines Startvorlage |
Nein |
Ja |
|
Kann Ihr eigenes benutzerdefiniertes CNI auf Knoten bereitstellen |
Ja – Verwenden eines Startvorlage mit einem benutzerdefinierten AMI |
Nein |
Ja |
|
Knoten-AMI muss selbst aktualisiert werden |
Ja – Wenn Sie ein für Amazon-EKS-optimiertes AMI bereitgestellt haben, werden Sie in der Amazon-EKS-Konsole benachrichtigt, wenn Aktualisierungen verfügbar sind. Sie können die Aktualisierung mit einem Klick in der Konsole durchführen. Wenn Sie ein benutzerdefiniertes AMI bereitgestellt haben, werden Sie in der Amazon-EKS-Konsole nicht benachrichtigt, wenn Aktualisierungen verfügbar sind. Sie müssen die Aktualisierung selbst durchführen. |
Nein |
Ja – das auf Ihren physischen oder virtuellen Maschinen ausgeführte Betriebssystem wird von Ihnen mit den Tools Ihrer Wahl verwaltet. Siehe Vorbereitung des Betriebssystems für Hybridknoten. |
|
Muss die Kubernetes-Version des Knotens selbst aktualisieren |
Ja – Wenn Sie ein für Amazon-EKS-optimiertes AMI bereitgestellt haben, werden Sie in der Amazon-EKS-Konsole benachrichtigt, wenn Aktualisierungen verfügbar sind. Sie können die Aktualisierung mit einem Klick in der Konsole durchführen. Wenn Sie ein benutzerdefiniertes AMI bereitgestellt haben, werden Sie in der Amazon-EKS-Konsole nicht benachrichtigt, wenn Aktualisierungen verfügbar sind. Sie müssen die Aktualisierung selbst durchführen. |
Nein |
Ja – Sie verwalten Upgrades von Hybridknoten mit den Tools Ihrer Wahl oder mit |
|
Kann Amazon-EBS-Speicher mit Pods verwenden |
Ja, als integrierte Funktion. Erfahren Sie, wie Sie eine Speicherklasse erstellen. |
Nein |
|
|
Kann Amazon-EFS-Speicher mit Pods verwenden |
Ja |
Nein |
|
|
Kann Amazon FSx für Lustre Speicher mit Pods verwenden |
Ja |
Nein |
|
|
Kann Network Load Balancer für Services verwenden |
Ja |
Ja – Zieltyp |
|
|
Pods können in einem öffentlichen Subnetz ausgeführt werden |
Ja |
Ja |
Nein – Pods werden in einer On-Premises-Umgebung ausgeführt. |
|
Kann einzelnen Pods verschiedene VPC-Sicherheitsgruppen zuweisen |
Ja – Nur Linux-Knoten |
Nein |
Nein |
|
Kann Kubernetes DaemonSets ausführen |
Ja |
Ja |
Ja |
|
Unterstützung für |
Ja |
Ja |
Ja |
|
AWS-Verfügbarkeit in Regionen |
Alle von Amazon EKS unterstützten Regionen mit Ausnahme der AWS GovCloud (US)-Regionen und der China-Regionen. |
||
|
Kann Container auf Amazon-EC2-Dedicated-Hosts ausführen |
Ja |
Nein |
Nein |
|
Preise |
Kosten einer Amazon-EC2-Instance, die mehrere Pods ausführt. Weitere Informationen dazu finden Sie unter Amazon EC2 – Preise |
Wenn EKS Auto Mode in Ihrem Cluster aktiviert ist, zahlen Sie zusätzlich zu den Standardgebühren für EC2-Instances eine separate Gebühr für die Instances, die mit der Rechenleistung des Automatikmodus gestartet werden. Der Betrag hängt vom gestarteten Instance-Typ und der AWS-Region ab, in der sich Ihr Cluster befindet. Weitere Informationen finden Sie unter Amazon EKS – Preise |
Kosten für Hybridknoten-vCPU pro Stunde. Weitere Informationen finden Sie unter Amazon EKS – Preise |
