Dell EMC VxRail: falha na validação de adição de nós após a Separação de tráfego de testemunha (WTS) configurada manualmente

Ao executar a expansão de nós para o cluster estendido do VxRail ou VCF no cluster estendido do VxRail, a validação apresentou falha:


No all-in.log, há NullPointerException para validação de vlan em vss:

O adaptador VMkernel de tráfego do Witness nos hosts ESXi foi configurado manualmente. 

Por exemplo, para implementar o VCF no cluster estendido do VxRail, o usuário seguiu o https://docs.vmware.com/en/VMware-Cloud-Foundation/4.1/com.vmware.vcf.vxrail.admin.doc/GUID-2E6741E8-F031-4BE4-B459-98E67B7FF4DF.html para configurar a separação de tráfego do Witness para o VMware Cloud Foundation no Dell EMC VxRail e configurou o adaptador VMkernel testemunha para hosts ESXi existentes usando o comando:

esxcli vsan network ip add -i  -T=witness

Isso é inesperado no procedimento de adição de nó do VxRail 7.0.010.

Para que novos nós sejam adicionados ao cluster, redefina a configuração para o padrão:

1. Faça log-in na interface do usuário do ESXi de um ou mais nós novos
2. Verifique grupos de portas e NICs VMkernel. Talvez já haja grupos de portas e vmk configurados como abaixo:


3. Remova as VMKs nomeadas como MANAGEMENT, VSAN, VMOTION.
4. Remova os grupos de portas que são nomeados como MANAGEMENT, VSAN, VMOTION e WITNESS.
5. Se o novo nó for o nó da Camada 3, redefina o ID da VLAN) e o endereço IPv4 da NIC vmk do grupo de portas da rede de gerenciamento e outros grupos de portas.
6. As imagens a seguir são um exemplo de novo nó após a redefinição.

 

Nota: Para todos os nós existentes, é necessária a intervenção da equipe de suporte da Dell Technologies. É necessário executar um script no VxRail Manager. Entre em contato com o Centro de suporte da Dell Technologies ou seu representante de serviço para obter suporte técnico e mencione esta ID da solução.