Überlegungen zur Rechenumgebung für mit MNP AWS Batch - 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.

Überlegungen zur Rechenumgebung für mit MNP AWS Batch

Es gibt mehrere Dinge, die Sie berücksichtigen sollten, wenn Sie die Datenverarbeitungsumgebungen so konfigurieren, dass parallele Aufträge mit mehreren Knoten mit AWS Batch ausgeführt werden.

  • parallel Jobs mit mehreren Knoten werden in UNMANAGED Computerumgebungen nicht unterstützt.

  • Wenn Sie parallel Jobs mit mehreren Knoten an eine Rechenumgebung senden möchten, erstellen Sie eine Cluster-Platzierungsgruppe in einer einzigen Availability Zone und ordnen Sie sie Ihren Rechenressourcen zu. Dadurch bleiben Ihre parallel Jobs mit mehreren Knoten in einer logischen Gruppierung von Instanzen mit hohem Netzwerkflusspotenzial nahe beieinander. Weitere Informationen finden Sie unter Placement-Gruppen im EC2Amazon-Benutzerhandbuch.

  • parallel Jobs mit mehreren Knoten werden in Computerumgebungen, die Spot-Instances verwenden, nicht unterstützt.

  • AWS Batch parallel Jobs mit mehreren Knoten verwenden den ECS awsvpc Amazon-Netzwerkmodus, der Ihren parallel Job-Containern mit mehreren Knoten dieselben Netzwerkeigenschaften wie EC2 Amazon-Instances verleiht. Jeder parallel Jobcontainer mit mehreren Knoten erhält seine eigene elastic network interface, eine primäre private IP-Adresse und einen internen DNS Hostnamen. Die Netzwerkschnittstelle wird im gleichen VPC-Subnetz erstellt wie ihre Host-Datenverarbeitungsressource. Alle Sicherheitsgruppen, die auf Ihre Datenverarbeitungsressourcen angewendet werden, werden auch darauf angewendet. Weitere Informationen finden Sie unter Task Networking with the awsvpc Network Mode im Amazon Elastic Container Service Developer Guide.

  • Ihrer Computerumgebung sind möglicherweise nicht mehr als fünf Sicherheitsgruppen zugeordnet.

  • Der awsvpc Netzwerkmodus bietet keine elastischen Netzwerkschnittstellen für parallel Jobs mit mehreren Knoten und öffentlichen IP-Adressen. Um auf das Internet zugreifen zu können, müssen Ihre Rechenressourcen in einem privaten Subnetz gestartet werden, das für die Verwendung eines NAT Gateways konfiguriert ist. Weitere Informationen finden Sie unter NATGateways im VPCAmazon-Benutzerhandbuch. Für die Kommunikation zwischen den Knoten muss die private IP-Adresse oder der DNS Hostname des Knotens verwendet werden. parallel Jobs mit mehreren Knoten, die auf Rechenressourcen in öffentlichen Subnetzen ausgeführt werden, haben keinen ausgehenden Netzwerkzugriff. Informationen zum Erstellen eines VPC mit privaten Subnetzen und einem NAT Gateway finden Sie unter. Erstellen einer Virtual Private Cloud

  • Die Elastic Network-Schnittstellen, die erstellt und an Ihre Rechenressourcen angehängt werden, können nicht manuell getrennt oder von Ihrem Konto geändert werden. Dadurch soll verhindert werden, dass versehentlich eine elastic network interface gelöscht wird, die mit einem laufenden Job verknüpft ist. Um die Elastic Network-Schnittstellen für eine Aufgabe freizugeben, beenden Sie den Auftrag.

  • Ihre Rechenumgebung muss über genügend Höchstwerte verfügen vCPUs , um Ihren parallel Job mit mehreren Knoten zu unterstützen.

  • Ihr EC2 Amazon-Instance-Kontingent beinhaltet die Anzahl der Instances, die für die Ausführung Ihres Jobs erforderlich sind. Nehmen wir zum Beispiel an, dass für Ihren Job 30 Instances erforderlich sind, Ihr Konto jedoch nur 20 Instances in einer Region ausführen kann. Dann bleibt Ihr Job im RUNNABLE Status hängen.

  • Wenn Sie in einem parallel Job mit mehreren Knoten einen Instanztyp für eine Knotengruppe angeben, muss Ihre Rechenumgebung diesen Instanztyp starten.