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

Gehen Sie wie folgt vor, um eine verwaltete Rechenumgebung mithilfe von Amazon Elastic Compute Cloud (Amazon EC2) -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 aus, die Sie verwenden AWS-Region möchten.

3. Wählen Sie im Navigationsbereich Environments (Umgebungen) aus.

4. Wählen Sie Umgebung erstellen und dann Umgebung berechnen aus.

5. Konfigurieren Sie die Umgebung.

   1. Wählen Sie für die Konfiguration der Rechenumgebung Amazon Elastic Compute Cloud (Amazon EC2).

   2. Wählen Sie als Orchestrierungstyp die Option Verwaltet aus.

   3. Geben Sie unter 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.

   4. Wählen Sie für die Servicerolle die serviceverknüpfte Rolle aus, mit der der AWS Batch Dienst in Ihrem Namen die erforderlichen AWS API-Operationen aufrufen kann. Wählen Sie zum Beispiel aus AWSServiceRoleForBatch. Weitere Informationen finden Sie unter Verwenden von serviceverknüpften Rollen für AWS Batch.

   5. Wählen Sie im Feld Instance-Role (Instance-Rolle) ein neues Instance-Profil aus oder verwenden Sie ein bestehendes Instance-Profil, bei dem die erforderlichen IAM-Berechtigungen angefügt sind. Dieses Instance-Profil ermöglicht es den Amazon ECS-Container-Instances, die für Ihre Rechenumgebung erstellt wurden, die erforderlichen AWS API-Operationen in Ihrem Namen aufzurufen. Weitere Informationen finden Sie unter Amazon ECS-Instance-Rolle. Wenn Sie ein neues Instance-Profil erstellen, wird die erforderliche Rolle (ecsInstanceRole) für Sie erstellt.

   6. (Optional) Erweitern Sie Tags.

      1. (Optional) Wählen Sie für EC2 Tags die Option Tag hinzufügen aus, um Ressourcen, die in der Rechenumgebung gestartet werden, ein Tag hinzuzufügen. Geben Sie dann einen Schlüsselnamen und optional einen Wert ein. Wählen Sie Add tag.

      2. (Optional) Wählen Sie für Tags die Option Tag hinzufügen aus. Geben Sie dann einen Schlüsselnamen und optional einen Wert ein. Wählen Sie Add tag.

         Weitere Informationen finden Sie unter Kennzeichnen Sie Ihre AWS Batch Ressourcen.

   7. Wählen Sie Weiter aus.

6. Gehen Sie im Abschnitt Instanzkonfiguration wie folgt vor:

   1. (Optional) Aktivieren Sie unter Verwendung von Spot-Instances die Option Spot. Weitere Informationen finden Sie unter Spot-Instances.

   2. (Nur Spot) Wählen Sie für den On-Demand-Preis von maximal% den maximalen Prozentsatz aus, den ein Spot-Instance-Preis im Vergleich zum On-Demand-Preis für diesen Instance-Typ vor dem Start der Instances betragen kann. Wenn Ihr Höchstpreis beispielsweise 20% beträgt, muss der Spot-Preis weniger als 20% des aktuellen On-Demand-Preises für diese EC2 Instance betragen. Sie zahlen immer nur den niedrigsten (Markt-) Preis und niemals mehr als Ihren maximalen Prozentsatz. Wenn Sie dieses Feld leer lassen, ist der Standardwert 100 % des On-Demand-Preises.

   3. (Nur Spot) Wählen Sie für die Spot-Flottenrolle eine bestehende Amazon EC2 Spot Fleet IAM-Rolle aus, die Sie auf Ihre Spot-Computerumgebung anwenden möchten. Wenn Sie noch keine bestehende Amazon EC2 Spot Fleet IAM-Rolle haben, müssen Sie zuerst eine erstellen. Weitere Informationen finden Sie unter Rolle bei Amazon EC2 Spot Fleet.

      Wichtig

      Um Ihre Spot-Instances bei der Erstellung zu taggen, muss Ihre Amazon EC2 Spot Fleet IAM-Rolle die neuere von Amazon EC2 SpotFleetTaggingRole verwaltete Richtlinie verwenden. Die von Amazon EC2 SpotFleetRole verwaltete Richtlinie verfügt nicht über die erforderlichen Berechtigungen, um Spot-Instances zu taggen. Weitere Informationen erhalten Sie unter Spot-Instances wurden bei der Erstellung nicht markiert und Markieren Ihrer -Ressourcen mit Tags (Markierungen).

   4. Wählen Sie für Minimum v CPUs die Mindestanzahl von v ausCPUs , die Ihre Rechenumgebung unabhängig von der Nachfrage in der Job-Warteschlange beibehält.

   5. Wählen Sie für CPUsDesired v die Anzahl von v ausCPUs , mit der Ihre Rechenumgebung gestartet wird. Wenn die Nachfrage in Ihrer Job-Warteschlange steigt, AWS Batch können Sie die gewünschte Anzahl von v CPUs in Ihrer Rechenumgebung erhöhen und EC2 Instanzen hinzufügen, bis die maximale Anzahl v erreicht istCPUs. Bei sinkender Nachfrage AWS Batch kann die gewünschte Anzahl von v CPUs in Ihrer Rechenumgebung verringert und Instanzen bis auf das Minimum v entfernt CPUs werden.

   6. Wählen Sie für Maximum v die maximale Anzahl von v ausCPUs, auf CPUs die Ihre Rechenumgebung skaliert werden kann, unabhängig von der Nachfrage in der Jobwarteschlange.

   7. Wählen Sie unter Zulässige Instance-Typen die EC2 Amazon-Instance-Typen aus, die gestartet werden können. Sie können Instance-Familien angeben, um jeden beliebigen Instance-Typ innerhalb dieser Familien zu starten (z. B. c5c5n,, oderp3). Sie können auch bestimmte Größen innerhalb einer Familie angeben (z. B.c5.8xlarge). Instanztypen aus Metall gehören nicht zu den Instanzfamilien. Beinhaltet zum Beispiel 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 denc4,, m4 r4 c5m5, und r5 Instance-Familien) auszuwählen, die den Anforderungen Ihrer Job-Warteschlangen entsprechen.

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

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

      Anmerkung

      Ab dem 11.01.2025 optimal wird das Verhalten von entsprechend geändert. default_x86_64 Während der Änderung könnten Ihre Instanzfamilien auf eine neuere Generation aktualisiert werden. Sie müssen keine Aktionen ausführen, damit das Upgrade durchgeführt werden kann. Weitere Informationen zu Änderungen finden Sie unter.

      Anmerkung

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

      • Wenn Sie unsere default_arm64 Instance-Bundles verwendendefault_x86_64, AWS Batch wählt die Instance-Familien auf der Grundlage eines ausgewogenen Verhältnisses zwischen Kosteneffektivität und Leistung aus. Instances der neueren Generation bieten zwar oft ein besseres Preis-Leistungs-Verhältnis, aber AWS Batch vielleicht entscheiden Sie sich für eine Instance-Familie einer früheren Generation, wenn diese die optimale Kombination aus Verfügbarkeit, Kosten und Leistung für Ihren Workload bietet. In einer AWS-Region Umgebung, in der sowohl c6i- als auch c7i-Instances verfügbar sind, AWS Batch könnten Sie sich für c6i-Instances entscheiden, wenn sie für Ihre spezifischen Aufgabenanforderungen eine bessere Kosteneffektivität bieten. Weitere Informationen zu AWS Batch Instance-Typen und AWS-Region Verfügbarkeit finden Sie in der Berechnungstabelle für Instance-Typen.

      • AWS Batch aktualisiert Ihre Instances in Standardpaketen regelmäßig auf neuere, kostengünstigere Optionen. Updates 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 wird auf der GPUs Grundlage der erforderlichen Menge in Ihren Auftragswarteschlangen skaliert. Um die GPU-Planung verwenden zu können, muss die Rechenumgebung Instance-Typen aus den g6 Familien p3 p4p5,p6,g3,g3s,g4,g5, oder enthalten.

   8. Wählen Sie als Allocation strategy (Zuordnungsstrategie) die Zuordnungsstrategie aus, die bei der Auswahl von Instance-Typen aus der Liste der zulässigen Instance-Typen verwendet werden soll. BEST_FIT_PROGRESSIVE ist normalerweise die bessere Wahl für EC2 On-Demand-Rechenumgebungen, SPOT_CAPACITY_OPTIMIZED und SPOT_PRICE_CAPACITY_OPTIMIZED für Spot-Rechenumgebungen. EC2 Weitere Informationen finden Sie unter Strategien zur Zuweisung von Instance-Typen für AWS Batch.

   9. Erweitern Sie Additional configuration (Zusätzliche Konfiguration).

      1. (Optional) Geben Sie für Placement-Gruppe einen Namen für die Placement-Gruppe ein, um Ressourcen in der Rechenumgebung zu gruppieren.

      2. (Optional) Wählen Sie für das EC2 key pair ein öffentliches und ein privates key pair als Sicherheitsanmeldedaten aus, wenn Sie eine Verbindung mit der Instance herstellen. Weitere Informationen zu EC2 Amazon-Schlüsselpaaren finden Sie unter EC2 Amazon-Schlüsselpaare und Linux-Instances.

      3. (Optional) Wählen Sie für die EC2 Konfiguration die Werte Image-Typ und Image-ID Override aus, AWS Batch um Informationen zur Auswahl von Amazon Machine Images (AMIs) für Instances in der Rechenumgebung bereitzustellen. Wenn die Image-ID-Override nicht für jeden Image-Typ angegeben ist, AWS Batch wird ein aktuelles Amazon ECS-optimiertes AMI ausgewählt. Wenn kein Image-Typ angegeben ist, ist der Standard Amazon Linux 2 für Instances ohne GPU oder AWS Graviton.

         Wichtig

         Um ein benutzerdefiniertes AMI zu verwenden, wählen Sie den Image-Typ aus und geben Sie dann die benutzerdefinierte AMI-ID in das Feld Image-ID Override ein.

         Amazon Linux 2

         Standard für alle AWS Graviton-basierten Instance-Familien (z. B., C6g M6gR6g, undT4g) und kann für alle Instance-Typen ohne GPU verwendet werden.

         Amazon Linux 2 (GPU)

         Standard für alle GPU-Instanzfamilien (zum Beispiel P4 undG4) und kann für alle Instance-Typen verwendet werden, die nicht auf AWS Graviton basieren.

         Amazon Linux 2023

         AWS Batch unterstützt Amazon Linux 2023.

         Anmerkung

         Amazon Linux 2023 unterstützt keine A1 Instances.

         Amazon Linux 2023 (GPU)

         Standard für alle GPU-Instance-Familien (zum Beispiel P4 undG4) und kann für alle Instance-Typen verwendet werden, die nicht AWS auf Graviton basieren.

         Anmerkung

         Das AMI, das Sie für eine Compute-Umgebung auswählen, muss der Architektur der Instance-Typen entsprechen, die Sie für die betreffende Compute-Umgebung verwenden möchten. Wenn Ihre Datenverarbeitungsumgebung beispielsweise A1-Instance-Typen verwendet, muss das von Ihnen ausgewählte Compute-Ressourcen-AMI ARM-Ressourcen unterstützen. Amazon ECS verkauft sowohl x86- als auch ARM-Versionen des für Amazon ECS optimierten Amazon Linux 2-AMI. Weitere Informationen finden Sie unter Amazon ECS-optimiertes Amazon Linux 2-AMI im Amazon Elastic Container Service Developer Guide.

   10. (Optional) Erweitern Sie Launch-Vorlagen

       1. Wählen Sie für Standard-Startvorlage eine bestehende EC2 Amazon-Startvorlage aus, um Ihre Rechenressourcen zu konfigurieren. Die Standardversion der Vorlage wird automatisch ausgefüllt. Weitere Informationen finden Sie unter Verwenden Sie EC2 Amazon-Startvorlagen mit AWS Batch.

          Anmerkung

          In einer Startvorlage können Sie ein benutzerdefiniertes AMI angeben, das Sie erstellt haben.

       2. (Optional) Geben Sie als Standardversion, $Default$Latest, oder eine bestimmte Versionsnummer ein, die verwendet werden soll.

          Anmerkung

          Hinweis: Wenn Sie eine der Ersatzvariablen ($Default oder $Latest) verwenden, wird die aktuelle Standard- oder neueste Versionsnummer zum Zeitpunkt des Speicherns dieser Konfiguration verwendet. Wenn sich die Standard- oder neueste Version in future ändert, müssen Sie die Informationen aktualisieren — sie werden nicht automatisch aktualisiert.

          Wichtig

          Wenn der Versionsparameter der Startvorlage $Default oder ist$Latest, wird die Standard- oder neueste Version der angegebenen Startvorlage bei einem Infrastruktur-Update bewertet. Wenn standardmäßig eine andere AMI-ID ausgewählt ist oder die neueste Version der Startvorlage ausgewählt ist, wird diese AMI-ID im Update verwendet. Weitere Informationen finden Sie unter Aktualisierung der AMI-ID.

       3. (Optional) Wählen Sie unter Startvorlage überschreiben die Option Startvorlage überschreiben hinzufügen

          1. (Optional) Wählen Sie unter Launch-Vorlage eine bestehende EC2 Amazon-Startvorlage aus, die für bestimmte Instance-Typen und -Familien verwendet werden soll.

          2. (Optional) Geben Sie für die Standardversion eine bestimmte Versionsnummer ein, die verwendet werden soll$Default, oder$Latest.

             Anmerkung

             Wenn Sie entweder die $Latest Variable $Default oder verwenden, AWS Batch werden die aktuellen Informationen zum Zeitpunkt der Erstellung der Rechenumgebung übernommen. Wenn sich die Standard- oder neueste Version in future ändert, müssen Sie die Informationen über UpdateComputeEnvironmentoder über das AWS Management Console - aktualisieren AWS Batch.

          3. (Optional) Wählen Sie für Target-Instance-Typen den Instance-Typ oder die Instance-Familie aus, auf die Sie die Override-Startvorlage anwenden möchten.

             Anmerkung

             Wenn Sie eine Startvorlage zum Außerkraftsetzen angeben, ist die Angabe der Target-Instanztypen erforderlich. Weitere Informationen finden Sie unter LaunchTemplateSpecificationOverride. targetInstanceTypes.

             Anmerkung

             Wenn der Instanztyp oder die Familie, die Sie auswählen möchten, nicht in dieser Liste angezeigt wird, überprüfen Sie die Auswahl, die Sie in Allowed instance types getroffen haben.

   11. Wählen Sie Weiter aus.

7. Gehen Sie im Abschnitt Netzwerkkonfiguration wie folgt vor:

   Wichtig

   Datenverarbeitungsressourcen benötigen einen externen Netzwerkzugriff, um mit dem Amazon-ECS-Service-Endpunkt zu kommunizieren. Dies kann über einen Schnittstellen-VPC-Endpunkt oder über Ihre Datenverarbeitungsressourcen mit öffentlichen IP-Adressen sein.

   Weitere Informationen zu Interface-VPC-Endpunkten finden Sie unter Amazon-ECS-Schnittstellen-VPC-Endpunkte (AWS PrivateLink) im Amazon Elastic Container Service-Entwicklerhandbuch.

   Wenn Sie keinen Schnittstellen-VPC-Endpunkt konfiguriert haben und Ihre Datenverarbeitungsressourcen keine öffentlichen IP-Adressen haben, müssen Sie Netzwerkadressübersetzung (Network Address Translation, NAT) verwenden, um diesen Zugriff zur Verfügung zu stellen. Weitere Informationen finden Sie unter NAT-Gateways im Amazon VPC-Benutzerhandbuch. Weitere Informationen finden Sie unter Erstellen einer VPC.

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

   2. 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 bei Amazon EC2 unterstützt Local Zones. Weitere Informationen finden Sie unter Local Zones im EC2 Amazon-Benutzerhandbuch und Amazon ECS-Clustern in Local Zones, Wavelength Zones und AWS Outposts im Amazon Elastic Container Service Developer Guide.

   3. (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.

      Anmerkung

      Hinweis: Wenn Sie eine der Ersatzvariablen ($Default oder $Latest) verwenden, wird die aktuelle Standard- oder neueste Versionsnummer zum Zeitpunkt des Speicherns dieser Konfiguration verwendet. Wenn sich die Standard- oder neueste Version in future ändert, müssen Sie die Informationen aktualisieren — sie werden nicht automatisch aktualisiert.

8. Wählen Sie Nächste Seite.

9. Überprüfen Sie die Konfigurationsschritte zur Überprüfung. Wenn Sie Änderungen vornehmen müssen, wählen Sie Edit (Bearbeiten). Wenn Sie fertig sind, wählen Sie Create Compute Environment aus.