View a markdown version of this page

Tutorial: Erstellen Sie eine verwaltete Rechenumgebung mithilfe von Amazon EKS-Ressourcen - AWS Batch

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.

Tutorial: Erstellen Sie eine verwaltete Rechenumgebung mithilfe von Amazon EKS-Ressourcen

Führen Sie die folgenden Schritte aus, um eine verwaltete Rechenumgebung mithilfe von Amazon Elastic Kubernetes Service (Amazon EKS) -Ressourcen zu erstellen.

  1. Öffnen Sie die AWS Batch Konsole unter. https://console.aws.amazon.com/batch/

  2. Wählen Sie in der Navigationsleiste die AWS-Region zu verwendende aus.

  3. Wählen Sie im Navigationsbereich Datenverarbeitungs-Umgebungen aus.

  4. Wählen Sie Erstellen aus.

  5. Wählen Sie für die Konfiguration der Compute-Umgebung Amazon Elastic Kubernetes Service (Amazon EKS) aus.

  6. Geben Sie für Name einen eindeutigen Namen für Ihre Rechenumgebung an. Der Name kann bis zu 128 Zeichen lang sein. Er kann Groß- und Kleinbuchstaben, Zahlen, Bindestriche (-) und Unterstriche (_) enthalten.

  7. Wählen Sie für die Instanzrolle ein vorhandenes Instanzprofil aus, dem die erforderlichen IAM-Berechtigungen zugeordnet sind.

    Anmerkung

    Um eine Rechenumgebung in der AWS Batch Konsole zu erstellen, wählen Sie ein Instanzprofil mit den eks:DescribeCluster Berechtigungen eks:ListClusters und.

  8. Wählen Sie für den EKS-Cluster einen vorhandenen Amazon EKS-Cluster aus.

    Anmerkung

    Der Cluster authenticationMode bestimmt, wie AWS Batch die Authentifizierung beim Cluster erfolgt. Sie können eksConfiguration.accessEntry.desiredState den Wert auf oder setzen AWS Batch , ENABLED um einen Amazon EKS-Zugangseintrag in Ihrem Namen zu verwalten (empfohlen), anstatt ihn zu verwenden aws-auth ConfigMap. Weitere Informationen finden Sie unter Authentifizierung bei Amazon EKS-Zugangseinträgen.

  9. Geben Sie für Namespace einen Kubernetes Namespace ein, um Ihre AWS Batch Prozesse im Cluster zu gruppieren.

  10. (Optional) Erweitern Sie Tags. Wählen Sie Tag hinzufügen und geben Sie dann ein Schlüssel-Wert-Paar ein.

  11. Wählen Sie „Nächste Seite“.

  12. (Optional) Aktivieren Sie unter EC2-Spot-Instances verwenden die Option Verwendung von Spot-Instances aktivieren, um Amazon EC2-Spot-Instances zu verwenden.

  13. (Nur Spot) Wählen Sie für Maximum% On-Demand-Preis den maximalen Prozentsatz aus, den ein Spot-Instance-Preis betragen kann, wenn er vor dem Start der Instances mit dem On-Demand Preis für diesen Instance-Typ verglichen wird. Wenn Ihr Höchstpreis beispielsweise 20% beträgt, muss der Spot-Preis unter 20% des aktuellen On-Demand Preises für diese EC2-Instance liegen. Sie zahlen immer nur den niedrigsten (Markt-) Preis und niemals mehr als Ihren maximalen Prozentsatz. Wenn Sie dieses Feld leer lassen, beträgt der Standardwert 100% des On-Demand Preises.

  14. (Nur Spot) Wählen Sie für die Spot-Flottenrolle die Amazon EC2 Spot-Flotten-IAM-Rolle für die SPOT Rechenumgebung aus.

    Wichtig

    Diese Rolle ist erforderlich, wenn die Zuweisungsstrategie auf festgelegt ist BEST_FIT oder nicht.

  15. (Optional) Wählen Sie für Mindest-vCPUs die Mindestanzahl an vCPUs aus, die Ihre Computerumgebung unabhängig vom Bedarf an Job-Queues verwaltet.

  16. (Optional) Wählen Sie für Maximale vCPUs die maximale Anzahl von vCPUs aus, auf die Ihre Rechenumgebung unabhängig vom Bedarf in der Job-Warteschlange skaliert werden kann.

  17. (Optional) Wählen Sie für die Verzögerung beim Herunterskalieren (Minuten) die Mindestdauer (in Minuten) aus, nach der Instances AWS Batch nach Abschluss ihrer Jobs in der Rechenumgebung ausgeführt werden.

  18. Wählen Sie für Zulässige Instance-Typen die Amazon EC2-Instance-Typen aus, die gestartet werden können. Sie können Instance-Familien angeben, um jeden Instance-Typ innerhalb dieser Familien zu starten (z. B.c5,c5n, oderp3). Oder Sie können bestimmte Größen innerhalb einer Familie angeben (z. B.c5.8xlarge). Instanztypen aus Metall sind nicht in den Instanzfamilien enthalten. Zum Beispiel beinhaltet c5 nichtc5.metal.

    AWS Batch kann den Instanztyp für Sie auswählen, wenn Sie eine der folgenden Optionen wählen:

    • optimalum Instance-Typen aus den modernen M-, C- und R-Instance-Familien auf der Grundlage der regionalen Verfügbarkeit auszuwählen. AWS Batch aktualisiert den Pool regelmäßig mit neueren Generationen innerhalb dieser Familien.

    • default_x86_64um x86-basierte Instance-Typen (aus denm6i, c6ir6i, und c7i Instance-Familien) auszuwählen, die den Ressourcenanforderungen der Job-Warteschlange entsprechen.

    • default_arm64um Arm-based Instance-Typen (aus denm6g, c6gr6g, und c7g Instance-Familien) auszuwählen, die den Ressourcenanforderungen der Job-Warteschlange entsprechen.

    Anmerkung

    • Die Verfügbarkeit der Instanzfamilie variiert je nach AWS-Region. Beispielsweise verfügen einige AWS-Region S möglicherweise nicht über Instance-Familien der vierten Generation, sondern über Instance-Familien der fünften und sechsten Generation.

    • Bei der Verwendung von default_x86_64 default_arm64 Instance-Paketen werden Instance-Familien auf der Grundlage eines ausgewogenen Verhältnisses zwischen Wirtschaftlichkeit und Leistung AWS Batch ausgewählt. Instances der neueren Generation bieten oft ein besseres Preis-Leistungs-Verhältnis. Sie AWS Batch können sich jedoch für eine Instance-Familie der früheren Generation entscheiden, wenn diese die optimale Kombination aus Verfügbarkeit, Kosten und Leistung für Ihre Arbeitslast bietet. Wenn beispielsweise sowohl C6I- als auch C7I-Instances verfügbar sind, AWS Batch sollten Sie möglicherweise C6i-Instances auswählen, wenn sie für Ihre spezifischen Aufgabenanforderungen eine bessere Kosteneffektivität bieten. AWS-Region Weitere Informationen zu AWS Batch Instance-Typen und AWS-Region Verfügbarkeit finden Sie unter Berechnungstabelle für Instance-Typen. Instanztyp: Tabelle berechnen

    • AWS Batch aktualisiert Ihre Instances in Standardpaketen regelmäßig auf neuere, kostengünstigere Optionen. Aktualisierungen erfolgen automatisch, ohne dass Sie etwas unternehmen müssen. Ihre Workloads laufen während der Updates ohne Unterbrechung weiter

    Anmerkung

    Wenn Sie eine Compute-Umgebung erstellen, müssen die Instance-Typen, die Sie für die Compute-Umgebung auswählen, dieselbe Architektur verwenden. Beispielsweise ist es nicht möglich, x86- und ARM-Instances in derselben Compute-Umgebung zu kombinieren.

    Anmerkung

    AWS Batch skaliert GPUs auf der Grundlage der erforderlichen Anzahl in Ihren Auftragswarteschlangen. Um GPU-Scheduling verwenden zu können, muss die Rechenumgebung Instance-Typen aus den p4 Familien p3p5,,p6,g3,g3s, g4g5, oder g6 enthalten.

  19. (Optional) Erweitern Sie Zusätzliche Konfiguration.

    1. (Optional) Geben Sie für Platzierungsgruppe einen Platzierungsgruppennamen ein, um Ressourcen in der Rechenumgebung zu gruppieren.

    2. Wählen Sie für die Allokationsstrategie BEST_FIT_PROGRESSIVE aus.

    3. (Optional) Wählen Sie für die Konfiguration von Amazon Machine Images (AMIS) die Option Konfiguration für Amazon Machine Images (AMIS) hinzufügen aus.

      Sie können entweder ein Amazon EKS-optimized Amazon Linux AMI oder ein benutzerdefiniertes AMI verwenden.

      1. Um ein Amazon EKS-optimized Amazon Linux AMI zu verwenden:

        1. Wählen Sie als Image-Typ eine der folgenden Optionen aus:

          • Amazon Linux 2: Standard für alle AWS Graviton-based Instance-Familien (z. B., C6g M6gR6g, undT4g) und kann für alle Nicht-GPU-Instance-Typen verwendet werden.

          • Amazon Linux 2 (beschleunigt): Standard für alle GPU-Instance-Familien (z. B. P4 undG4) und kann für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden.

          • Amazon Linux 2023: AWS Batch unterstützt Amazon Linux 2023 (AL2023).

          • Amazon Linux 2023 (beschleunigt): GPU-Instance-Familien und kann für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden.

        2. Geben Sie für die Kubernetes Version eine Kubernetes Versionsnummer ein.

      2. Um ein benutzerdefiniertes AMI zu verwenden:

        1. Wählen Sie für Image-Typ den AMI-Typ aus, auf dem das benutzerdefinierte AMI basiert:

          • Amazon Linux 2: Standard für alle AWS Graviton-based Instance-Familien (z. B., C6g M6gR6g, undT4g) und kann für alle Nicht-GPU-Instance-Typen verwendet werden.

          • Amazon Linux 2 (beschleunigt): Standard für alle GPU-Instance-Familien (z. B. P4 undG4) und kann für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden.

          • Amazon Linux 2023: AWS Batch unterstützt AL2023.

          • Amazon Linux 2023 (beschleunigt): GPU-Instance-Familien und kann für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden.

        2. Geben Sie für Image ID Override die benutzerdefinierte AMI-ID ein.

        3. Geben Sie für Kubernetes Version eine Kubernetes Versionsnummer ein.

    4. (Optional) Wählen Sie für Startvorlage eine vorhandene Startvorlage aus.

    5. (Optional) Geben $Default Sie für Launch-Vorlagenversion eine oder eine Versionsnummer ein. $Latest

    6. (Optional) Wählen Sie für Startvorlage überschreiben die Option Startvorlage hinzufügen aus, um eine Überschreibung hinzuzufügen:

      1. (Optional) Wählen Sie für Startvorlage die Startvorlage aus, der Sie die Überschreibung hinzufügen möchten.

      2. (Optional) Wählen Sie für die Launch-Vorlagenversion die Versionsnummer der Startvorlage aus$Default, oder$Latest.

      3. (Optional) Wählen Sie für Target-Instance-Typen den Instance-Typ oder die Instance-Familie aus, auf die diese Überschreibung angewendet werden soll. Dies kann nur auf Instanztypen und Familien abzielen, die in den zulässigen Instance-Typen enthalten sind.

      4. (Optional) Wählen Sie für UserDataType die EKS-Knoteninitialisierung aus. Verwenden Sie dieses Feld nur, wenn Sie ein AMI entweder in der Launch Template oder als Launch Template Override angegeben haben. Wählen Sie EKS_NODEADM für benutzerdefinierte AMIs, die auf EKS_AL2023 oder basieren, EKS_AL2023_NVIDIA oder EKS_BOOSTRAP_SH für und. EKS_AL2 EKS_AL_NVIDIA Der Standardwert ist EKS_BOOSTRAP_SH.

        Sie würden UserDataType verwenden, wenn Sie eine gemischte Umgebung haben, in der Sie sowohl AL2- als auch benutzerdefinierte AMIs in derselben Rechenumgebung verwenden. AL2023-based

  20. Wählen Sie Nächste Seite.

  21. Wählen Sie für die Virtual Private Cloud (VPC) ID eine VPC aus, auf der die Instances gestartet werden sollen.

  22. Wählen Sie für Subnetze die zu verwendenden Subnetze aus. Standardmäßig sind alle Subnetze innerhalb der ausgewählten VPC verfügbar.

    Anmerkung

    AWS Batch auf Amazon EKS unterstützt Local Zones. Weitere Informationen finden Sie unter Amazon EKS und AWS Local Zones im Amazon EKS-Benutzerhandbuch.

  23. (Optional) Wählen Sie für Sicherheitsgruppen eine Sicherheitsgruppe aus, die Sie Ihren Instances zuordnen möchten. Standardmäßig ist die Standardsicherheitsgruppe für Ihre VPC ausgewählt.

  24. Wählen Sie Nächste Seite.

  25. Überprüfen Sie für „Überprüfen“ die Konfigurationsschritte. Wenn Sie Änderungen vornehmen müssen, wählen Sie Edit (Bearbeiten). Wenn Sie fertig sind, wählen Sie Computerumgebung erstellen aus.