View a markdown version of this page

Verwaltete Rechenumgebungen - AWS Batch
Überlegungen bei der Erstellung paralleler Jobs mit mehreren Knoten

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.

Verwaltete Rechenumgebungen

Sie können eine verwaltete Rechenumgebung verwenden, um die Kapazität und die Instanztypen der Rechenressourcen in der Umgebung zu AWS Batch verwalten. Dies basiert auf den Spezifikationen der Rechenressourcen, die Sie bei der Erstellung der Rechenumgebung definieren. Sie können wählen, ob Sie Amazon On-Demand EC2-Instances und Amazon EC2-Spot-Instances verwenden möchten. Oder Sie können alternativ Fargate- und Fargate Spot-Kapazitäten in Ihrer verwalteten Rechenumgebung verwenden. Wenn Sie Spot-Instances verwenden, können Sie optional einen Höchstpreis festlegen. Auf diese Weise werden Spot-Instances nur gestartet, wenn der Spot-Instance-Preis unter einem bestimmten Prozentsatz des On-Demand Preises liegt.

Wichtig

Fargate Spot-Instances werden auf Windows containers on AWS Fargate nicht unterstützt. Eine Job-Warteschlange wird blockiert, wenn ein FargateWindows Job an eine Job-Warteschlange weitergeleitet wird, die nur Fargate Spot-Rechenumgebungen verwendet.

Wichtig

AWS Batch erstellt und verwaltet mehrere AWS Ressourcen in Ihrem Namen und innerhalb Ihres Kontos, darunter Amazon EC2 Launch Templates, Amazon EC2 Auto Scaling Groups, Amazon EC2 Spot Fleets und Amazon ECS Clusters. Diese verwalteten Ressourcen sind speziell konfiguriert, um einen optimalen Betrieb zu gewährleisten. AWS Batch Manuelles Ändern dieser AWS Batch verwalteten Ressourcen kann, sofern in der AWS Batch Dokumentation nicht ausdrücklich anders angegeben, zu unerwartetem Verhalten führen, einschließlich INVALID Rechenumgebungen, suboptimalem Verhalten bei der Instanzskalierung, verzögerter Workload-Verarbeitung oder unerwarteten Kosten. Diese manuellen Änderungen können vom Service nicht deterministisch unterstützt werden. AWS Batch Verwenden Sie immer die unterstützten AWS Batch APIs oder die AWS Batch Konsole, um Ihre Computerumgebungen zu verwalten.

Zu den nicht unterstützten manuellen Änderungen gehören das Ausführen Ihrer eigenen Amazon ECS-Aufgaben oder -Services auf AWS Batch verwalteten Amazon ECS-Clustern oder das Starten zusätzlicher Prozesse, Daemons oder Dienste direkt auf -verwalteten Instances. AWS Batch AWS Batch übernimmt die volle Kontrolle über die Rechenressourcen in einer verwalteten Rechenumgebung und kann jederzeit Instances beenden, Aufgaben beenden oder den Cluster skalieren. Alle Workloads, die Sie außerhalb der AWS Batch Auftragsübermittlung auf diesen verwalteten Ressourcen ausführen, können ohne Vorwarnung unterbrochen werden. Die Ausführung von AWS Batch AWS Batch Nicht-Workloads auf verwalteten Clustern und Instanzen kann ebenfalls die AWS Batch Jobplanung und die Instanzskalierung beeinträchtigen.

Legen Sie für Rechenumgebungen, die Amazon ECS verwenden, keine Amazon ECS-Agentenkonfigurationswerte fest, die in Ihrer Startvorlage Benutzerdaten AWS Batch verwalten. Eine Liste der reservierten Werte finden Sie unterReservierte Konfigurationswerte für Amazon ECS-Agenten.

Verwaltete Rechenumgebungen starten Amazon EC2-Instances in der VPC und den Subnetzen, die Sie angeben, und registrieren sie dann bei einem Amazon ECS-Cluster. Die Amazon EC2-Instances benötigen externen Netzwerkzugriff, um mit dem Amazon ECS-Serviceendpunkt zu kommunizieren. Einige Subnetze stellen Amazon EC2-Instances keine öffentlichen IP-Adressen zur Verfügung. Wenn Ihre Amazon EC2-Instances keine öffentliche IP-Adresse haben, müssen sie Network Address Translation (NAT) verwenden, um diesen Zugriff zu erhalten. Weitere Informationen finden Sie unter NAT-Gateways im Benutzerhandbuch für Amazon VPC. Weitere Informationen zum Erstellen einer VPC finden Sie unter. Erstellen einer Virtual Private Cloud

Standardmäßig verwenden AWS Batch verwaltete Rechenumgebungen eine aktuelle, zugelassene Version des Amazon ECS-optimierten AMI für Rechenressourcen. Möglicherweise möchten Sie jedoch aus verschiedenen Gründen Ihr eigenes AMI erstellen, das Sie für Ihre verwalteten Computerumgebungen verwenden können. Weitere Informationen finden Sie unter Ressourcen-AMIs berechnen.

Anmerkung

AWS Batch aktualisiert die AMIs in einer Computerumgebung nicht automatisch, nachdem sie erstellt wurden. Beispielsweise werden die AMIs in Ihrer Computerumgebung nicht aktualisiert, wenn eine neuere Version des für Amazon ECS optimierten AMI veröffentlicht wird. Sie sind für die Verwaltung des Gastbetriebssystems verantwortlich. Dies beinhaltet alle Updates und Sicherheitspatches. Sie sind auch für alle zusätzlichen Anwendungssoftware oder Dienstprogramme verantwortlich, die Sie auf den Rechenressourcen installieren. Es gibt zwei Möglichkeiten, ein neues AMI für Ihre AWS Batch Aufgaben zu verwenden. Die ursprüngliche Methode besteht darin, die folgenden Schritte auszuführen:

  1. Erstellen Sie eine neue Datenverarbeitungsumgebung mit dem neuen AMI.

  2. Fügen Sie die Datenverarbeitungsumgebung einer vorhandenen Auftragswarteschlange hinzu.

  3. Entfernen Sie die alte Datenverarbeitungsumgebung aus Ihrer Auftragswarteschlange.

  4. Löschen Sie die alte Datenverarbeitungsumgebung.

Im April 2022 AWS Batch wurde eine erweiterte Unterstützung für die Aktualisierung von Computerumgebungen hinzugefügt. Weitere Informationen finden Sie unter Aktualisieren Sie eine Rechenumgebung in AWS Batch. Beachten Sie die folgenden Regeln, um die erweiterte Aktualisierung von Computing-Umgebungen zum Aktualisieren von AMIs zu verwenden:

  • Legen Sie entweder den Parameter service role (serviceRole) nicht fest oder setzen Sie ihn auf die AWSServiceRoleForBatch serviceverknüpfte Rolle.

  • Stellen Sie den Parameter für die Zuweisungsstrategie (allocationStrategy) auf BEST_FIT_PROGRESSIVEBEST_FIT_PROGRESSIVE_ORDERED, SPOT_CAPACITY_OPTIMIZEDSPOT_PRICE_CAPACITY_OPTIMIZED, oder SPOT_CAPACITY_OPTIMIZED_PRIORITIZED ein.

  • Setzen Sie den Parameter „Auf neueste Image-Version aktualisieren“ (updateToLatestImageVersion) auftrue.

  • Geben Sie keine AMI-ID in imageId, imageIdOverride (in ec2Configuration) oder in der Startvorlage (launchTemplate) an. AWS Batch Wählt in diesem Fall das neueste Amazon ECS-optimierte AMI aus, das AWS Batch zum Zeitpunkt der Initiierung des Infrastruktur-Updates von unterstützt wird. Alternativ können Sie die AMI-ID in den imageId oder imageIdOverride -Parametern oder in der durch die LaunchTemplate Eigenschaften identifizierten Startvorlage angeben. Wenn Sie eine dieser Eigenschaften ändern, wird ein Infrastruktur-Update gestartet. Wenn die AMI-ID in der Startvorlage angegeben ist, kann sie nicht durch Angabe einer AMI-ID in den imageIdOverride Parametern imageId oder ersetzt werden. Sie kann nur durch Angabe einer anderen Startvorlage ersetzt werden. Oder, wenn die Version der Startvorlage auf $Default oder gesetzt ist$Latest, indem Sie entweder eine neue Standardversion für die Startvorlage festlegen (falls vorhanden$Default) oder indem Sie der Startvorlage eine neue Version hinzufügen (falls ja$Latest).

Wenn diese Regeln befolgt werden, führt jedes Update, das ein Infrastruktur-Update startet, dazu, dass die AMI-ID erneut ausgewählt wird. Wenn die version Einstellung in der Startvorlage (launchTemplate) auf $Latest oder gesetzt ist$Default, wird die neueste oder die Standardversion der Startvorlage zum Zeitpunkt des Infrastruktur-Updates ausgewertet, auch wenn die nicht aktualisiert launchTemplate wurde.

Überlegungen bei der Erstellung paralleler Jobs mit mehreren Knoten

AWS Batch empfiehlt, dedizierte Rechenumgebungen für die Ausführung von MNP-Jobs (Multinode Parallel) und Nicht-MNP-Jobs zu erstellen. Dies liegt an der Art und Weise, wie Rechenkapazität in Ihrer verwalteten Computerumgebung geschaffen wird. Wenn Sie beim Erstellen einer neuen verwalteten Rechenumgebung einen minvCpu Wert größer als Null angeben, AWS Batch wird ein Instanzpool erstellt, der nur für Nicht-MNP-Jobs verwendet werden kann. Wenn ein paralleler Auftrag mit mehreren Knoten übermittelt wird, wird neue Instanzkapazität für die Ausführung der parallelen Jobs mit mehreren Knoten AWS Batch erstellt. In Fällen, in denen sowohl Einzelknoten- als auch Mehrknotenjobs in derselben Rechenumgebung ausgeführt werden und entweder ein minvCpus maxvCpus OR-Wert festgelegt ist, wird, wenn die erforderlichen Rechenressourcen nicht verfügbar sind, gewartet, bis die aktuellen Jobs abgeschlossen sind, bevor die Rechenressourcen erstellt AWS Batch werden, die für die Ausführung der neuen Jobs erforderlich sind.