Os intervalos de ar da rede podem ser úteis para separar e isolar o tráfego vSAN. Tenha cuidado ao configurar essa topologia.
Prós (Pros)
-
Separação física e lógica do tráfego vSAN.
Contras (Cons)
-
vSAN não é compatível com vários adaptadores VMkernel (vmknics) na mesma sub-rede. Para obter mais informações, consulte VMware KB 2010877.
-
A instalação é complexa e propensa a erros, portanto, a solução de problemas é mais complexa.
-
A disponibilidade da rede não é garantida com vários vmknics em algumas falhas assimétricas, como uma falha de NIC em um host e outra falha de NIC em outro host.
-
O tráfego vSAN com balanceamento de carga em NICs físicas não é garantido.
-
Os custos aumentam para hosts vSAN, pois você pode precisar de vários adaptadores VMkernel (vmknics) para proteger várias NICs físicas (vmnics). Por exemplo, 2 x 2 vmnics podem ser necessários para fornecer redundância para dois vSAN vmknics.
-
Os recursos lógicos necessários são duplicados, como portas VMkernel, endereços IP e VLANs.
-
vSAN não implementa a vinculação de porta. Isso significa que técnicas como vários caminhos não estão disponíveis.
-
As topologias de camada 3 não são adequadas para o tráfego vSAN com vários vmknics. Essas topologias podem não funcionar conforme o esperado.
-
A configuração do host de linha de comando pode ser necessária para alterar vSAN endereços de multicast.
Esta seção se concentra no Link Aggregation Control Protocol (LACP). O padrão IEEE é 802.3ad, mas alguns fornecedores têm recursos LACP proprietários, como o PAgP (Port Aggregation Protocol). Siga as práticas recomendadas recomendadas pelo seu fornecedor.
LACP é um padrão do setor que usa canais de porta. Muitos algoritmos de hash estão disponíveis. A política de grupo de portas do vSwitch e a configuração do canal de portas devem concordar e corresponder.