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 Gehen Sie wie folgt vor, 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/](https://console.aws.amazon.com/batch/) 1. Wählen Sie in der Navigationsleiste die aus, die Sie verwenden AWS-Region möchten. 1. Wählen Sie im Navigationsbereich **Datenverarbeitungs-Umgebungen** aus. 1. Wählen Sie **Erstellen** aus. 1. Wählen Sie für die **Konfiguration der Rechenumgebung** **Amazon Elastic Kubernetes Service (Amazon EKS**). 1. 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. 1. Wählen Sie **unter 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 aus. 1. Wählen Sie für **EKS-Cluster** einen vorhandenen Amazon EKS-Cluster aus. 1. Geben Sie für **Namespace** einen Kubernetes Namespace ein, um Ihre AWS Batch Prozesse im Cluster zu gruppieren. 1. **(Optional) Erweitern Sie Tags.** Wählen Sie **Tag hinzufügen** und geben Sie dann ein Schlüssel-Wert-Paar ein. 1. Wählen Sie „**Nächste** Seite“. 1. (Optional) Aktivieren **Sie für EC2-Spot-Instances verwenden** die Option **Verwendung von Spot-Instances aktivieren, um Amazon EC2-Spot-Instances** zu verwenden. 1. (Nur Spot) Wählen Sie für den **On-Demand-Preis von maximal%** den maximalen Prozentsatz aus, den ein Spot-Instance-Preis im Vergleich zu dem 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, beträgt der Standardwert 100% des On-Demand Preises. 1. (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 `BEST_FIT` oder nicht angegeben ist. 1. (Optional) Wählen Sie für **Mindestanzahl an vCPUs** die Mindestanzahl an vCPUs aus, die Ihre Rechenumgebung verwaltet, unabhängig von der Nachfrage in der Jobwarteschlange. 1. (Optional) Wählen Sie für **Maximum vCPUs** die maximale Anzahl von vCPUs aus, auf die Ihre Rechenumgebung skaliert werden kann, unabhängig von der Nachfrage in der Job-Warteschlange. 1. (Optional) Wählen Sie **unter Verzögerung beim Herunterskalieren (Minuten)** die Mindestdauer (in Minuten) aus, für die Instanzen nach AWS Batch Abschluss ihrer Jobs in der Rechenumgebung weiterlaufen. 1. Wählen Sie **unter Zulässige Instance-Typen** die Amazon EC2 EC2-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.`c5`,`c5n`, oder`p3`). 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 beispielsweise `c5` nicht`c5.metal`. AWS Batch kann den Instanztyp für Sie auswählen, wenn Sie eine der folgenden Optionen wählen: + `optimal`um Instance-Typen aus 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_64`um x86-basierte Instance-Typen (aus den c7i Instance-Familien m6i c6ir6i,, und) auszuwählen, die den Ressourcenanforderungen der Job-Warteschlange entsprechen. + `default_arm64`um Arm-based Instance-Typen (aus den c7g Instance-Familien m6g c6gr6g,, und) auszuwählen, die den Ressourcenanforderungen der Job-Warteschlange entsprechen. **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 verwenden`default_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.](instance-type-compute-table.md) 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 skaliert die GPUs auf der Grundlage der erforderlichen Anzahl in Ihren Auftragswarteschlangen. Um die GPU-Planung verwenden zu können, muss die Rechenumgebung Instanztypen aus den `p4` Familien `p3``p5`,,`p6`,`g3`,`g3s`, `g4``g5`, oder `g6` enthalten. 1. (Optional) Erweitern Sie **Zusätzliche Konfiguration**. 1. (Optional) Geben Sie unter **Platzierungsgruppe** einen Namen für die Platzierungsgruppe ein, um Ressourcen in der Rechenumgebung zu gruppieren. 1. Wählen Sie als **Zuweisungsstrategie** **BEST\_FIT\_PROGRESSIVE** aus. 1. (Optional) Wählen Sie für die **Konfiguration von Amazon Machine Images (AMIs)** die Option **Amazon Machine Images (AMIS) -Konfiguration hinzufügen** aus. Sie können entweder ein Amazon EKS-optimized Amazon Linux AMI oder ein benutzerdefiniertes AMI verwenden. 1. So verwenden Sie ein [Amazon EKS-optimized Amazon Linux AMI](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): 1. Wählen Sie als **Bildtyp** eine der folgenden Optionen aus: + [Amazon Linux 2](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): Standard für alle AWS Graviton-based Instance-Familien (z. B., `C6g` `M6g``R6g`, und`T4g`) und kann für alle Instance-Typen ohne GPU verwendet werden. + [Amazon Linux 2 (beschleunigt)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): Standard für alle GPU-Instance-Familien (z. B. `P4` und`G4`) und kann für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden. + [Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): AWS Batch unterstützt Amazon Linux 2023 (AL2023). + [Amazon Linux 2023 (beschleunigt)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): GPU-Instance-Familien, die für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden können. 1. Geben Sie für **KubernetesVersion** eine [KubernetesVersionsnummer](supported_kubernetes_version.md) ein. 1. Um ein benutzerdefiniertes AMI zu verwenden: 1. Wählen Sie **unter Image-Typ** den AMI-Typ aus, auf dem das benutzerdefinierte AMI basiert: + [Amazon Linux 2](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): Standard für alle AWS Graviton-based Instance-Familien (z. B., `C6g` `M6g``R6g`, und`T4g`) und kann für alle Instance-Typen ohne GPU verwendet werden. + [Amazon Linux 2 (beschleunigt)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): Standard für alle GPU-Instance-Familien (z. B. `P4` und`G4`) und kann für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden. + [Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): AWS Batch unterstützt AL2023. + [Amazon Linux 2023 (beschleunigt)](https://docs.aws.amazon.com/eks/latest/userguide/eks-optimized-ami.html): GPU-Instance-Familien, die für alle AWS Graviton-based Nicht-Instance-Typen verwendet werden können. 1. Geben Sie für **Image ID Override** die benutzerdefinierte AMI-ID ein. 1. Geben Sie für **KubernetesVersion** eine [KubernetesVersionsnummer](supported_kubernetes_version.md) ein. 1. (Optional) Wählen Sie **unter Startvorlage** eine vorhandene [Startvorlage](eks-launch-templates.md) aus. 1. (Optional) Geben **Sie für Version der Startvorlage****$Default**,**$Latest**, oder eine Versionsnummer ein. 1. (Optional) Um eine **Überschreibung hinzuzufügen, wählen Sie unter Startvorlage** überschreiben die Option **Startvorlage hinzufügen** aus: 1. (Optional) Wählen Sie unter **Startvorlage** die Startvorlage aus, zu der Sie die Überschreibung hinzufügen möchten. 1. (Optional) Wählen Sie für **Launch Template Version** die Versionsnummer der Startvorlage`$Default`, oder`$Latest`. 1. (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 Instance-Typen und -Familien abzielen, die unter **Zulässige Instance-Typen** enthalten sind. 1. (Optional) Wählen Sie für **UserDataType** die EKS-Knoteninitialisierung aus. Verwenden Sie dieses Feld nur, wenn Sie ein AMI entweder im 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](mixed-ami-environments.md) verwenden. AL2023-based 1. **Wählen Sie Nächste Seite.** 1. Wählen Sie für **Virtual Private Cloud (VPC) ID** eine VPC aus, auf der die Instances gestartet werden sollen. 1. 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 and AWS Local Zones](https://docs.aws.amazon.com/eks/latest/userguide/local-zones.html) im *Amazon EKS-Benutzerhandbuch*. 1. (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. 1. Wählen Sie **Nächste Seite.** 1. **Ü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 **Rechenumgebung erstellen**.