AWS ParallelCluster mit AWS Batch Scheduler - AWS ParallelCluster

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.

AWS ParallelCluster mit AWS Batch Scheduler

Wenn Sie awsbatch als Scheduler-Typ verwenden, AWS ParallelCluster wird eine AWS Batch verwaltete Rechenumgebung erstellt. Die AWS Batch Umgebung verwaltet Amazon Elastic Container Service (AmazonECS) Container-Instances. Diese Instances werden in dem im SubnetIdsParameter AwsBatchQueues/Networking/konfigurierten Subnetz gestartet. AWS Batch Damit ECS Amazon-Container-Instances ordnungsgemäß funktionieren, benötigen sie externen Netzwerkzugriff, um mit dem ECS Amazon-Serviceendpunkt zu kommunizieren. Daraus ergeben sich die folgenden Szenarien:

  • Die für die Warteschlange angegebene Subnetz-ID verwendet ein NATGateway für den Zugriff auf das Internet. Wir haben diesen Ansatz empfohlen.

  • Instances, die im Warteschlangensubnetz gestartet werden, haben öffentliche IP-Adressen und können über ein Internet Gateway auf das Internet zugreifen.

Wenn Sie außerdem an parallel Jobs mit mehreren Knoten interessiert sind (aus den AWS Batch Dokumenten):

AWS Batch parallel Jobs mit mehreren Knoten verwenden den ECS awsvpc Amazon-Netzwerkmodus. Dadurch erhalten Ihre parallel Jobcontainer mit mehreren Knoten dieselben Netzwerkeigenschaften wie EC2 Amazon-Instances. 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 selben VPC Amazon-Subnetz wie ihre Host-Rechenressource erstellt. Alle Sicherheitsgruppen, die auf Ihre Datenverarbeitungsressourcen angewendet werden, werden auch darauf angewendet.

Bei Verwendung von Amazon ECS Task Networking bietet der awsvpc Netzwerkmodus keine elastischen Netzwerkschnittstellen mit öffentlichen IP-Adressen für Aufgaben, die den EC2 Amazon-Starttyp verwenden. Um auf das Internet zugreifen zu können, müssen Aufgaben, die den EC2 Amazon-Starttyp verwenden, in einem privaten Subnetz gestartet werden, das für die Verwendung eines NAT Gateways konfiguriert ist.

Sie müssen ein NATGateway konfigurieren, damit der Cluster parallel Jobs mit mehreren Knoten ausführen kann.

VPC architecture with public and private subnets, IGW, router, and ECS container instances.

Alle vorherigen Konfigurationen und Überlegungen gelten auch für AWS Batch. Im Folgenden finden Sie ein Beispiel für eine AWS Batch Netzwerkkonfiguration.

# Note that all values are only provided as examples
HeadNode:
  ...
  Networking:
    SubnetId: subnet-12345678 # subnet with internet gateway, NAT gateway or proxy
    #ElasticIp: true | false | eip-12345678
    #Proxy:
      #HttpProxyAddress: http://proxy-address:port
  Ssh:
    KeyName: ec2-key-name
Scheduling:
  Scheduler: awsbatch
  AwsBatchQueues:
    - ...
      Networking:
        SubnetIds:
          - subnet-23456789 # subnet with internet gateway, NAT gateway or proxy
        #AssignPublicIp: true | false

Im NetworkingAbschnitt Scheduling/AwsBatchQueues/SubnetIdshandelt es sich um einen Listentyp, aber derzeit wird nur ein Subnetz unterstützt.

Weitere Informationen finden Sie unter den folgenden Themen: