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.
Rechenressourcen mithilfe von Knoten verwalten
A Kubernetes Node ist eine Maschine, auf der 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 Container fehlerfrei sind und innerhalb der ihnen zugewiesenen Container ausgeführt werden Pod. -
kube-proxy
— Verwaltet Netzwerkregeln, die die Kommunikation mit Ihrem Pods.
Weitere Informationen finden Sie unter Knoten
Ihr EKS Amazon-Cluster kann planen Pods auf einer beliebigen Kombination von selbstverwalteten Knoten, von Amazon EKS verwalteten Knotengruppen und AWS Fargate. Weitere Informationen zu Knoten, die in Ihrem Cluster bereitgestellt werden, finden Sie unter Kubernetes-Ressourcen anzeigen in der AWS Management Console.
Wichtig
AWS Fargate with Amazon EKS ist in AWS GovCloud (USA-Ost) und AWS GovCloud (US-West) nicht verfügbar.
Anmerkung
Die Knoten müssen sich in denselben Subnetzen befinden VPC wie die Subnetze, die Sie bei der Erstellung des Clusters ausgewählt haben. Die Knoten müssen sich jedoch nicht in denselben Subnetzen befinden.
Die folgende Tabelle enthält mehrere Kriterien, die bei der Entscheidung ausgewertet werden müssen, welche Optionen Ihren Anforderungen am besten entsprechen. Diese Tabelle enthält keine verbundenen Knoten, die außerhalb von Amazon erstellt wurden EKS und die nur angezeigt werden können.
Anmerkung
Bottlerocket weist einige spezifische Unterschiede zu den allgemeinen Informationen in dieser Tabelle auf. Weitere Informationen finden Sie in Bottlerocket Dokumentation
| Kriterien | EKS-verwaltete Knotengruppen | Selbstverwaltete Knoten | AWS Fargate |
|---|---|---|---|
|
Kann in AWS Outposts eingesetzt werden |
Nein |
Ja |
Nein |
|
Kann auf eine AWS Lokale Zone bereitgestellt werden |
Ja |
Ja |
Nein |
|
Kann Container ausführen, die Folgendes erfordern Windows |
Ja |
Ja — Ihr Cluster benötigt immer noch mindestens einen (aus Gründen der Verfügbarkeit werden zwei empfohlen) Linux aber ein Knoten. |
Nein |
|
Kann Container ausführen, die Folgendes benötigen Linux |
Ja |
Ja |
Ja |
|
Kann Workloads ausführen, die den Inferentia-Chip benötigen |
Ja – nur Amazon-Linux-Knoten |
Ja – nur Amazon Linux |
Nein |
|
Kann Workloads ausführen, die eine erfordern GPU |
Ja – nur Amazon-Linux-Knoten |
Ja – nur Amazon Linux |
Nein |
|
Kann Workloads ausführen, die Arm-Prozessoren benötigen |
Nein |
||
|
Kann ausgeführt werden AWS
Bottlerocket |
Ja |
Nein |
|
|
Pods teilen sich eine Kernel-Laufzeitumgebung mit anderen Pods |
Ja — Alle deine Pods auf jedem Ihrer Knoten |
Ja — Alle deine Pods auf jedem Ihrer Knoten |
Nein — Jeder Pod hat einen dedizierten Kernel |
|
Pods teilen CPU sich Speicher-, Speicher- und Netzwerkressourcen mit anderen Pods. |
Ja – Kann zu ungenutzten Ressourcen auf jedem Knoten führen |
Ja – Kann zu ungenutzten Ressourcen auf jedem Knoten führen |
Nein — Jeder Pod verfügt über eigene Ressourcen und kann unabhängig voneinander dimensioniert werden, um die Ressourcennutzung zu maximieren. |
|
Pods können mehr Hardware und Speicher verwenden als in Pod Spezifikationen |
Ja — Wenn der Pod benötigt mehr Ressourcen als angefordert und Ressourcen sind auf dem Knoten verfügbar, Pod kann zusätzliche Ressourcen verwenden. |
Ja — Wenn Pod benötigt mehr Ressourcen als angefordert und Ressourcen sind auf dem Knoten verfügbar, Pod kann zusätzliche Ressourcen verwenden. |
Nein — Das Pod kann jedoch mit einer größeren V CPU - und Speicherkonfiguration erneut bereitgestellt werden. |
|
EC2Amazon-Instances müssen bereitgestellt und verwaltet werden |
Ja — automatisiert über Amazon, EKS wenn Sie ein für Amazon EKS optimiertes Gerät eingesetzt habenAMI. Wenn Sie eine benutzerdefinierte Instanz bereitgestellt habenAMI, müssen Sie die Instance manuell aktualisieren. |
Ja — Manuelle Konfiguration oder Verwendung von von Amazon EKS bereitgestellten AWS CloudFormation Vorlagen zur Bereitstellung von Linux- (x86), Linux- (Arm) oder Windows-Knoten. |
Nein |
|
Muss das Betriebssystem von EC2 Amazon-Instances sichern, warten und patchen |
Ja |
Ja |
Nein |
|
Kann bei der Bereitstellung eines Knotens Bootstrap-Argumente bereitstellen, z. B. zusätzliche Kubelet-Argumente |
Ja — Verwenden |
Ja — Weitere Informationen finden Sie in den Informationen zur Verwendung des Bootstrap-Skripts unter |
Nein |
|
Kann IP-Adressen zuweisen Pods aus einem anderen CIDR Block als der IP-Adresse, die dem Knoten zugewiesen wurde. |
Ja — Es wird eine benutzerdefinierte Startvorlage verwendetAMI. Weitere Informationen finden Sie unter Passen Sie verwaltete Knoten mit Startvorlagen an. |
Ja – Weitere Informationen dazu finden Sie unter Bereitstellen pods in alternativen Subnetzen mit benutzerdefiniertem Netzwerk. |
Nein |
|
Kann SSH in den Knoten |
Ja |
Ja |
Nein — Es gibt kein Node-Host-Betriebssystem, zu dem SSH man gehen könnte. |
|
Sie können Ihr eigenes benutzerdefiniertes AMI auf Knoten bereitstellen |
Ja – Verwenden eines Startvorlage |
Ja |
Nein |
|
Kann Ihre eigenen benutzerdefinierten CNI Knoten bereitstellen |
Ja — Verwenden Sie eine Startvorlage mit einer benutzerdefinierten AMI |
Ja |
Nein |
|
Sie müssen AMI den Knoten selbst aktualisieren |
Ja — Wenn Sie ein für Amazon EKS optimiertes Produkt bereitgestellt habenAMI, werden Sie in der EKS Amazon-Konsole benachrichtigt, wenn Updates verfügbar sind. Sie können die Aktualisierung mit einem Klick in der Konsole durchführen. Wenn Sie eine benutzerdefinierte Version bereitgestellt habenAMI, werden Sie in der EKS Amazon-Konsole nicht benachrichtigt, wenn Updates verfügbar sind. Sie müssen die Aktualisierung selbst durchführen. |
Ja — Mit anderen Tools als der EKS Amazon-Konsole. Dies liegt daran, dass selbstverwaltete Knoten nicht mit der EKS Amazon-Konsole verwaltet werden können. |
Nein |
|
Der Knoten muss aktualisiert werden Kubernetes Version auf eigene Faust |
Ja — Wenn Sie ein für Amazon EKS optimiertes Produkt bereitgestellt habenAMI, werden Sie in der EKS Amazon-Konsole benachrichtigt, wenn Updates verfügbar sind. Sie können die Aktualisierung mit einem Klick in der Konsole durchführen. Wenn Sie eine benutzerdefinierte Version bereitgestellt habenAMI, werden Sie in der EKS Amazon-Konsole nicht benachrichtigt, wenn Updates verfügbar sind. Sie müssen die Aktualisierung selbst durchführen. |
Ja — Mit anderen Tools als der EKS Amazon-Konsole. Dies liegt daran, dass selbstverwaltete Knoten nicht mit der EKS Amazon-Konsole verwaltet werden können. |
Nein — Sie verwalten keine Knoten. |
|
Kann EBS Amazon-Speicher verwenden mit Pods |
Nein |
||
|
Kann EFS Amazon-Speicher verwenden mit Pods |
|||
|
Kann Amazon FSx für die Aufbewahrung von Lustre verwenden mit Pods |
Nein |
||
|
Kann Network Load Balancer für Services verwenden |
Ja, wenn Sie den Netzwerk-Loadbalancer erstellen verwenden |
||
|
Pods können in einem öffentlichen Subnetz ausgeführt werden |
Ja |
Ja |
Nein |
|
Kann einzelnen Personen verschiedene VPC Sicherheitsgruppen zuweisen Pods |
Ja — Linux Nur Knoten |
Ja — Linux Nur Knoten |
Ja |
|
Kann laufen Kubernetes DaemonSets |
Ja |
Ja |
Nein |
|
Support |
Ja |
Ja |
Nein |
|
AWS Verfügbarkeit in der Region |
|||
|
Kann Container auf Amazon EC2 Dedicated Hosts ausführen |
Ja |
Ja |
Nein |
|
Preise |
Kosten einer EC2 Amazon-Instance, die mehrere läuft Pods. Weitere Informationen finden Sie unter EC2Amazon-Preise |
Kosten einer EC2 Amazon-Instance, die mehrere läuft Pods. Weitere Informationen finden Sie unter EC2Amazon-Preise |
Kosten für einen individuellen Fargate-Speicher und eine individuelle CPU Konfiguration. Jeder Pod hat seine eigenen Kosten. Weitere Informationen dazu finden Sie unter AWS -Fargate-Preise |
