vSAN é compatível com implantações de cluster estendido que abrangem dois locais.
No vSAN 6.5 e versões anteriores, o tráfego vSAN entre sites de dados é multicast para metadados e unicast para E/S.
No vSAN 6.6 e posterior, todo o tráfego é unicast. Em todas as versões do vSAN, o tráfego de testemunha entre um site de dados e o host de testemunha é unicast.
Camada 2 em todos os lugares
Você pode configurar um cluster estendido vSAN em uma rede de camada 2, mas essa configuração não é recomendada.
Considere um projeto em que o cluster estendido vSAN é configurado em um projeto grande de Camada 2. O Data Site 1 e o Site 2 são onde as máquinas virtuais são implantadas. O site 3 contém o host de testemunha.
Para demonstrar a Camada 2 em todos os lugares da forma mais simples possível, usamos switches (e não roteadores) nas topologias.
As redes de camada 2 não podem ter loops (vários caminhos), portanto, recursos como o Spanning Tree Protocol (STP) são necessários para bloquear uma das conexões entre o Site 1 e o Site 2. Agora, considere uma situação em que o link entre o Site 2 e o Site 3 está quebrado (o link entre o Site 1 e o Site 2). O tráfego de rede pode ser alternado do Site 1 para o Site 2 por meio do host testemunha no Site 3. Como o VMware oferece suporte a uma largura de banda muito menor e a uma latência mais alta para o host testemunha, você verá uma diminuição significativa no desempenho se o tráfego da rede de dados passar por um site testemunha de especificação inferior.
Se a alternância de tráfego entre sites de dados por meio do site testemunha não afetar a latência dos aplicativos e a largura de banda for aceitável, será possível uma configuração L2 estendida entre os sites. Na maioria dos casos, essa configuração não é viável e adiciona complexidade aos requisitos de rede.
Com o vSAN 6.5 ou anterior, que usa tráfego multicast, você deve configurar a espionagem IGMP nos comutadores. Isso não é necessário com o vSAN 6.6 e posterior. O PIM não é necessário porque não há roteamento de tráfego multicast.
Configurações de cluster estendido compatíveis
vSAN é compatível com configurações de cluster estendido.
A configuração a seguir impede que o tráfego do Site 1 seja roteado para o Site 2 por meio do host testemunha, no caso de uma falha na rede de um dos sites de dados. Essa configuração evita a degradação do desempenho. Para garantir que o tráfego de dados não seja comutado por meio do host testemunha, use a seguinte topologia de rede.
Entre o Site 1 e o Site 2, implemente uma configuração comutada de Camada 2 estendida ou uma configuração roteada de Camada 3. Ambas as configurações são suportadas.
Entre o Site 1 e o host testemunha, implemente uma configuração roteada de Camada 3.
Entre o Site 2 e o host testemunha, implemente uma configuração roteada de Camada 3.
Essas configurações (L2+L3 e L3 em todos os lugares) são descritas com considerações dadas ao multicast no vSAN 6.5 e versões anteriores, e somente ao unicast, que está disponível no vSAN 6.6. O tráfego multicast introduz etapas de configuração adicionais para a espionagem IGMP e o PIM para rotear o tráfego multicast.
Examinaremos uma rede de Camada 2 estendida entre os sites de dados e uma rede roteada de Camada 3 para o site testemunha. Para demonstrar uma combinação de Camada 2 e Camada 3 da forma mais simples possível, use uma combinação de comutadores e roteadores nas topologias.
Camada 2 estendida entre sites de dados, camada 3 para testemunhar o host
vSAN é compatível com configurações de Camada 2 estendidas entre sites de dados.
O único tráfego roteado nesse caso é o tráfego de testemunha. Com o vSAN 6.5 e versões anteriores, que usam multicast, use a espionagem IGMP para o tráfego multicast no L2 estendido vSAN entre sites de dados. No entanto, como o tráfego de testemunha é unicast, não há necessidade de implementar o PIM nos segmentos de camada 3.
Com o vSAN 6.6, que usa unicast, não há necessidade de considerar a espionagem IGMP ou o PIM.
Camada 3 em todos os lugares
Nessa configuração de cluster estendido vSAN, o tráfego de dados é roteado entre os sites de dados e o host de testemunha.
Para implementar a Camada 3 em todos os lugares da forma mais simples possível, use roteadores ou comutadores de roteamento nas topologias.
Por exemplo, considere um ambiente com o vSAN 6.5 ou anterior, que usa tráfego multicast. Nesse caso, configure a espionagem IGMP nos comutadores do site de dados para gerenciar a quantidade de tráfego multicast na rede. Isso é desnecessário no host de testemunha, pois o tráfego de testemunha é unicast. O tráfego multicast é roteado entre os sites de dados, portanto, configure o PIM para permitir o roteamento multicast.
Com o vSAN 6.6 e posterior, nem a espionagem IGMP nem o PIM são necessários porque todo o tráfego roteado é unicast.
Separando o tráfego de testemunha em vSAN clusters estendidos
vSAN é compatível com a separação do tráfego de testemunha em clusters estendidos.
No Inn vSAN 6.5 e versões posteriores, você pode separar o tráfego de testemunha do tráfego de vSAN em configurações de dois nós. Isso significa que os dois hosts vSAN podem ser conectados diretamente sem um switch de 10 Gb.
Essa separação de tráfego de testemunha só é compatível com implantações de dois nós no vSAN 6.6. A separação do tráfego de testemunha em vSAN clusters estendidos é compatível com o vSAN 6.7 e versões posteriores.
Como usar o cluster estendido para obter reconhecimento de rack
Com clusters estendidos, o vSAN fornece reconhecimento de rack em um único local.
Se você tiver dois racks de hosts vSAN, poderá continuar a executar o cluster vSAN após uma falha completa do rack. Nesse caso, a disponibilidade das cargas de trabalho da VM é fornecida pelo rack restante e por um host de testemunha remota.
Neste exemplo, se o rack 1 falhar, o rack 2 e o host testemunha fornecerão a disponibilidade da VM. Essa configuração é um ambiente pré-vSAN 6.6 e precisa de multicast configurado na rede. O host testemunha deve estar na rede vSAN. O tráfego de testemunhas é unicast. No vSAN 6.6 e posterior, todo o tráfego é unicast.
Essa topologia também é compatível com a L3. Coloque as portas vSAN VMkernel em diferentes sub-redes ou VLANs e use uma sub-rede ou VLAN separada para cada rack.
Essa topologia oferece suporte a implantações com dois racks para obter reconhecimento de rack (domínios de falha) com um cluster estendido vSAN. Essa solução usa um host testemunha externo ao cluster.