Considérations générales

• Les connexions réseau du cluster ne peuvent être configurées que lorsque l'instance est arrêtée ou créée.

• Le trafic du réseau du cluster est isolé et ne peut pas être acheminé vers l'extérieur. Tout accès au réseau d'un cluster doit se faire par l'intermédiaire d'une instance attachée. Par conséquent, sans connectivité entre le réseau de clusters et le réseau VPC, les ressources suivantes ne peuvent pas se connecter aux réseaux de clusters :

  • IP flottantes
  • Equilibreurs de charge
  • Services de chemin privé
  • Passerelles publiques
  • passerelles de point de terminaison virtuel
  • VPN

• Services non pris en charge :

  • Journaux de flux
  • Listes de contrôle d'accès au réseau
  • Tables de routage
  • Adresses IP secondaires
  • Groupes de sécurité

Considérations relatives au réseau de clusters

• Vous devez créer le réseau de cluster et les instances de serveur virtuel dans la même région que le VPC.

• Actuellement, les seules régions VPC prises en charge pour les réseaux de clusters Hopper 1 sont Washington DC (us-east) et Francfort (eu-de). Pour plus d'informations, consultez les régions et zones prises en charge par le réseau de clusters.

  Le profil réseau du cluster H100 est obsolète. Pour créer un réseau de cluster avec des instances Hopper HGX d' NVIDIA, utilisez le profil de réseau de cluster Hopper 1, qui prend en charge les types d'instances NVIDIA H100 et H200.

Considérations relatives au sous-réseau du réseau en grappe

• Planifiez les sous-réseaux de votre réseau en cluster en fonction du nombre recommandé pour le profil d'instance.

  Configuration recommandée du sous-réseau de cluster par profil d'instance.

  Profil du réseau de clusters	Profil d'instance	Subnet-to-vNIC ratio	vNICs de cluster prise en charge	Sous-réseaux recommandés
  hopper-1	gx3d-160x1792x8h100	1:1	8, 16 ou 32	Compte d' vNIC s de matchs
  hopper-1	gx3d-160x1792x8h200	1:1	8, 16 ou 32	Compte d' vNIC s de matchs

  Si vous ne savez pas combien d' vNICs s utiliser avec les profils d'instance Hopper 1, commencez par 8.

• Assurez-vous que les plages d'adresses IP utilisées pour les sous-réseaux de votre cluster ne chevauchent pas les plages d'adresses de vos sous-réseaux cloud. Le chevauchement des plages peut entraîner des problèmes de mise en réseau. Pour plus d'informations, consultez la section Considérations relatives à la plage d'adresses IP et aux préfixes.

Dans le réseau en grappe Hopper 1, les sous-réseaux sont routables entre eux, mais pas vers l'extérieur.

Considérations relatives aux instances de serveurs virtuels

• Déterminez les ressources totales nécessaires pour votre cluster en multipliant le nombre d'instances que vous comptez créer par les ressources définies dans le profil d'instance correspondant.
• Vérifiez les ressources totales calculées nécessaires pour votre cluster par rapport aux quotas par défaut afin de déterminer si une augmentation du quota est nécessaire.

Considérations relatives à la plage d'adresses IP et au préfixe

Vous pouvez appliquer les considérations suivantes uniquement via l'API et l'interface CLI.

• Les réseaux de clusters sont isolés du réseau VPC et disposent de leurs propres plages d'adresses IP. Vous pouvez définir un réseau de cluster subnet_prefixes qui chevauche les préfixes d'adresse par défaut ou personnalisés du VPC. Cependant, cette configuration peut entraîner des conflits d'adresses IP, dans lesquels les instances ont deux interfaces différentes avec la même adresse IP.

• Pour éviter de tels conflits, vous devez isoler les interfaces réseau dans le système d'exploitation invité. Par exemple, les systèmes Linux peuvent utiliser des espaces de noms réseau.

• La valeur par défaut subnet_prefixes pour les réseaux de cluster est ["cidr": "10.0.0.0/9"], qui ne chevauche pas lespréfixes d'adresse par défaut pour les VPC. Pour simplifier les configurations du système d'exploitation invité, utilisez les valeurs par défaut ou choisissez des plages personnalisées qui ne chevauchent pas votre VPC.

• Si vous prévoyez d'attribuer des adresses IP statiques, en particulier à grande échelle (par exemple 1 000), vous devez planifier cette tâche avec soin.

  • Commencez par déterminer le nombre total d'adresses IP nécessaires.
  • Ensuite, examinez comment ces adresses sont attribuées à différentes instances.
  • Utilisez une convention de nommage claire pour organiser et relier les adresses IP à leurs instances respectives. Par exemple, vous pouvez utiliser une convention de nommage qui inclut le rôle ou l'emplacement de chaque instance, ce qui vous aidera à les identifier et à les gérer facilement.

• Lorsque vous configurez des adresses IP statiques pour les interfaces réseau dans un système d'exploitation invité :

  • Assurez-vous que l'adresse IP de chaque interface se trouve dans la plage d'adresses de l'un des réseaux du cluster subnet_prefixes. Les adresses en dehors de ces plages ne peuvent pas recevoir de paquets.
  • Si une adresse IP statique ne correspond pas aux adresses IP réservées principales ou secondaires de l'interface, vous devez créer une table de routage VPC pour rediriger le trafic vers l'une des adresses IP réservées.
  • De plus, vous devez définir allow_ip_spoofing sur true sur l'interface réseau du cluster associé. Cette action utilise l'adresse IP statique comme adresse source pour le flux de trafic sortant.

Régions et zones prises en charge par le réseau en grappe

Le tableau suivant présente un aperçu des régions et zones prises en charge pour les réseaux de clusters.

Pour comprendre comment les différentes régions correspondent aux zones, consultez la carte des zones par compte.

Lien connexe

Problèmes connus pour les réseaux en grappes