Considerações de planejamento para redes de cluster

Analise as seguintes considerações de planejamento antes de criar uma rede em cluster.

Considerações gerais

Considerações sobre a rede de clusters

  • Você deve criar a rede do cluster e as instâncias do servidor virtual na mesma região que a VPC.

  • Atualmente, as únicas regiões VPC compatíveis com redes de cluster Hopper 1 são Washington DC (us-east) e Frankfurt (eu-de). Para obter mais informações, consulte regiões e zonas compatíveis com redes de cluster.

    O perfil de rede do cluster H100 está obsoleto. Para criar uma rede de cluster com instâncias Hopper HGX d NVIDIA, use o perfil de rede de cluster Hopper 1, que oferece suporte aos tipos de instância NVIDIA H100 e H200.

Considerações sobre a sub-rede da rede em cluster

  • Planeje as sub-redes da sua rede de cluster com base no número recomendado para o perfil da instância.

    Configuração recomendada da sub-rede do cluster por perfil de instância.
    Perfil da rede de cluster Perfil de instância Subnet-to-vNIC razão vNICs de cluster compatível Sub-redes recomendadas
    hopper-1 gx3d-160x1792x8h100 1:1 8, 16 ou 32 Correspondência vNIC ar contagem
    hopper-1 gx3d-160x1792x8h200 1:1 8, 16 ou 32 Correspondência vNIC ar contagem

    Se você não tiver certeza de quantos vNICs usar com os perfis de instância Hopper 1, comece com 8.

  • Certifique-se de que os intervalos de endereços IP usados para as sub-redes da sua rede de cluster não se sobreponham aos intervalos de endereços das suas sub-redes na nuvem. A sobreposição de intervalos pode levar a problemas de rede. Para obter mais informações, consulte Considerações sobre intervalos e prefixos de endereços IP.

Na rede do cluster Hopper 1, as sub-redes são roteáveis entre si, mas não externamente.

Considerações sobre instâncias de servidor virtual

  • Determine o total de recursos necessários para o seu cluster multiplicando o número de instâncias que você pretende criar pelos recursos definidos no perfil de instância correspondente.
  • Verifique os recursos totais calculados necessários para o seu cluster em relação às cotas padrão para determinar se é necessário aumentar a cota.

Considerações sobre o intervalo de endereços IP e o prefixo

Você pode aplicar as seguintes considerações apenas por meio da API e da CLI.

  • As redes de cluster são isoladas da rede VPC, com seus próprios intervalos de endereços IP. Você pode definir redes de cluster subnet_prefixes que se sobreponham aos prefixos de endereço padrão ou personalizados da VPC. No entanto, essa configuração pode resultar em conflitos de endereço IP, nos quais as instâncias têm duas interfaces diferentes com o mesmo endereço IP.

  • Para evitar esses conflitos, você deve isolar as interfaces de rede no sistema operacional convidado. Por exemplo, os sistemas Linux podem usar namespaces de rede.

  • O padrão subnet_prefixes para redes de cluster é ["cidr": "10.0.0.0/9"], que não se sobrepõe aosprefixos de endereço padrão para VPCs. Para simplificar as configurações do sistema operacional convidado, use os padrões ou escolha intervalos personalizados que não se sobreponham à sua VPC.

  • Se você estiver planejando atribuir endereços IP estáticos, especialmente em grande escala (como 1.000), é necessário planejar a tarefa cuidadosamente.

    • Primeiro, determine o número total de endereços IP necessários.
    • Em seguida, considere como esses endereços são atribuídos a várias instâncias.
    • Use uma convenção de nomenclatura clara para organizar e conectar os endereços IP às suas respectivas instâncias. Por exemplo, você pode usar uma convenção de nomenclatura que inclua a função ou a localização de cada instância, ajudando a identificá-las e gerenciá-las facilmente.
  • Ao configurar endereços IP estáticos para interfaces de rede em um sistema operacional convidado:

    • Certifique-se de que o endereço IP de cada interface esteja dentro do intervalo de endereços de uma das redes do cluster subnet_prefixes. Endereços fora desses intervalos não podem receber pacotes.
    • Se um endereço IP estático não corresponder aos endereços IP reservados primários ou secundários da interface, você deverá criar uma tabela de roteamento VPC para redirecionar o tráfego para um dos endereços IP reservados.
    • Além disso, você deve definir allow_ip_spoofing como true na interface de rede do cluster associado. Esta ação utiliza o IP estático como endereço de origem para o fluxo de tráfego de saída.

Regiões e zonas com suporte para rede em cluster

A tabela a seguir fornece uma visão geral das regiões e zonas compatíveis com redes de cluster.

Disponibilidade de zona para redes de cluster e instâncias.
Perfil da rede de cluster Perfil de instância Região Zona Nome da zona universal
hopper-1 gx3d-160x1792x8h100
gx3d-160x1792x8h200
Frankfurt (eu-de) eu-de-2 eu-de-fra02-a
hopper-1 gx3d-160x1792x8h100
gx3d-160x1792x8h200
Washington DC (us-east) us-east-3 us-east-wdc07-a
hopper-1 gx3d-160x1792x8h200 Chennai - Airtel (in-che) in-che-1 in-che-che02-a

Para entender como as várias regiões correspondem às zonas, consulte o mapeamento de zonas por conta.