Allgemeine Aspekte

• Cluster-Netzwerkverbindungen können nur eingerichtet werden, wenn die Instanz angehalten oder erstellt wird.

• Der Netzwerkverkehr des Clusters ist isoliert und kann nicht nach außen geleitet werden. Jeder Zugriff auf ein Clusternetzwerk muss über eine angeschlossene Instanz erfolgen. Ohne Konnektivität zwischen dem Clusternetzwerk und dem VPC-Netzwerk können die folgenden Ressourcen nicht mit Clusternetzwerken verbunden werden:

  • Variable IP-Adressen
  • Lastausgleichsfunktionen
  • Private Pfadservices
  • Öffentliche Gateways
  • Virtual Private Endpoint-Gateways
  • VPNs

• Nicht unterstützte Dienste:

  • Flow Logs
  • Netz-ACLs
  • Routing-Tabellen
  • Sekundäre IP-Adressen
  • Sicherheitsgruppen

Überlegungen zum Cluster-Netzwerk

• Sie müssen das Cluster-Netzwerk und die virtuellen Serverinstanzen in derselben Region wie die VPC erstellen.

• Derzeit werden für Hopper 1-Cluster-Netzwerke nur die VPC-Regionen Washington DC (us-east) und Frankfurt (eu-de) unterstützt. Weitere Informationen finden Sie unter Unterstützte Regionen und Zonen für Cluster-Netzwerke.

  Das Cluster-Netzwerkprofil „ H100 “ ist veraltet. Um ein Cluster-Netzwerk mit Hopper HGX-Instanzen von NVIDIA zu erstellen, verwenden Sie das Hopper 1-Cluster-Netzwerkprofil, das sowohl Instanztypen von NVIDIA H100 als auch von H200 unterstützt.

Überlegungen zum Subnetz des Cluster-Netzwerks

• Planen Sie die Subnetze Ihres Cluster-Netzwerks auf der Grundlage der empfohlenen Anzahl für das Instanzprofil.

  Empfohlene Cluster-Subnetzkonfiguration pro Instanzprofil.

  Cluster-Netzwerkprofil	Instanzprofil	Subnet-to-vNIC Verhältnis	Unterstützte Cluster- vNICs	Empfohlene Subnetze
  hopper-1	gx3d-160x1792x8h100	1:1	8, 16 oder 32	Übereinstimmungs vNIC anzahl
  hopper-1	gx3d-160x1792x8h200	1:1	8, 16 oder 32	Übereinstimmungs vNIC anzahl

  Wenn Sie sich nicht sicher sind, wie viele „ vNICs “ Sie mit Hopper 1-Instanzprofilen verwenden sollen, beginnen Sie mit 8.

• Stellen Sie sicher, dass sich die für Ihre Cluster-Netzwerk-Subnetze verwendeten IP-Adressbereiche nicht mit den Adressbereichen Ihrer Cloud-Subnetze überschneiden. Sich überschneidende Bereiche können zu Netzwerkproblemen führen. Weitere Informationen finden Sie unter Überlegungen zum IP-Adressbereich und Präfix.

Im Hopper 1-Cluster-Netzwerk sind Subnetze untereinander routingfähig, jedoch nicht nach außen.

Überlegungen zur virtuellen Serverinstanz

• Bestimmen Sie die für Ihren Cluster erforderlichen Gesamtressourcen, indem Sie die Anzahl der Instanzen, die Sie erstellen möchten, mit den im entsprechenden Inst anzprofil definierten Ressourcen multiplizieren.
• Vergleichen Sie die berechneten Gesamtressourcen, die für Ihren Cluster erforderlich sind, mit den Standardkontingenten, um festzustellen, ob eine Kontingenterhöhung erforderlich ist.

Überlegungen zum IP-Adressbereich und Präfix

Die folgenden Überlegungen können nur über die API und die CLI angewendet werden.

• Cluster-Netzwerke sind vom VPC-Netzwerk isoliert und verfügen über eigene IP-Adressbereiche. Sie können ein Cluster-Netzwerk definieren subnet_prefixes, das sich mit den Standard- oder benutzerdefinierten Adresspräfixen der VPC überschneidet. Diese Konfiguration kann jedoch zu IP-Adresskonflikten führen, da die Instanzen zwei verschiedene Schnittstellen mit derselben IP-Adresse haben.

• Um solche Konflikte zu vermeiden, müssen Sie die Netzwerkschnittstellen im Gastbetriebssystem isolieren. Beispielsweise können „ Linux “-Systeme Netzwerk-Namespaces verwenden.

• Der Standardwert subnet_prefixes für Cluster-Netzwerke ist ["cidr": "10.0.0.0/9"], der sich nicht mit denStandardadresspräfixen für VPCs überschneidet. Um die Konfigurationen des Gastbetriebssystems zu vereinfachen, verwenden Sie entweder die Standardeinstellungen oder wählen Sie benutzerdefinierte Bereiche, die sich nicht mit Ihrer VPC überschneiden.

• Wenn Sie vorhaben, statische IP-Adressen zuzuweisen, insbesondere in großem Umfang (z. B. 1.000), müssen Sie diese Aufgabe sorgfältig planen.

  • Bestimmen Sie zunächst die Gesamtzahl der erforderlichen IP-Adressen.
  • Überlegen Sie dann, wie diese Adressen verschiedenen Instanzen zugewiesen werden.
  • Verwenden Sie eine klare Namenskonvention, um die IP-Adressen zu organisieren und mit den entsprechenden Instanzen zu verknüpfen. Beispielsweise könnten Sie eine Namenskonvention verwenden, die die Rolle oder den Standort jeder Instanz enthält, damit Sie diese leicht identifizieren und verwalten können.

• Wenn Sie statische IP-Adressen für Netzwerkschnittstellen in einem Gastbetriebssystem konfigurieren:

  • Stellen Sie sicher, dass die IP-Adresse jeder Schnittstelle im Adressbereich eines der Cluster-Netzwerke liegt subnet_prefixes. Adressen außerhalb dieser Bereiche können keine Pakete empfangen.
  • Wenn eine statische IP-Adresse nicht mit den primären oder sekundären reservierten IP-Adressen der Schnittstelle übereinstimmt, müssen Sie eine VPC-Routing-Tabelle erstellen, um den Datenverkehr an eine der reservierten IP-Adressen umzuleiten.
  • Zusätzlich müssen Sie auf true auf der zugehörigen allow_ip_spoofing Cluster-Netzwerkschnittstelle einstellen. Diese Aktion verwendet die statische IP-Adresse als Quelladresse für den ausgehenden Datenverkehr.

Cluster-Netzwerk unterstützte Regionen und Zonen

Die folgende Tabelle bietet einen Überblick über die unterstützten Regionen und Zonen für Cluster-Netzwerke.

Um zu verstehen, wie verschiedene Regionen den Zonen zugeordnet sind, siehe Zonenabbildung pro Konto.

Zugehöriger Link

Bekannte Probleme für Clusternetzwerke