O tráfego unicast refere-se a uma transmissão de um-para-um de um ponto na rede para outro. O vSAN versão 6.6 e posterior usa unicast para simplificar o projeto e a implantação da rede.
Todos os hosts ESXi usam o tráfego unicast, e o vCenter Server se torna a origem da associação ao cluster. Os nós vSAN são atualizados automaticamente com a lista de associação de host mais recente fornecida por vCenter. vSAN se comunica usando unicast para atualizações do CMMDS.
As versões anteriores ao vSAN versão 6.6 dependem do multicast para habilitar a pulsação e para trocar metadados entre hosts no cluster. Se alguns hosts em seu cluster vSAN estiverem executando versões anteriores do software, uma rede multicast ainda será necessária. A mudança de multicast para rede unicast fornece melhor desempenho e suporte de rede. Para obter mais informações sobre multicast, consulte Usando Multicast na Rede vSAN.
Comportamento do grupo de discos anterior à versão 5
A disponibilidade de um único grupo de discos da versão 5 no grupo de discos vSAN versão 6.6 aciona o cluster para se comunicar permanentemente no modo unicast.
- Todos os hosts de cluster estão executando a vSAN versão 6.5 ou inferior.
- Todos os grupos de discos estão usando a versão 3 ou anterior do disco.
- Um host que não seja vSAN 6.6, como vSAN 6.2 ou vSAN 6.5, é adicionado ao cluster.
Por exemplo, se um host executando o vSAN 6.5 ou anterior for adicionado a um cluster do vSAN 6.6 existente, o cluster reverterá para o modo multicast e incluirá o host 6.5 como um nó válido. Para evitar esse comportamento, use a versão mais recente para hosts ESXi e formato em disco. Para garantir que o cluster vSAN continue se comunicando no modo unicast e não reverta para multicast, atualize os grupos de discos nos hosts vSAN 6.6 para a versão 5.0 em disco.
Comportamento do grupo de discos da versão 5
A presença de um único grupo de discos da versão 5 em um cluster vSAN versão 6.6 aciona o cluster para se comunicar permanentemente no modo unicast.
Em um ambiente em que um cluster do vSAN 6.6 já está usando uma versão em disco 5 e um nó do vSAN 6.5 é adicionado ao cluster, os seguintes eventos ocorrem:
- O nó do vSAN 6.5 forma sua própria partição de rede.
- O nó do vSAN 6.5 continua a se comunicar no modo multicast, mas não consegue se comunicar com os nós do vSAN 6.6, pois eles usam o modo unicast.
Um aviso de resumo do cluster é exibido no formato em disco, mostrando que um nó está em uma versão anterior. Você pode atualizar o nó para a versão mais recente. Você não pode atualizar versões de formato de disco quando um cluster está em um modo misto.
Suporte DHCP na rede Unicast
O vCenter Server implantado em um cluster do vSAN 6.6 pode usar endereços IP do Protocolo de Configuração Dinâmica de Host (DHCP) sem reservas.
Você pode usar o DHCP com reservas, pois os endereços IP atribuídos estão vinculados aos endereços MAC das portas do VMkernel.
Suporte a IPv6 na rede Unicast
vSAN A versão 6.6 é compatível com IPv6 com comunicações unicast.
Com o IPv6, o endereço link-local é configurado automaticamente em qualquer interface usando o prefixo link-local. Por padrão, vSAN não adiciona o endereço local de link de um nó a outros nós de cluster vizinhos. Como resultado, o vSAN 6.6 não oferece suporte a endereços locais de link IPv6 para comunicações unicast.
Consultar Unicast com ESXCLI
Você pode executar comandos ESXCLI para determinar a configuração de unicast.
Visualizar os modos de comunicação
Usando o comando esxcli vsan cluster get, você pode visualizar o modo CMMDS (unicast ou multicast) do nó do cluster vSAN.
Procedimento
- ♦ Execute o comando
esxcli vsan cluster get.
Resultados
Cluster Information
Enabled: true
Current Local Time: 2020-04-09T18:19:52Z
Local Node UUID: 5e8e3dc3-43ab-5452-795b-a03d6f88f022
Local Node Type: NORMAL
Local Node State: AGENT
Local Node Health State: HEALTHY
Sub-Cluster Master UUID: 5e8e3d3f-3015-9075-49b6-a03d6f88d426
Sub-Cluster Backup UUID: 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a
Sub-Cluster UUID: 5282f9f3-d892-3748-de48-e2408dc34f72
Sub-Cluster Membership Entry Revision: 11
Sub_cluster Member Count: 5
Sub-Cluster Member UUIDs: 5e8e3d3f-3015-9075-49b6-a03d6f88d426, 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a,
5e8e3d73-6d1c-0b81-1305-a03d6f888d22, 5e8e3d33-5825-ee5c-013c-a03d6f88ea4c, 5e8e3dc3-43ab-5452-795b-a03d6f88f022
Sub-Cluster Member HostNames: testbed-1.vmware.com, testbed2.vmware.com,
testbed3.vmware.com, testbed4.vmware.com, testbed5.vmware.com
Sub-Cluster Membership UUID: 0f438e5e-d400-1bb2-f4d1-a03d6f88d426
Unicast Mode Enabled: true
Maintenance Mode State: OFF
Config Generation: ed845022-5c08-48d0-aa1d-6b62c0022222 7 2020-04-08T22:44:14.889
Verificar os hosts de cluster vSAN
Use o comando esxcli vsan cluster unicastagent list para verificar se os hosts de cluster vSAN estão operando no modo unicast.
Procedimento
- ♦ Execute o comando
esxcli vsan cluster unicastagent list.
Resultados
NodeUuid IsWitness Supports Unicast IP Address Port Iface Name Cert Thumbprint SubClusterUuid ------------------------------------ --------- ---------------- ---------- ----- ---------- 5e8e3d73-6d1c-0b81-1305-a03d6f888d22 0 true 10.198.95.10 12321 43:80:B7:A1:3F:D1:64:07:8C:58:01:2B:CE:A2:F5:DE:D6:B1:41:AB 5e8e3daf-e5e0-ddb6-a523-a03d6f88dd4a 0 true 10.198.94.240 12321 FE:39:D7:A5:EF:80:D6:41:CD:13:70:BD:88:2D:38:6C:A0:1D:36:69 5e8e3d3f-3015-9075-49b6-a03d6f88d426 0 true 10.198.94.244 12321 72:A3:80:36:F7:5D:8F:CE:B0:26:02:96:00:23:7D:8E:C5:8C:0B:E1 5e8e3d33-5825-ee5c-013c-a03d6f88ea4c 0 true 10.198.95.11 12321 5A:55:74:E8:5F:40:2F:2B:09:B5:42:29:FF:1C:95:41:AB:28:E0:57
A saída inclui o UUID do nó vSAN, o endereço IPv4, o endereço IPv6, a porta UDP com a qual o nó vSAN se comunica e se o nó é um host de dados (0) ou um host de testemunha (1). Você pode usar essa saída para identificar os nós de cluster vSAN que estão operando no modo unicast e visualizar os outros hosts no cluster. vCenter Server mantém a lista de saída.
Visualizar as informações de rede do vSAN
Use o comando esxcli vsan network list para visualizar as informações de rede vSAN, como a interface VMkernel que vSAN usa para comunicação, a porta unicast (12321) e o tipo de tráfego (vSAN ou testemunha) associado ao vSAN } interface.
Procedimento
- ♦ Execute o comando
esxcli vsan network list.
Resultados
Interface
VmkNic Name: vmk1
IP Protocol: IP
Interface UUID: e290be58-15fe-61e5-1043-246e962c24d0
Agent Group Multicast Address: 224.2.3.4
Agent Group IPv6 Multicast Address: ff19::2:3:4
Agent Group Multicast Port: 23451
Master Group Multicast Address: 224.1.2.3
Master Group IPv6 Multicast Address: ff19::1:2:3
Master Group Multicast Port: 12345
Host Unicast Channel Bound Port: 12321
Multicast TTL: 5
Traffic Type: vsan
Essa saída também exibe as informações de multicast.
Tráfego intracluster
No modo unicast, o nó primário endereça todos os nós do cluster ao enviar a mesma mensagem para todos os nós vSAN em um cluster.
Por exemplo, se N for o número de vSAN nós, o nó primário enviará as mensagens N número de vezes. Isso resulta em um pequeno aumento do tráfego de vSAN CMMDS. Talvez você não perceba esse pequeno aumento de tráfego durante operações normais em estado estável.
Tráfego intracluster em um único rack
Se todos os nós em um cluster vSAN estiverem conectados ao mesmo switch TOR (topo do rack), o aumento total no tráfego será apenas entre o nó primário e o switch.
Se um cluster vSAN abranger mais de um switch TOR, o tráfego entre o switch será expandido. Se um cluster abranger muitos racks, vários TORs formarão Domínios de Falha (FD) para o reconhecimento do rack. O nó primário envia N mensagens para os racks ou domínios de falha, em que N é o número de hosts em cada domínio de falha.
Tráfego intracluster em um cluster estendido
Em um cluster estendido, o nó primário está localizado no local preferencial.
Em um domínio de falha, os dados do CMMDS devem ser comunicados do site secundário para o site preferencial. Para calcular o tráfego em um cluster estendido, você deve multiplicar o número de nós em um site secundário pelo tamanho do nó CMMDS (em MB) pelo número de nós no site secundário.
Tráfego em um cluster estendido = número de nós no site secundário * Tamanho do nó CMMDS (em MB) * número de nós no site secundário.
Com o tráfego unicast, não há alteração nos requisitos de tráfego do site testemunha.
