AWS Anforderungen und Überlegungen zu PCS VPC und Subnetzen

Wenn Sie einen AWS PCS-Cluster erstellen, geben Sie eine VPC als Subnetz in dieser VPC an. Dieses Thema bietet einen Überblick über die AWS PCS-spezifischen Anforderungen und Überlegungen für die VPC und die Subnetze, die Sie mit Ihrem Cluster verwenden. Wenn Sie keine VPC haben, die Sie mit AWS PCS verwenden können, können Sie eine mit einer AWS bereitgestellten AWS CloudFormation Vorlage erstellen. Weitere Informationen finden Sie VPCs unter Virtual Private Clouds (VPC) im Amazon VPC-Benutzerhandbuch.

VPC-Anforderungen und -Überlegungen

Wenn Sie einen Cluster erstellen, muss die von Ihnen angegebene VPC die folgenden Anforderungen und Überlegungen erfüllen:

• Die VPC muss über eine ausreichende Anzahl von IP-Adressen für den Cluster, alle Knoten und andere Clusterressourcen verfügen, die Sie erstellen möchten. Weitere Informationen finden Sie unter IP-Adressierung für Ihre VPCs und Subnetze im Amazon VPC-Benutzerhandbuch.

• Wenn Ihr Cluster Folgendes verwendet: IPv6

  • Ordnen Sie Ihrer VPC einen IPv6 CIDR-Block zu. Weitere Informationen finden Sie unter VPC erstellen im Amazon-VPC-Benutzerhandbuch.

    Wichtig

    Sie können Ihre VPC zwar IPv4 sowohl mit als auch konfigurieren IPv6, aber Sie können nur einen Netzwerktyp für Ihren Cluster auswählen.

  • Aktivieren Sie die automatische IPv6 Adresszuweisung für Ihre Subnetze.

  • Weitere Informationen finden Sie unter:

    • IPv6 ein AWS

    • Die IPv6 Adressierung auf AWS verstehen und einen skalierbaren Adressierungsplan entwerfen

• Die VPC muss über einen DNS-Hostnamen und eine Unterstützung für DNS-Auflösung verfügen. Andernfalls können Knoten den Kundencluster nicht registrieren. Weitere Infomationen finden Sie unter DNS-Attribute für Ihre VPC im Amazon VPC-Benutzerhandbuch.

• Für die VPC müssen möglicherweise VPC-Endpunkte verwendet werden AWS PrivateLink , um die PCS-API kontaktieren zu können. AWS Weitere Informationen finden Sie unter Connect Ihrer VPC mit Services AWS PrivateLink im Amazon VPC-Benutzerhandbuch.

Wichtig

AWS PCS unterstützt keine VPC mit dedizierter Instance-Tenancy. Die VPC, die Sie für AWS PCS verwenden, muss default Instance-Tenancy verwenden. Sie können die Instance-Tenancy für eine bestehende VPC ändern. Weitere Informationen finden Sie unter Ändern der Instance-Tenancy einer VPC im Amazon Elastic Compute Cloud-Benutzerhandbuch.

Subnetz-Anforderungen und -Überlegungen

Wenn Sie einen Slurm-Cluster erstellen, erstellt AWS PCS ein Elastic Network Interface (ENI) in dem von Ihnen angegebenen Subnetz. Diese Netzwerkschnittstelle ermöglicht die Kommunikation zwischen dem Scheduler-Controller und der Kunden-VPC. Die Netzwerkschnittstelle ermöglicht es Slurm auch, mit den in Ihrem Konto bereitgestellten Komponenten zu kommunizieren. Sie können das Subnetz für einen Cluster nur zum Zeitpunkt der Erstellung angeben.

Subnetzanforderungen für Cluster

Das Subnetz, das Sie bei der Erstellung eines Clusters angeben, muss die folgenden Anforderungen erfüllen:

• Das Subnetz muss mindestens eine IP-Adresse haben, damit es von PCS verwendet werden AWS kann.

• Wenn Ihr Cluster verwendet IPv6, müssen alle Subnetze in Ihrem Cluster verwenden. IPv6

Wichtig

Compute-Knotengruppen, die mit AWS PCS Sample AMIs und mehreren Netzwerkschnittstellen konfiguriert sind, funktionieren derzeit nicht, wenn die Subnetze nur für die Verwendung konfiguriert sind. IPv6 Verwenden Sie stattdessen Dual-Stack-Subnetze (IPv4 und IPv6) oder IPv4 reine Subnetze. Weitere Informationen finden Sie unter Verwenden von Amazon Machine Images (AMIs) -Beispiel mit AWS PCS.

• Das Subnetz darf sich nicht in AWS Outposts, AWS Wavelength oder einer lokalen Zone befinden. AWS

• Das Subnetz kann öffentlich oder privat sein. Wir empfehlen, dass Sie, wenn möglich, ein privates Subnetz angeben. Ein öffentliches Subnetz ist ein Subnetz mit einer Routing-Tabelle, die eine Route zu einem Internet-Gateway enthält. Ein privates Subnetz ist ein Subnetz mit einer Routing-Tabelle, das keine Route zu einem Internet-Gateway enthält.

Subnetzanforderungen für Knoten

Sie können Knoten und andere Clusterressourcen in dem Subnetz bereitstellen, das Sie bei der Erstellung Ihres AWS PCS-Clusters angeben, sowie in anderen Subnetzen in derselben VPC.

Jedes Subnetz, in dem Sie Knoten und Clusterressourcen bereitstellen, muss die folgenden Anforderungen erfüllen:

• Sie müssen sicherstellen, dass das Subnetz über genügend verfügbare IP-Adressen verfügt, um alle Knoten und Clusterressourcen bereitzustellen.

• Wenn Ihr Cluster Knoten verwendet IPv4 und Sie planen, Knoten in einem öffentlichen Subnetz bereitzustellen, muss dieses Subnetz automatisch öffentliche Adressen zuweisen IPv4 .

  Anmerkung

  Instances in einem öffentlichen Subnetz müssen eine Sicherheitsgruppe mit Regeln für eingehenden Datenverkehr verwenden, die Datenverkehr von öffentlichen IP-Adressen zulassen. Sofern Sie keine spezifischen Einschränkungen für Quelladressen haben, bedeutet dies eine IPv4 Quelladresse von 0.0.0.0/0 oder eine IPv6 Quelladresse von: :/0.

• Wenn es sich bei dem Subnetz, in dem Sie Knoten bereitstellen, um ein privates Subnetz handelt und die Routing-Tabelle keine Route zu einem NAT-Gerät (Network Address Translation) () enthält, fügen Sie der IPv4 Kunden-VPC VPC-Endpunkte AWS PrivateLink hinzu, die dies verwenden. VPC-Endpunkte werden für alle AWS Dienste benötigt, mit denen die Knoten Kontakt aufnehmen. Der einzige erforderliche Endpunkt besteht darin, dass AWS PCS es dem Knoten ermöglicht, die RegisterComputeNodeGroupInstance API-Aktion aufzurufen. Weitere Informationen finden Sie RegisterComputeNodeGroupInstancein der AWS PCS-API-Referenz.

• Der Status eines öffentlichen oder privaten Subnetzes hat keinen Einfluss auf AWS PCS. Die erforderlichen Endpunkte müssen erreichbar sein.