Helstrom's questions

Estou construindo um cluster vSAN que consiste em 2 racks, cada um com 3 nós (este será eventualmente um cluster estendido). Cada rack está em sub-redes diferentes, conforme listado abaixo:

Rack 1:

• Gerenciamento: 10.73.8.0/25 (Gateway: 10.73.8.126)
• vMotion: 10.73.10.0/25 (Gateway: 10.73.10.126)
• vSAN: 10.73.11.0/25 (Gateway: 10.73.10.126)

Rack 2:

• Gestão: 10.73.8.128/25 (Gateway: 10.73.8.254)
• vMotion: 10.73.10.128/25 (Gateway: 10.73.10.254)
• vSAN: 10.73.11.128/25 (Gateway: 10.73.10.254)

Eu construí o cluster com todos os nós no Rack 1. Sem problemas. Tudo funciona e tenho algumas VMs de teste em execução. Quando tento adicionar nós do Rack 2 ao mesmo cluster, recebo um erro "partição de cluster vSAN". Aqui está o que eu verifiquei/testei:

1. Tenho conectividade completa de ponta a ponta entre TODOS os nós (o vmkping entre nós em ambos os racks funciona em todas as sub-redes com mensagens de tamanho MTU sem fragmentação)
2. A lista de agentes unicast em todos os nós mostra corretamente todos os outros nós com os UUIDs, endereços IP e impressões digitais de certificado corretos.
3. Eu tentei várias permutações de sair/entrar no cluster com os nós particionados.

Todo o meu google-fu indicou que meu problema deveria ser um dos acima, mas não parece ser o caso. Até adicionei rotas estáticas para as redes vSAN, embora eu tenha substituído os gateways padrão definidos nas vmks do vSAN. Sem dados.

Eu sei que isso é estranho, mas se alguém puder me indicar outras causas para esse erro, ficaria muito grato.

Estou construindo um cluster de 6 nós espalhados por 2 racks (isso eventualmente será configurado como um cluster estendido com uma testemunha separada). Tudo é ESXi 8.0U1. Cada rack está em uma sub-rede L3 diferente. Configurei o rack 1 e configurei um cluster vSAN com 3 nós nesse cluster, implantei algumas VMs de teste e tudo está funcionando bem. Quando comecei a adicionar nós do rack 2, acabei com os três problemas a seguir:

• Partição de cluster SAN
• vMotion: verificação de conectividade básica (unicast)
• vMotion: verificação de MTU

Estou estacionando o erro de partição de cluster do vSAN por enquanto, pois o do vMotion deve ser facilmente solucionável. Se eu usar SSH para os nós no Rack 1, posso executar vmk em todas as interfaces do vMotion (usando -S vMotion) no Rack 1, mas não consigo executar ping na interface do vMotion dos nós no Rack 2. Ele falha com o erro:

sendto() falhou (a rede está inacessível)

Confirmei que o gateway padrão está configurado para a interface vMotion e está correto. Além disso, se eu adicionar um novo adaptador VMK a cada nó em ambos os racks usando o mesmo grupo de portas distribuídas do vMotion com IPs na mesma sub-rede e configurado com o mesmo gateway (mas usando a pilha de IP padrão!), posso executar ping entre nós em ambos prateleiras.

Parece que há algum problema com a lógica de roteamento da interface do vMotion, mas além da configuração do gateway padrão, não tenho certeza do que mais há para configurar aqui.

Estou me concentrando neste erro do vMotion, pois estou me perguntando se é o mesmo problema raiz da partição vSAN.

Alguém pode me indicar alguma direção de depuração?

Para maior clareza:

Rack 1:

• Sub-rede de gerenciamento: 10.73.8.0/25 (GW: 10.73.8.126)
• Sub-rede vMotion: 10.73.10.0/25 (GW: 10.73.10.126)
• Sub-rede vSAN: 10.73.11.0/25 (GW: 10.73.11.126)

Rack 2:

• Sub-rede de gerenciamento: 10.73.8.128/25 (GW: 10.73.8.254)
• Sub-rede vMotion: 10.73.10.128/25 (GW: 10.73.10.254)
• Sub-rede vSAN: 10.73.11.128/25 (GW: 10.73.11.254)

Answer: Finalmente descobri para quem se depara com isso. O gateway teve que ser configurado na pilha TCP/IP do vMotion, além de ser configurado no próprio adaptador VMK...