Várias técnicas de balanceamento de carga estão disponíveis para a equipe de NIC, e cada técnica tem seus prós e contras.
Rota baseada na porta virtual de origem
Nas configurações Ativo/Ativo ou Ativo/Passivo, use Rotear com base na porta virtual de origem (Route based on originating virtual port) para o agrupamento básico de NIC. Quando essa política está em vigor, apenas uma NIC física é usada por porta do VMkernel.
Prós (Pros)
-
Esse é o método de agrupamento de NICs mais simples que requer uma configuração mínima do comutador físico.
-
Esse método requer apenas uma única porta para o tráfego vSAN, o que simplifica a solução de problemas.
Contras (Cons)
-
Uma única interface VMkernel é limitada à largura de banda de uma única NIC física. Como os ambientes vSAN típicos usam um adaptador VMkernel, apenas uma NIC física na equipe é usada.
Rota baseada na carga física da NIC
A rota baseada na carga física da NIC (Route Based on Physical NIC Load) é baseada na rota baseada na porta virtual de origem (Route Based on Originating Virtual Port), em que o comutador virtual monitora a carga real dos uplinks e toma medidas para reduzir a carga em uplinks sobrecarregados. Esse método de balanceamento de carga está disponível apenas com um vSphere Distributed Switch, não em vSphere Standard Switches.
O switch distribuído calcula os uplinks para cada porta do VMkernel usando a ID da porta e o número de uplinks na equipe da NIC. O switch distribuído verifica os uplinks a cada 30 segundos e, se a carga exceder 75%, a ID da porta do VMkernel com a E/S mais alta será movida para um uplink diferente.
Prós (Pros)
-
Nenhuma configuração de switch físico é necessária.
-
Embora vSAN tenha uma porta VMkernel, os mesmos uplinks podem ser compartilhados por outras portas VMkernel ou serviços de rede. vSAN pode se beneficiar do uso de uplinks diferentes de outros serviços concorrentes, como vMotion ou gerenciamento.
Contras (Cons)
-
Como vSAN normalmente só tem uma porta VMkernel configurada, sua eficácia é limitada.
-
O ESXi VMkernel reavalia a carga do tráfego após cada intervalo de tempo, o que pode resultar em sobrecarga de processamento.
Configurações: detecção de falha de rede
Use a configuração padrão: Somente status do link (Link status only). Não use a sondagem de Beacon para detecção de falha de link. A sondagem de beacon requer pelo menos três NICs físicas para evitar cenários de split-brain. Para obter mais detalhes, consulte VMware KB 1005577.
Configurações: Notificar switches
Use a configuração padrão: Sim (Yes). Os comutadores físicos têm tabelas de encaminhamento de endereços MAC para associar cada endereço MAC a uma porta de comutador físico. Quando um quadro chega, o switch determina o endereço MAC de destino na tabela e decide a porta física correta.
Se ocorrer um failover de NIC, o host ESXi deverá notificar os comutadores de rede de que algo foi alterado, ou o comutador físico poderá continuar a usar as informações antigas e enviar os quadros para a porta errada.
Quando você define Notificar Switches como Sim (Yes), se uma NIC física falhar e o tráfego for redirecionado para uma NIC física diferente na equipe, o comutador virtual enviará notificações pela rede para atualizar as tabelas de pesquisa em comutadores físicos.
Essa configuração não detecta erros de configuração da VLAN ou perdas de uplink que ocorrem mais upstream na rede. A verificação de integridade de partições de rede vSAN pode detectar esses problemas.
Configurações: failback
Essa opção determina como um adaptador físico é retornado ao serviço ativo após a recuperação de uma falha. Um evento de failover aciona o tráfego de rede para mover de uma NIC para outra. Quando um estado de link ativo (link up) é detectado na NIC de origem, o tráfego é revertido automaticamente para o adaptador de rede original quando o Failback é definido como Sim (Yes). Quando o Failback está definido como Não (No), um failback manual é necessário.
Definir Failback como No (No )pode ser útil em algumas situações. Por exemplo, depois que uma porta de switch físico se recupera de uma falha, a porta pode estar ativa, mas pode levar vários segundos para começar a encaminhar o tráfego. O Failback Automático é conhecido por causar problemas em determinados ambientes que usam o Spanning Tree Protocol. Para obter mais informações sobre o Spanning Tree Protocol (STP), consulte VMware KB 1003804.
Definindo a ordem de failover
A ordem de failover determina quais links estão ativos durante operações normais e quais links estão ativos no caso de um failover. Diferentes configurações com suporte são possíveis para a rede vSAN.
Uplinks Ativo/Em espera (Active/Standby uplinks): se ocorrer uma falha em uma configuração Ativo/Em espera, o driver da NIC notificará vSphere sobre um evento de link inativo no Uplink 1. O Uplink 2 em espera torna-se ativo e o tráfego é retomado no Uplink 2.
Uplinks ativos/ativos (Active/Active uplinks): se você definir a ordem de failover como Ativo/Ativo, a porta virtual usada pelo tráfego vSAN não poderá usar as duas portas físicas ao mesmo tempo.
Se a configuração do agrupamento de NICs para o Uplink 1 e o Uplink 2 estiver ativa, não será necessário que o uplink em espera se torne ativo.
