Consideraciones generales

• Los accesorios de red del clúster solo se pueden configurar cuando la instancia está detenida o se ha creado.

• El tráfico de red del clúster está aislado y no puede dirigirse al exterior. Cualquier acceso a una red de clúster debe realizarse a través de una instancia conectada. Como resultado, sin conectividad entre la red del clúster y la red de la VPC, los siguientes recursos no pueden conectarse con las redes del clúster:

  • IP flotantes
  • Equilibradores de carga
  • Servicios de vía de acceso privada
  • Pasarelas públicas
  • pasarelas de punto final privado virtual
  • VPN

• Servicios no compatibles:

  • Registros de flujo
  • ACL de red
  • Tablas de direccionamiento
  • IP secundarias
  • Grupos de seguridad

Consideraciones sobre la red de clústeres

• Debe crear la red del clúster y las instancias del servidor virtual en la misma región que la VPC.

• Actualmente, las únicas regiones VPC compatibles con las redes de clústeres Hopper 1 son Washington D. C. (us-east) y Fráncfort (eu-de). Para obtener más información, consulte las regiones y zonas compatibles con las redes de clústeres.

  El perfil de red de clústeres H100 ha quedado obsoleto. Para crear una red de clústeres con instancias Hopper HGX de NVIDIA, utilice el perfil de red de clústeres Hopper 1, que admite los tipos de instanc NVIDIA H100 y H200.

Consideraciones sobre la subred de la red de clústeres

• Planifique las subredes de su red de clústeres basándose en el número recomendado para el perfil de la instancia.

  Configuración recomendada de la subred del clúster por perfil de instancia.

  Perfil de red de clúster	Perfil de instancia	Subnet-to-vNIC relación	Clúster compatible vNICs	Subredes recomendadas
  hopper-1	gx3d-160x1792x8h100	1:1	8, 16 o 32	Coincidir con el recuento de vNIC
  hopper-1	gx3d-160x1792x8h200	1:1	8, 16 o 32	Coincidir con el recuento de vNIC

  Si no estás seguro de cuántos vNICs utilizar con los perfiles de instancia Hopper 1, empieza con 8.

• Asegúrese de que los rangos de direcciones IP utilizados para las subredes de red de su clúster no se superpongan con los rangos de direcciones de sus subredes en la nube. El solapamiento de rangos puede provocar problemas en la red. Para obtener más información, consulte Consideraciones sobre el rango de direcciones IP y los prefijos.

En la red del clúster Hopper 1, las subredes son enrutables entre sí, pero no externamente.

Consideraciones sobre las instancias de servidores virtuales

• Determine los recursos totales que se requieren para su clúster multiplicando el número de instancias que desea crear por los recursos definidos en el perfil de instancia correspondiente.
• Compruebe los recursos totales calculados necesarios para su clúster con respecto a las cuotas predeterminadas para determinar si es necesario aumentar la cuota.

Consideraciones sobre el rango de direcciones IP y el prefijo

Las siguientes consideraciones solo se pueden aplicar a través de la API y la CLI.

• Las redes de clústeres están aisladas de la red VPC y tienen sus propios rangos de direcciones IP. Puede definir una red de subnet_prefixes clústeres que se superponga con los prefijos de direcciones predeterminados o personalizados de la VPC. Sin embargo, esta configuración podría dar lugar a conflictos de direcciones IP, en los que las instancias tienen dos interfaces diferentes con la misma dirección IP.

• Para evitar este tipo de conflictos, debe aislar las interfaces de red en el sistema operativo invitado. Por ejemplo, los sistemas Linux pueden utilizar espacios de nombres de red.

• El valor predeterminado subnet_prefixes para las redes de clústeres es ["cidr": "10.0.0.0/9"], que no se superpone con losprefijos de direcciones predeterminados para las VPC. Para simplificar las configuraciones del sistema operativo invitado, utilice los valores predeterminados o elija rangos personalizados que no se superpongan con su VPC.

• Si tiene previsto asignar direcciones IP estáticas, especialmente a gran escala (por ejemplo, 1000), debe planificar la tarea cuidadosamente.

  • En primer lugar, determine el número total de direcciones IP necesarias.
  • A continuación, considere cómo se asignan estas direcciones a diversas instancias.
  • Utilice una convención de nomenclatura clara para organizar y conectar las direcciones IP con sus respectivas instancias. Por ejemplo, puede utilizar una convención de nomenclatura que incluya la función o la ubicación de cada instancia, lo que le ayudará a identificarlas y gestionarlas fácilmente.

• Cuando configura direcciones IP estáticas para interfaces de red en un sistema operativo invitado:

  • Asegúrese de que la dirección IP de cada interfaz se encuentre dentro del rango de direcciones de una de las redes del subnet_prefixes clúster. Las direcciones fuera de estos rangos no pueden recibir paquetes.
  • Si una dirección IP estática no coincide con las direcciones IP reservadas primarias o secundarias de la interfaz, debe crear una tabla de enrutamiento VPC para redirigir el tráfico a una de las direcciones IP reservadas.
  • Además, debe establecer allow_ip_spoofing en true en la interfaz de red del clúster asociado. Esta acción utiliza la IP estática como dirección de origen para el flujo de tráfico saliente.

Regiones y zonas compatibles con redes en clúster

La siguiente tabla ofrece una descripción general de las regiones y zonas compatibles con las redes de clústeres.

Para comprender cómo las distintas regiones se corresponden con las zonas, consulte la asignación de zonas por cuenta.

Enlace relacionado

Problemas conocidos de las redes de clústeres