Überlegungen für Cluster-Subnetze

• Instanzprofile haben eine empfohlene Anzahl von Clustersubnetzen. Die IBM Cloud® für Cluster-Subnetze für einen bestimmten Instanztyp lautet:

  Empfohlene Anzahl von Cluster-Subnetzen für Instanzprofile.

  Instanz-Profiltyp	Empfohlene Cluster-Subnetze zu vNICs
  gx3d-160x1792x8h100	1:1

  • gx3d-160x1792x8h100 unterstützt entweder 8, 16 oder 32 Cluster vNICs. Infolgedessen sollten Sie eine entsprechende Anzahl von Cluster-Subnetzen haben.
  • Wenn Sie sich über die richtige Anzahl von vNICs für Ihre Arbeitslast unsicher sind, empfiehlt IBM Cloud die Verwendung von 8 für das Profil gx3d-160x1792x8h100.

  Stellen Sie sicher, dass sich die IP-Adressbereiche, die für die Subnetze Ihres Clusternetzwerks verwendet werden, nicht mit denen Ihrer Cloud-Subnetze überschneiden. Sich überschneidende Bereiche können zu Netzwerkproblemen führen.

• Beginnen Sie mit der Einrichtung Ihres Clusternetzwerks und der Subnetze und definieren Sie dann Instanzvorlagen, um Ihren Trainingscluster mit der gewünschten Anzahl von Knoten zu skalieren. Weitere Informationen finden Sie unter Erste Schritte mit Clusternetzwerken.

  • Sie können eine Instanzvorlage erstellen, um Instanzdetails für die Bereitstellung von einem oder mehreren virtuellen Servern zu definieren. Wenn Sie Ihre Instanzvorlage erstellen, können Sie sie zur Bereitstellung einzelner virtueller Serverinstanzen oder zur gleichzeitigen Bereitstellung mehrerer Instanzen als Teil einer Instanzgruppe verwenden.
  • Wenn Sie eine Instanz bereitstellen, können Sie optional die Cluster-Netzwerkkonfiguration in die Anfrage zur Bereitstellung der Instanz aufnehmen.

Überlegungen zu IP-Adressbereichen (Präfixen)

Sie können die folgenden Überlegungen nur über die API und die Befehlszeilenschnittstelle anwenden.

• Cluster-Netzwerke sind vom VPC-Netzwerk isoliert. Sie dürfen Cluster-Nework ' subnet_prefixes angeben, die sich mit den Standard- oder benutzerdefinierten Adresspräfixen der VPC überschneiden. Dies kann jedoch dazu führen, dass Instanzen zwei Netzwerkschnittstellen (eine im VPC-Netzwerk und eine im Clusternetzwerk) mit derselben IP-Adresse haben. In einem solchen Szenario müssen Sie darauf achten, die Netzwerkschnittstellen im Gastbetriebssystem zu isolieren. Linux können zum Beispiel Netzwerk-Namensräume verwenden.

• Der Standard-" subnet_prefixes für Clusternetzwerke (["cidr": "10.0.0.0/9"])überschneidet sich nicht mit denStandard-Adresspräfixen für VPCs. Um die Konfiguration des Gastbetriebssystems zu vereinfachen, verwenden Sie entweder die Standardeinstellungen oder planen Sie Ihre eigenen Adressbereiche, um Überschneidungen zu vermeiden.

• Wenn Sie statisch konfigurierte IP-Adressen planen müssen, insbesondere für eine große Anzahl (z. B. 1000), ist es wichtig, methodisch an die Aufgabe heranzugehen. Zunächst sollten Sie die Gesamtzahl der benötigten IP-Adressen ermitteln. Überlegen Sie dann, wie diese Adressen den verschiedenen Instanzen zugewiesen werden sollen. Um dies effizient zu handhaben, sollten Sie ein klares Benennungsschema einführen, das Ihnen hilft, die IP-Adressen zu organisieren und mit den jeweiligen Instanzen zu verbinden. Sie könnten beispielsweise eine Namenskonvention verwenden, die die Funktion oder den Standort der einzelnen Instanzen widerspiegelt, um sie leichter identifizieren und verwalten zu können.

• Bei der statischen Konfiguration von IP-Adressen für Netzwerkschnittstellen in einem Gastbetriebssystem:

  • Vergewissern Sie sich, dass die IP-Adressen für die Schnittstellen des Clusternetzes im Adressbereich eines der " subnet_prefixes im Clusternetz liegen. Cluster-Netzschnittstellen mit einer IP-Adresse außerhalb des Adressbereichs eines der " subnet_prefixes empfangen keine Pakete.
  • Wenn eine statisch konfigurierte IP-Adresse nicht mit der primären reservierten IP der Clusternetzwerkschnittstelle oder einer ihrer sekundären reservierten IPs übereinstimmt, müssen Sie eine VPC-Routing-Tabellenroute erstellen, um den Datenverkehr für die statisch konfigurierte IP auf eine der reservierten IPs umzuleiten. Zusätzlich müssen Sie auf der zugehörigen Cluster-Netzwerkschnittstelle ' allow_ip_spoofing auf ' true setzen, um ausgehende Pakete mit der statisch konfigurierten IP als Quelladresse zuzulassen.