Hilf mit, diese Seite 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.
Wenn Sie zu diesem Benutzerhandbuch beitragen möchten, 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 EC2 bietet eine große Auswahl an Instance-Typen für Worker-Knoten. Jeder Instance-Typ bietet andere Merkmale in Bezug auf Datenverarbeitung, Arbeitsspeicher, Speicher und Netzwerkfunktionen. Jede Instance wird abhängig von diesen Eigenschaften auch in Instance-Familien eingeordnet. Eine Liste finden Sie unter Verfügbare Instance-Typen im EC2 Amazon-Benutzerhandbuch. Amazon EKS veröffentlicht mehrere Varianten von Amazon EC2 AMIs , um den Support zu ermöglichen. Berücksichtigen Sie die folgenden Kriterien, um sicherzustellen, dass der ausgewählte Instance-Typ mit Amazon EKS kompatibel ist.
-
Alle Amazon EKS unterstützen derzeit AMIs nicht die
mac
Familieng5g
und. -
Arm und Amazon EKS ohne Beschleunigung unterstützen die
p
Familieng3
,g4
inf
, und AMIs nicht. -
Accelerated Amazon EKS unterstützt die
t
Familiena
c
,hpc
,m
, und AMIs nicht. -
Für ARM-basierte Instances unterstützt Amazon Linux 2023 (AL2023) nur Instance-Typen, die Graviton2-Prozessoren oder neuere Prozessoren verwenden. AL2023 unterstützt keine Instances.
A1
Berücksichtigen Sie bei der Auswahl zwischen Instance-Typen, die von Amazon EKS unterstützt werden, die folgenden Funktionen jedes Typs.
- Anzahl der Instanzen in einer Knotengruppe
-
Im Allgemeinen sind weniger, größere Instanzen besser, insbesondere wenn Sie viele Daemonsets haben. Jede Instance erfordert API-Aufrufe an den API-Server. Je mehr Instances Sie haben, desto mehr Last auf dem API-Server.
- Betriebssystem
-
Überprüfen Sie die unterstützten Instance-Typen für Linux, Windows und Bottlerocket
. Lesen Sie vor dem Erstellen von Windows-Instanzen den Artikel Windows-Knoten auf EKS-Clustern bereitstellen. - Hardwarearchitektur
-
Benötigen Sie x86 oder Arm? Bevor Sie Arm-Instances bereitstellen, sollten Sie sich das für Amazon EKS optimierte Arm Amazon Linux ansehen AMIs. Benötigen Sie Instances, die auf dem Nitro System (Linux oder Windows) basieren oder über beschleunigte Funktionen verfügen? Wenn Sie beschleunigte Funktionen benötigen, können Sie Linux nur mit Amazon EKS verwenden.
- Maximale Anzahl von Pods
-
Da jedem Pod eine eigene IP-Adresse zugewiesen wird, bestimmt die Anzahl der von einem Instance-Typ unterstützten IP-Adressen die Anzahl der Pods, die auf der Instance ausgeführt werden können. Informationen zur manuellen Bestimmung, wie viele Pods ein Instance-Typ unterstützt, finden Sie unterAmazon EKS hat die maximale Anzahl an Pods für jeden EC2 Amazon-Instance-Typ empfohlen.
Anmerkung
Wenn Sie ein Amazon EKS-optimiertes Amazon Linux 2-AMI
v20220406
oder neuer verwenden, können Sie einen neuen Instance-Typ verwenden, ohne auf das neueste AMI aktualisieren zu müssen. Für diese berechnet das AMI automatisch den erforderlichenmax-pods
Wert AMIs, wenn er nicht in der eni-max-podsTXT-Dateiaufgeführt ist. Instance-Typen, die sich derzeit in der Vorschau befinden, werden möglicherweise von Amazon EKS standardmäßig nicht unterstützt. Werte für max-pods
für solche Typen müssen noch zueni-max-pods.txt
in unserem AMI hinzugefügt werden.AWS Nitro System-Instance-Typen
unterstützen optional deutlich mehr IP-Adressen als Instance-Typen, die nicht von Nitro System stammen. Allerdings sind nicht alle IP-Adressen, die einer Instanz zugewiesen wurden, für Pods verfügbar. Um Ihren Instances eine deutlich größere Anzahl von IP-Adressen zuzuweisen, müssen Sie Version 1.9.0
oder höher des Amazon VPC CNI-Add-ons in Ihrem Cluster installiert und entsprechend konfiguriert haben. Weitere Informationen finden Sie unter Weisen Sie Amazon EKS-Knoten mehr IP-Adressen mit Präfixen zu. Um Ihren Instances die größte Anzahl von IP-Adressen zuzuweisen, müssen Sie Version1.10.1
oder höher des Amazon VPC CNI-Add-ons in Ihrem Cluster installiert haben und den Cluster mit derIPv6
-Familie bereitstellen. - IP-Familie
-
Sie können jeden unterstützten Instanztyp verwenden, wenn Sie die
IPv4
Familie für einen Cluster verwenden, sodass Ihr Cluster Ihren Pods und Services privateIPv4
Adressen zuweisen kann. Wenn Sie jedoch dieIPv6
-Familie für Ihren Cluster verwenden möchten, müsste Sie die AWS -Nitro-System-Instance-Typen oder Bare-Metal-Instance-Typen verwenden. Nur IPv4
wird für Windows-Instances unterstützt. Ihr Cluster muss auf dem Version1.10.1
oder höher des Amazon-VPC-CNI-Add-ons ausgeführt wird. Weitere Informationen zur Verwendung vonIPv6
finden Sie unter Erfahren Sie mehr über IPv6 Adressen für Cluster, Pods und Dienste. - Version des Amazon VPC CNI-Add-ons, das Sie ausführen
-
Die aktuelle Version des Amazon-CNI-Plugins für Kubernetes
unterstützt diese Instance-Typen . Möglicherweise müssen Sie Ihre Amazon VPC-CNI-Add-on-Version aktualisieren, um die Vorteile der neuesten unterstützten Instance-Typen zu nutzen. Weitere Informationen finden Sie unter Pods mit dem Amazon VPC CNI zuweisen IPs . Die neueste Version unterstützt die neuesten Features für die Verwendung mit Amazon EKS. Frühere Versionen unterstützen nicht alle Funktionen. Sie können die von verschiedenen Versionen unterstützten Features im Änderungsverlauf auf GitHub anzeigen. - AWS Region, in der Sie Ihre Knoten erstellen
-
Nicht alle Instance-Typen sind in allen AWS Regionen verfügbar.
- Ob Sie Sicherheitsgruppen für Pods verwenden
-
Wenn Sie Sicherheitsgruppen für Pods verwenden, werden nur bestimmte Instanztypen unterstützt. Weitere Informationen finden Sie unter Weisen Sie einzelnen Pods Sicherheitsgruppen zu.
Amazon EKS hat die maximale Anzahl an Pods für jeden EC2 Amazon-Instance-Typ empfohlen
Da jedem Pod eine eigene IP-Adresse zugewiesen wird, ist die Anzahl der von einem Instance-Typ unterstützten IP-Adressen ein Faktor bei der Bestimmung der Anzahl der Pods, die auf der Instance ausgeführt werden können. Amazon EKS stellt ein Skript bereit, das Sie herunterladen und ausführen können, um die von Amazon EKS empfohlene maximale Anzahl von Pods zur Ausführung auf jedem Instance-Typ zu bestimmen. Das Skript verwendet Hardwareattribute jeder Instance und Konfigurationsoptionen, um die maximale Pod-Anzahl zu bestimmen. Sie können die in diesen Schritten zurückgegebene Zahl verwenden, um Funktionen wie die Zuweisung von IP-Adressen zu Pods aus einem anderen Subnetz als dem der Instance und die deutliche Erhöhung der Anzahl der IP-Adressen für Ihre Instance zu aktivieren. Wenn Sie eine verwaltete Knotengruppe mit mehreren Instance-Typen verwenden, verwenden Sie einen Wert, der für alle Instance-Typen funktioniert.
-
Laden Sie ein Skript herunter, mit dem Sie die maximale Anzahl von Pods für jeden Instance-Typ berechnen können.
curl -O https://raw.githubusercontent.com/awslabs/amazon-eks-ami/master/templates/al2/runtime/max-pods-calculator.sh
-
Markieren Sie das Skript auf Ihrem Computer als ausführbar.
chmod +x max-pods-calculator.sh
-
Führen Sie das Skript aus und ersetzen Sie
m5.large
durch den Instance-Typ, den Sie bereitstellen möchten, und1.9.0-eksbuild.1
durch Ihre Amazon-VPC-CNI-Add-on-Version. Informationen zur Bestimmung Ihrer Add-On-Version finden Sie in den Aktualisierungsverfahren unter Zuweisen IPs zu Pods mit der Amazon VPC CNI../max-pods-calculator.sh --instance-type m5.large --cni-version 1.9.0-eksbuild.1
Eine Beispielausgabe sieht wie folgt aus.
29
Sie können dem Skript die folgenden Optionen hinzufügen, um die maximal unterstützten Pods anzuzeigen, wenn optionale Funktionen verwendet werden.
-
--cni-custom-networking-enabled
— Verwenden Sie diese Option, wenn Sie IP-Adressen aus einem anderen Subnetz als dem Ihrer Instance zuweisen möchten. Weitere Informationen finden Sie unter Stellen Sie Pods in alternativen Subnetzen mit benutzerdefiniertem Netzwerk bereit. Das Hinzufügen dieser Option zum vorherigen Skript mit denselben Beispielwerten ergibt20
. -
--cni-prefix-delegation-enabled
– Verwenden Sie diese Option, wenn Sie jeder Elastic-Network-Schnittstelle deutlich mehr IP-Adressen zuweisen möchten. Diese Funktion erfordert eine Amazon Linux-Instance, die auf dem Nitro System und der Version1.9.0
oder höher des Amazon VPC CNI-Add-ons ausgeführt wird. Weitere Informationen finden Sie unter Weisen Sie Amazon EKS-Knoten mehr IP-Adressen mit Präfixen zu. Das Hinzufügen dieser Option zum vorherigen Skript mit denselben Beispielwerten ergibt110
.
-
Sie können das Skript auch mit der Option --help
ausführen, um alle verfügbaren Optionen anzuzeigen.
Anmerkung
Das Rechnerskript „Max Pods“ begrenzt den Rückgabewert 110
auf die Skalierbarkeitsgrenzwerte von Kubernetes250
, die auf internen Tests des Amazon EKS-Skalierbarkeitsteams basiert. Weitere Informationen finden Sie im Blogbeitrag Amazon VPC CNI plugin increases pods per node limits
Überlegungen zum automatischen EKS-Modus
Der automatische EKS-Modus begrenzt die Anzahl der Pods auf Knoten auf den folgenden Wert:
-
Hardcap für 110 Pods
-
Das Ergebnis der oben beschriebenen Berechnung der maximalen Anzahl an Pods.