Você pode usar um canal de porta estático LACP de duas portas em um switch e dois uplinks ativos em um switch vSphere Standard.
Nessa configuração, use uma rede de 10 Gb com dois uplinks físicos por servidor. Existe uma única interface VMkernel (vmknic) para vSAN em cada host.
Para obter mais informações sobre requisitos de host e exemplos de configuração, consulte os seguintes artigos da base de conhecimento VMware:
Configurar o switch físico
Configure um canal de porta estático de dois uplinks da seguinte maneira:
-
Portas de switch 43 e 44
-
Entroncamento de VLAN, para que o canal de porta esteja no modo de tronco de VLAN, com as VLANs apropriadas troncalizadas.
-
Não especifique a política de balanceamento de carga no grupo de canais de porta.
Estas etapas podem ser usadas para configurar um canal de porta individual no switch:
Etapa 1: Criar um canal de porta.
#interface port-channel 13
Etapa 2: Defina o canal da porta para o modo de tronco da VLAN.
#switchport mode trunk
Etapa 3: Permitir as VLANs apropriadas.
#switchport trunk allowed vlan 3266
Etapa 4: Atribua as portas corretas ao canal de porta e defina o modo como ativo.
#interface range Te1/0/43, Te1/0/44
#channel-group 1 mode on
Etapa 5: Verifique se o canal de porta está configurado como um canal de porta estático.
#show interfaces port-channel 13
Channel Ports Ch-Type Hash Type Min-links Local Prf
------- ----------------------------- -------- --------- --------- --
Po13 Active: Te1/0/43, Te1/0/44 Static 7 1 Disabled
Hash Algorithm Type
1 - Source MAC, VLAN, EtherType, source module and port Id
2 - Destination MAC, VLAN, EtherType, source module and port Id
3 - Source IP and source TCP/UDP port
4 - Destination IP and destination TCP/UDP port
5 - Source/Destination MAC, VLAN, EtherType, source MODID/port
6 - Source/Destination IP and source/destination TCP/UDP port
7 - Enhanced hashing mode
Configurar o comutador vSphere Standard
Este exemplo pressupõe que você entenda a configuração e a criação de vSphere Standard Switches.
Este exemplo usa a seguinte configuração:
-
Hosts vSAN idênticos
-
Uplinks denominados vmnic0 e vmnic1
-
VLAN 3266 truncada para as portas do switch e o canal de porta
-
Quadros jumbo
Em cada host, crie um vSwitch1 com MTU definido como 9000 e vmnic0 e vmnic1 adicionados ao vSwitch. Na Política de Agrupamento e Failover, defina os dois adaptadores para a posição Ativo (Active). Defina a Política de balanceamento de carga como Rotear com base em IP Hash (Route Based on IP Hash).
Configure o agrupamento e o failover para o grupo de portas distribuído para o tráfego vSAN da seguinte maneira:
-
Política de balanceamento de carga definida como Rotear com base no hash de IP (Route Based on IP hash).
- Detecção de falha de rede definida como Somente status do link (Link status only).
-
Chaves de notificação definidas como Sim (Yes).
-
Failback definido como Sim (Yes).
-
Certifique-se de que ambos os uplinks estejam na posição Uplinks ativos (Active uplinks ).
Use os padrões para detecção de rede, Notificar Switches e Failback. Todos os grupos de portas herdam a Política de Agrupamento e Failover que foi definida no nível do vSwitch. Você pode substituir as políticas de failover e de equipes de grupos de portas individuais para serem diferentes do vSwitch pai, mas certifique-se de usar o mesmo conjunto de uplinks para balanceamento de carga de hash IP para todos os grupos de portas.
Configurar o balanceamento de carga
Embora os dois uplinks físicos sejam utilizados, não há um equilíbrio consistente de tráfego em todas as vmnics físicas. A figura mostra que apenas o tráfego ativo é o tráfego vSAN, que era basicamente quatro vmknics ou endereços IP. O comportamento pode ser causado pelo baixo número de endereços IP e possíveis hashes. No entanto, em algumas situações, o comutador virtual pode passar o tráfego de forma consistente por meio de um uplink na equipe. Para obter mais detalhes sobre o algoritmo de hash de IP, consulte a documentação oficial vSphere sobre Rota baseada em hash de IP.
Redundância de rede
Neste exemplo, vmnic1 está conectado a uma porta que foi desativada do comutador, para se concentrar no comportamento de falha e redundância. Observe que um alarme de redundância de uplink de rede foi acionado.
Nenhum vSAN alarme de integridade foi acionado. Os componentes de cluster e VM não são afetados, e a E/S de armazenamento convidado não é interrompida por essa falha.
Recuperação e failback
Depois que o vmnic1 se recupera, o tráfego é balanceado automaticamente entre os dois uplinks ativos.
