Descrição

Este artigo orienta você na configuração, ativação, desativação e verificação do Link Aggregation Control Protocol (LACP) em hosts AHV com o seguinte:

• Benefícios/Vantagens do LACP
• Configuração de switch recomendada
• Solução
  • Para AOS 5.19 ou mais recente
  • Método manual
  • Visão geral do fluxo de trabalho
• Configurando, verificando e desabilitando o LACP
  • Como verificar o nome do vínculo e o nome da ponte/switch
  • Como configurar o LACP no AHV
  • Como verificar se o LACP está configurado
  • Como desabilitar o LACP no host
  • Como encontrar o endereço MAC de uma NIC host AHV

Para obter mais informações, consulte Guia de práticas recomendadas de rede AHV i n Portal Nutanix para documentação completa sobre configuração de rede para hosts AHV.

Benefícios/Vantagens do LACP

• Uma VM de usuário único com vários fluxos TCP poderia usar até 20 Gbps de largura de banda em um nó AHV com dois adaptadores de 10 GB .
• Um algoritmo de hash de tráfego, como o balance-TCP, pode dividir o tráfego entre vários links de maneira ativo-ativo. Como os uplinks aparecem como um único link L2, o algoritmo pode equilibrar o tráfego entre os membros do vínculo sem qualquer consideração pelas tabelas de endereços MAC do switch.
• Com o LACP, vários links para switches físicos separados aparecem como um único link de camada 2.
  Nota: Para usar vários switches upstream, você deve configurar o MLAG ou o vPC no switch físico.

[ De volta ao topo ]

Configuração de switch recomendada

Recomenda-se habilitar o fallback LACP no switch usado para conectar os nós AHV. Comandos de exemplo podem ser encontrados abaixo. Para outros fornecedores de switches, consulte os manuais dos produtos.

Arista:

 indivíduo substituto de lacp de canal de porta

Cisco Nexus:

 sem lacp suspender-individual

**O modo substituto está desabilitado por padrão

Catalisador Cisco:

 sem desativação autônoma de canal de porta

**O modo substituto está desabilitado por padrão

Junípero QFX:

 forçar

**Consulte Nutanix KB-15541 para considerações específicas com switches Juniper.

[ De volta ao topo ]

Solução

AOS 5.19 ou mais recente

É possível ativar o LACP usando a interface do Prism Element (PE) ou Prism Central (PC). Consulte o capítulo Sobre o switch virtual do Guia de administração do AHV para obter mais informações sobre switches virtuais. Consulte o capítulo Criando ou atualizando um switch virtual para obter informações sobre como gerenciar switches virtuais.

Existe a possibilidade de que um switch virtual não seja implantado corretamente devido à configuração de vínculo inconsistente entre os nós e, em seguida, a configuração do vínculo deve ser atualizada manualmente para fazer com que a configuração do vínculo/ponte corresponda em todos os nós. NÃO use comandos ovs-vsctl para fazer alterações no nível da ponte (como desabilitar ou habilitar LACP). Em vez disso, use comandos manager_ovs .
Antes de usar o manager_ovs para fazer alterações no nível do OVS, o switch virtual precisa ser temporariamente desativado.

A sequência de etapas abaixo pode ser seguida:

1. Listar switch virtual

    nutanix@cvm$ acli net.list_virtual_switch
   

2. Desative o switch virtual no cluster executando o comando abaixo em uma VM controladora (CVM):

    nutanix@cvm$ acli net.disable_virtual_switch
   

3. Em seguida, use os comandos manager_ovs mencionados na seção " Como desabilitar o LACP no host " para alterar a configuração do vínculo de LACP para active-backup/balance-slb.
   NOTA : Para AOS >= 5.19 e < 5.20.2
   • Há um problema conhecido no switch virtual devido ao qual o switch virtual é recriado automaticamente mesmo depois de desativá-lo. Este problema foi corrigido no AOS 5.20.2 em diante.
   • Ele é recriado automaticamente no cenário em que o switch virtual não está presente no cluster e um dos primeiros nós AHV no cluster se desconecta da rede e restaura a conectividade da rede. É possível que você atinja esse cenário durante o processo de alteração da configuração de vínculo no AHV e/ou de alteração da configuração da porta no lado do switch físico.
   • Se o switch virtual for reativado devido a esse problema, os comandos manager_ovs falharão com o seguinte erro:

      24/08/2021 17:46:20,254Z INFO manage_ovs:400 UUID para host local é ecb39f18-fdfe-465e-a944-2506f189ee72
     2021-08-24 17:46:20,261Z CRÍTICO manage_ovs:450 Nome da ponte: br0 é usado pelo switch virtual: vs0. Ponte OVS: br0 usado pelo switch virtual não pode ser modificado com manage_ovs.

   • Em tal situação, siga as etapas (a) e (b) para verificar se o switch virtual está presente no cluster e, em seguida, desative-o novamente antes de passar para o próximo nó para fazer alterações na configuração do vínculo

4. Depois que a configuração do vínculo for consistente em todos os nós, migre as pontes correspondentes para os comutadores virtuais, conforme mostrado no exemplo abaixo.

    nutanix@cvm$ acli net.migrate_br_to_virtual_switch brX vs_name=vsX
   
   Exemplo:
   nutanix@cvm$ acli net.migrate_br_to_virtual_switch br0 vs_name=vs0

[ De volta ao topo ]

Método manual

• Consulte o Guia de práticas recomendadas de rede AHV
• As portas vinculadas agregam as interfaces físicas no host AHV. Por padrão, o sistema cria um vínculo denominado br0-up na ponte br0 contendo todas as interfaces físicas. Alterações no vínculo padrão (br0-up) usando comandos manager_ovs podem renomeá-lo para bond0 ao usar exemplos mais antigos, portanto, lembre-se de que seu sistema pode ter um nome diferente dos exemplos abaixo.
• Versões anteriores deste guia usavam o nome do título bond0 em vez de br0-up (bond0 costumava ser o padrão). A Nutanix recomenda usar o nome br0-up para identificar rapidamente esta interface como o uplink da ponte br0. Usar este esquema de nomenclatura permite distinguir facilmente uplinks para pontes adicionais entre si.

Nos exemplos abaixo, estamos usando br0-up como nome de título em vez de bond0 ou qualquer outro esquema de nomenclatura personalizado.

AVISO: A atualização de uplinks usando "manage_ovs" excluirá e recriará o vínculo com a configuração padrão.
Considere o seguinte antes de atualizar os uplinks:

• Se o modo de balanceamento de carga de backup ativo for usado, uma atualização de uplink poderá causar uma breve desconexão da rede do host.
• Se o modo de balanceamento de carga balance-slb ou balance-tcp (LACP) for usado, uma atualização de uplink redefinirá a configuração para ativo-passivo. Os links de rede que dependem do LACP irão cair neste ponto, pois o host para de responder aos keepalives. Esta condição pode ser mitigada executando o seguinte comando na CVM local nas versões 5.5.3+ e 5.6.1+ do AOS:

   nutanix@cvm$ manage_ovs --bridge <nome da ponte> --interfaces <nomes das interfaces> --bond_name <nome da ligação> --bond_mode balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

É altamente recomendável realizar alterações em um nó por vez depois de certificar-se de que o cluster pode tolerar falhas de nó. O uso do comando allssh manager_ovs update_uplinks pode levar a uma interrupção do cluster. Use-o apenas se o cluster não estiver em produção e não tiver VMs de usuário em execução.

[ De volta ao topo ]

Visão geral do fluxo de trabalho

1. Conecte-se ao CVM (VM controlador) via SSH. Certifique-se de estar conectado à CVM correta verificando seu nome e IP.
2. Siga o capítulo Verificando a integridade do cluster no Guia de administração do AHV para garantir que o cluster possa tolerar a inatividade do nó. Não prossiga se o cluster não puder tolerar a falha de pelo menos um nó.
3. Coloque o nó e o CVM no Modo de manutenção:

a. Verifique a disponibilidade de alteração do modo de manutenção dos hosts de destino:

 nutanix@cvm$ acli host.enter_maintenance_mode_check <ip do host>

b. Coloque o host em modo de manutenção. Isso migrará VMs em execução para outros hosts:

 nutanix@cvm$ acli host.enter_maintenance_mode <host ip>

c. Habilite o modo de manutenção para o CVM no host de destino. Esta etapa serve para evitar que os serviços da CVM sejam impactados por possíveis problemas de conectividade. Você pode pular esta etapa se os serviços CVM não estiverem em execução ou se o cluster tiver parado.

 nutanix@cvm$ ncli host edit id=<ID do host> enable-maintenance-mode=true

Nota: Você pode encontrar <host ID> na saída do comando "ncli host ls":

 lista de hosts ncli
    Id: 00058977-c18c-af17-0000-000000006f89::2872 <--- "2872" é o ID do host
    Uuid: ddc9d93b-68e0-4220-85f9-63b73d08f0ff
...

4. Conecte-se ao host via IPMI, pois o processo de configuração do LACP pode causar desconexão da rede.
5. Execute as etapas de configuração necessárias ( Como configurar o LACP no AHV , Como desabilitar o LACP no host ).
6. Assim que a configuração for concluída, certifique-se de que o host e o CVM estejam acessíveis pela rede. Além disso, certifique-se de que todas as NICs no vínculo estejam operacionais, desligando os links um por um e verificando a conectividade.
7. Se todos os testes forem concluídos com sucesso, remova o CVM e o nó do modo de manutenção:

a. Em uma das outras CVMs, execute o seguinte comando para sair da CVM afetada do modo de manutenção:

 nutanix@cvm$ ncli host edit id=<host ID> enable-maintenance-mode=false

b. Saia do host para o modo de manutenção. Isso restaurará a localidade da VM:

 nutanix@cvm$ acli host.exit_maintenance_mode <host ip>

[ De volta ao topo ]

Como verificar o nome do vínculo e o nome da ponte/switch?

Execute o comando da CVM para obter o nome do vínculo e o nome do switch/ponte:

 nutanix@cvm$ manager_ovs show_uplinks

Exemplo

 nutanix@cvm$ manager_ovs show_uplinks
Ponte br1: ---> Nome da ponte/switch
  Portas de uplink: br1-up ---> nome do vínculo
  Uplink ifaces: eth1 eth0

Bridge br0: ---> Nome da ponte/switch
  Portas de uplink: br0-up ---> nome do vínculo
  Uplink ifaces: eth3 eth2

Neste exemplo, o nome do vínculo é br0-up para ponte/switch br0 e br1-up para ponte/switch br1 .

[ De volta ao topo ]

Como configurar o LACP no AHV

Para reconfigurar uplinks específicos remotamente de outro CVM de modo sem manutenção no cluster quando o host de destino tiver acesso à rede, use o comando manage_ovs . Use variáveis conforme necessário:

 nutanix@cvm$ manager_ovs --bridge 
  
   --interfaces 
   
  
    --bond_name 
    
   
     --hospedar 
     
    
      --bond_mode balance-tcp --lacp_mode rápido --lacp_fallback verdadeiro update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Veja abaixo um exemplo:

 nutanix@cvm$ manage_ovs --bridge br0 --interfaces eth2,eth3 --bond_name br0-up --host hh.hh.hh.hh --bond_mode balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

Nota: Considere as opções de tempo LACP (lento e rápido). Se os switches tiverem configuração rápida, lembre-se de que você também precisa configurar o LACP do Nutanix Cluster em modo rápido. Caso contrário, você poderá sofrer uma interrupção devido a uma incompatibilidade na velocidade do LACP.

[ De volta ao topo ]

Como verificar se o LACP está configurado no AHV

Execute os seguintes comandos.

 root@ahv#ovs-appctl bond/show br0-up 
root@ahv#ovs-appctl lacp/show br0-up

Exemplos de trabalho:

Para o ovs-appctl bond/show , observe " lacp_status: negocied "

 root@ahv#ovs-appctl bond/show br0-up  
---- br0-up ----  
bond_mode: equilíbrio-tcp  
o título pode usar recirculação: sim, Recirc-ID: 301  
base de hash de vínculo: 0  
atraso de atualização: 0 ms  
atraso de descida: 0 ms  
próximo rebalanceamento: 6757 ms  
lacp_status: negociado  
escravo ativo mac: 0c:c4:7a:1e:3e:6e(eth2)  
  
escravo eth2: habilitado  
        escravo ativo  
        may_enable: verdadeiro  
        hash 78: carga de 127 kB  
        hash 108: carga de 13 kB  
        hash 244: carga de 94 kB  
  
escravo eth3: habilitado  
        may_enable: verdadeiro  
        hash 9: carga de 6 kB  
        hash 11: carga de 11 kB  
        hash 23: carga de 12 kB  
...

Para ovs-appctl lacp/show , observe " status: ativo negociado" e "atual anexado " para cada interface:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- status: ativo negociado sys_id: 0c:c4:7a:2f:4f:9d sys_priority: 65534 chave de agregação: 1 lacp_time: escravo lento: eth2: atualmente conectado port_id: 1 port_priority: 65535 may_enable: verdadeiro ator sys_id: 0c:c4:7a:2f:4f:9d ator sys_priority: 65534 ator port_id: 1 ator port_priority: 65535 chave do ator: 1 estado do ator: atividade agregação sincronizada coleta distribuição parceiro sys_id: 00:2b:21:45:2d:12 parceiro sys_priority: 32768 parceiro port_id: 39 parceiro port_priority: 32768 chave do parceiro: 115 estado do parceiro: agregação de atividade coleta sincronizada distribuição escravo: eth3: atual anexado port_id: 2 port_priority: 65535 may_enable: verdadeiro ator sys_id: 0c:c4:7a:2f:4f:9d ator sys_priority: 65534 ator port_id: 2 atores port_priority: 65535 chave do ator: 1 estado do ator: agregação de atividade sincronizada coleta parceiro de distribuição sys_id: 00: 2b:21:45:2d:12 parceiro sys_priority: 32768 parceiro port_id: 40 parceiro port_priority: 32768 chave do parceiro: 115 estado do parceiro: agregação de atividade coleta sincronizada distribuição

Exemplos não funcionais

Para ovs-appctl bond/show , observe " lacp_status: configurado ":

 root@ahv# ovs-appctl bond/show br0-up ---- br0-up ---- bond_mode: balance-tcp bond pode usar recirculação: não, Recirc-ID: -1 bond-hash-basis: 0 updelay : 0 ms downdelay: 0 ms lacp_status: configurado lacp_fallback_ab: verdadeiro backup ativo primário: 
  
   escravo ativo mac: 00:e0:ed:8b:72:a1(eth2) < truncado >
  
 

"configurado" indica que o LACP foi configurado no host AHV, mas o host não conseguiu negociar o LACP com as portas do switch.

Para ovs-appctl lacp/show br0-up , observe " status: active " e " defaulted attachment " para cada interface:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- status: ativo sys_id: ac:2f:7b:b6:fe:2e sys_priority: 65534 chave de agregação: 1 lacp_time: rápido escravo: eth0: port_id anexado padrão: 2 port_priority: 65535 may_enable: verdadeiro ator sys_id: ac:2f:7b:b6:fe:2e ator sys_priority: 65534 ator port_id: 2 atores port_priority: 65535 chave do ator: 1 estado do ator: tempo limite de atividade agregação sincronizada coleta distribuição parceiro padrão sys_id: 00:00:00:00:00:00 parceiro sys_priority: 0 parceiro port_id: 0 parceiro port_priority: 0 chave do parceiro: 0 estado do parceiro: escravo: eth1: port_id anexado padrão: 3 port_priority: 65535 may_enable: verdadeiro ator sys_id: ac:2f:7b:b6:fe:2e ator sys_priority: 65534 ator port_id: 3 atores port_priority: 65535 chave do ator: 1 estado do ator: tempo limite da atividade agregação sincronizada coleta distribuição padrão

A saída indica que o LACP não foi negociado. Padrão indica que o host AHV não recebeu PDUs LACP do switch. Se você vir essa configuração no seu host, verifique a configuração do LACP nos switches aos quais o host está conectado.

[ De volta ao topo ]

Como desabilitar o LACP no host

Execute as etapas a seguir para desabilitar o LACP com segurança no host. Verifique a seção "Visão geral do fluxo de trabalho" acima para ver as etapas para executar tarefas pré e pós-configuração.

1. Configure os hosts para usar um modo de ligação que não exija LACP usando um dos comandos abaixo.

a. O comando a seguir define a política de balanceamento de carga como backup ativo, o que significa que apenas um uplink ativo é usado e os adaptadores em espera são usados somente quando o adaptador ativo falha.

 nutanix@cvm$ manager_ovs --bridge 
  
   --interfaces 
   
  
    --bond_name 
    
   
     --hospedar 
     
    
      --bond_mode backup ativo update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Todos os membros do vínculo devem estar fisicamente conectados ou o comando manager_ovs produzirá um aviso e sairá sem configurar o vínculo. Para evitar esse erro e provisionar interfaces do vínculo mesmo que não estejam conectadas, use o sinalizador require_link=false.

 nutanix@cvm$ manager_ovs --bridge 
  
   --interfaces 
   
  
    --bond_name 
    
   
     --hospedar 
     
    
      --bond_mode backup ativo --require_link=false update_uplinks
     
    
    
    
   
   
   
  
  
  
 

b. O comando a seguir define a política de balanceamento de carga como balance-slb, que reequilibra o tráfego da VM de interfaces altamente usadas para interfaces menos usadas e usa todos os uplinks disponíveis. Você pode consultar o Guia de práticas recomendadas de rede AHV para entender mais sobre as políticas de balanceamento de carga.

2. Desligue o LACP nas portas do switch.

[ De volta ao topo ]

Como encontrar o endereço MAC de uma NIC host AHV

Para encontrar o endereço MAC de uma NIC host AHV, use um dos seguintes comandos:

• Execute o seguinte comando no host AHV

 [root@ahv ~]# ethtool -P <interface>

Exemplo de saída:

 [root@ahv ~]# ethtool -P eth3
Endereço permanente: 00:25:90:cb:39:27

• Execute o seguinte comando no host AHV

 [root@ahv ~]# ifconfig <interface>

Exemplo de saída:

 [root@ahv ~]# ifconfig eth3
eth3 Link encap:Ethernet HWaddr 00:25:90:CB:39:27 UP BROADCAST RUNNING MULTICAST MTU:1500 Métrica:1 Pacotes RX:46857327754 erros:0 descartados:228250 ultrapassagens:0 quadro:0 Pacotes TX:49134503170 erros:0 descartados: 0 ultrapassagens: 0 operadora: 0 colisões: 0 txqueuelen: 1000 bytes RX: 49893674683483 (45,3 TiB) bytes TX: 54855610562476 (49,8 TiB)

[ De volta ao topo ]

Informações adicionais

• Nutanix KB 3263 - Documento original no Portal Nutanix
• Página de destino da Nutanix
• Plano de suporte Lenovo ISG - ThinkAgile HX Appliance e Lenovo Converged HX Series