Wählen Sie einen optimalen EC2 Amazon-Node-Instance-Typ - Amazon EKS
Von Amazon EKS empfohlenes Maximum Pods für jeden EC2 Amazon-Instance-TypÜberlegungen zum EKS automatischen Modus

Helfen Sie 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.

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.

Wählen Sie einen optimalen EC2 Amazon-Node-Instance-Typ

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 EC2Amazon-Benutzerhandbuch. Amazon EKS veröffentlicht verschiedene Varianten von Amazon EC2AMIs, um den Support zu ermöglichen. Um sicherzustellen, dass der von Ihnen ausgewählte Instance-Typ mit Amazon kompatibel istEKS, sollten Sie die folgenden Kriterien berücksichtigen.

  • All Amazon unterstützt derzeit EKS AMIs nicht die mac Familien g5g und.

  • Arm und nicht beschleunigte Amazon EKS AMIs unterstützt die p Familieng3, g4inf, und nicht.

  • Accelerated Amazon unterstützt die t Familien ac,hpc,m, und EKS AMIs nicht.

  • Für ARM-basierte Instances unterstützt Amazon Linux 2023 (AL2023) nur Instance-Typen, die Graviton2 oder neuere Prozessoren. AL2023 unterstützt keine A1 Instanzen.

Wenn Sie zwischen Instance-Typen wählen, die von Amazon unterstützt werdenEKS, sollten Sie die folgenden Funktionen der einzelnen Typen berücksichtigen.

Anzahl der Instances in einer Knotengruppe

Im Allgemeinen sind weniger, größere Instanzen besser, insbesondere wenn Sie viele haben Daemonsets. Jede Instanz erfordert API Aufrufe an den API Server. Je mehr Instanzen Sie haben, desto mehr Last wird der API Server beansprucht.

Betriebssystem

Überprüfen Sie die unterstützten Instance-Typen für Linux, Windows und Bottlerocket. Vor dem Erstellen Windows Instanzen finden Sie unter Windows-Knoten auf EKS Clustern bereitstellen.

Hardwarearchitektur

Brauchst du x86 or Arm? Vor dem Einsatz Arm Instances, überprüfen Sie Amazon EKS Optimized Arm Amazon Linux AMIs. Benötigen Sie Instances, die auf dem basieren Nitro System (Linux oder Windows) oder die über beschleunigte Funktionen verfügen? Wenn Sie beschleunigte Funktionen benötigen, können Sie nur Linux mit AmazonEKS.

Maximale Anzahl von Pods

Seit jedem Pod wird eine eigene IP-Adresse zugewiesen, ist die Anzahl der IP-Adressen, die von einem Instance-Typ unterstützt werden, ein Faktor bei der Bestimmung der Anzahl von Pods das kann auf der Instanz ausgeführt werden. Um manuell zu bestimmen, wie viele Pods ein Instance-Typ unterstützt, sieheVon Amazon EKS empfohlenes Maximum Pods für jeden EC2 Amazon-Instance-Typ. + NOTE: If you’re using an Amazon EKS optimized Amazon Linux 2 AMI that’s `v20220406 oder neuer, Sie können einen neuen Instanztyp verwenden, ohne ein Upgrade auf die neueste Version durchführen zu müssenAMI. Für diese AMI berechnet der automatisch den erforderlichen max-pods WertAMIs, wenn er nicht in der eni-max-podsTXT-Datei aufgeführt ist. Instance-Typen, die sich derzeit in der Vorschauversion befinden, werden von Amazon möglicherweise EKS standardmäßig nicht unterstützt. Werte für Max-Pods für solche Typen müssen in unseren noch hinzugefügt werden. eni-max-pods.txt AMI

AWS Nitro System-Instanztypen unterstützen optional deutlich mehr IP-Adressen als Instanztypen, die nicht von Nitro System stammen. Allerdings sind nicht alle IP-Adressen, die einer Instanz zugewiesen wurden, verfügbar für Pods. Um Ihren Instances eine deutlich größere Anzahl von IP-Adressen zuzuweisen, müssen Sie Version 1.9.0 oder höher des VPC CNI Amazon-Add-ons in Ihrem Cluster installiert und entsprechend konfiguriert haben. Weitere Informationen finden Sie unter Weisen Sie EKS Amazon-Knoten mehr IP-Adressen mit Präfixen zu. Um Ihren Instances die größte Anzahl an IP-Adressen zuzuweisen, müssen Sie Version 1.10.1 oder höher des VPC CNI Amazon-Add-ons in Ihrem Cluster installiert haben und den Cluster zusammen mit der IPv6 Familie bereitstellen.

IP-Familie

Sie können jeden unterstützten Instanztyp verwenden, wenn Sie die IPv4 Familie für einen Cluster verwenden. Dadurch kann Ihr Cluster private IPv4 Adressen zuweisen Pods und Dienste. Wenn Sie jedoch die IPv6-Familie für Ihren Cluster verwenden möchten, müsste Sie die AWS -Nitro-System-Instance-Typen oder Bare-Metal-Instance-Typen verwenden. IPv4Wird nur unterstützt für Windows Instanzen. Auf Ihrem Cluster muss Version 1.10.1 oder höher des VPC CNI Amazon-Add-ons ausgeführt werden. Weitere Informationen zur Verwendung von IPv6 finden Sie unter Erfahren Sie mehr über IPv6 Adressen für Cluster, pods, und Dienste.

Version des VPC CNI Amazon-Add-ons, das Sie ausführen

Die neueste Version des VPCCNIAmazon-Plug-ins für Kubernetes unterstützt diese Instance-Typen. Möglicherweise müssen Sie Ihre VPC CNI Amazon-Add-On-Version aktualisieren, um die neuesten unterstützten Instance-Typen nutzen zu können. Weitere Informationen finden Sie unter Amazon VPC CNI. Die neueste Version unterstützt die neuesten Funktionen für die Verwendung mit AmazonEKS. Frühere Versionen unterstützen nicht alle Funktionen. Sie können sich die Funktionen ansehen, die von verschiedenen Versionen unterstützt werden, im Changelog unter GitHub.

AWS Region, in der Sie Ihre Knoten erstellen

Nicht alle Instance-Typen sind in allen AWS Regionen verfügbar.

Ob Sie Sicherheitsgruppen verwenden für Pods

Wenn Sie Sicherheitsgruppen verwenden für Pods, nur bestimmte Instanztypen werden unterstützt. Weitere Informationen finden Sie unter Sicherheitsgruppen einzelnen Personen zuweisen pods.

Von Amazon EKS empfohlenes Maximum Pods für jeden EC2 Amazon-Instance-Typ

Seit jedem Pod wird eine eigene IP-Adresse zugewiesen, ist die Anzahl der IP-Adressen, die von einem Instance-Typ unterstützt werden, ein Faktor bei der Bestimmung der Anzahl von Pods das kann auf der Instanz ausgeführt werden. 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. Das Skript verwendet Hardwareattribute jeder Instanz und Konfigurationsoptionen, um das Maximum zu bestimmen Pods Zahl. Sie können die in diesen Schritten zurückgegebene Zahl verwenden, um Funktionen wie das Zuweisen von IP-Adressen zu Pods aus einem anderen Subnetz als dem der Instance und das deutliche Erhöhen 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.

  1. Laden Sie ein Skript herunter, mit dem Sie die maximale Anzahl von berechnen können Pods für jeden Instanztyp.

    curl -O https://raw.githubusercontent.com/awslabs/amazon-eks-ami/master/templates/al2/runtime/max-pods-calculator.sh

  2. Markieren Sie das Skript auf Ihrem Computer als ausführbar.

    chmod +x max-pods-calculator.sh

  3. Führen Sie das Skript aus und m5.large ersetzen Sie es durch den Instance-Typ, den Sie bereitstellen möchten, und 1.9.0-eksbuild.1 durch Ihre VPC CNI Amazon-Add-On-Version. Informationen zur Bestimmung Ihrer Add-On-Version finden Sie in den Aktualisierungsverfahren unter Zuweisen IPs zu Pods mit 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 maximale Anzahl zu sehen Pods wird unterstützt, 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 Bereitstellen pods in alternativen Subnetzen mit benutzerdefiniertem Netzwerk. Das Hinzufügen dieser Option zum vorherigen Skript mit denselben Beispielwerten ergibt 20.

    • --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 läuft, und Version 1.9.0 oder höher des VPC CNI Amazon-Add-ons. Weitere Informationen finden Sie unter Weisen Sie EKS Amazon-Knoten mehr IP-Adressen mit Präfixen zu. Das Hinzufügen dieser Option zum vorherigen Skript mit denselben Beispielwerten ergibt 110.

Sie können das Skript auch mit der Option --help ausführen, um alle verfügbaren Optionen anzuzeigen.

Anmerkung

Das Maximum Pods Das Rechnerskript begrenzt den Rückgabewert auf 110 basierend auf den Skalierbarkeitsgrenzwerten von Kubernetes und den empfohlenen Einstellungen. Wenn Ihr Instance-Typ mehr als 30 hatvCPUs, springt dieses Limit auf eine Zahl250, die auf internen Tests des EKS Amazon-Skalierbarkeitsteams basiert. Weitere Informationen finden Sie im Blogbeitrag zum VPCCNIAmazon-Plug-In erhöht die Anzahl der Pods pro Knoten.

Überlegungen zum EKS automatischen Modus

EKSDer automatische Modus begrenzt die Anzahl der Pods auf Knoten auf dem unteren der folgenden Werte:

  • Hardcap für 110 Pods

  • Das Ergebnis der oben beschriebenen Berechnung der maximalen Anzahl an Pods.

📝 Bearbeiten Sie diese Seite auf GitHub