Beschrijving

Dit artikel begeleidt u bij het configureren, inschakelen, uitschakelen en verifiëren van Link Aggregation Control Protocol (LACP) op AHV-hosts met het volgende:

• Voordelen/voordelen van LACP
• Aanbevolen switchconfiguratie
• Oplossing
  • Voor AOS 5.19 of nieuwer
  • Handmatige methode
  • Overzicht van de workflow
• LACP configureren, verifiëren en uitschakelen
  • Hoe u de naam van de obligatie en de naam van de brug/schakelaar kunt controleren
  • Hoe LACP in AHV te configureren
  • Controleren of LACP is geconfigureerd
  • Hoe LACP op de host uit te schakelen
  • Hoe u het MAC-adres van een AHV-host-NIC kunt vinden

Voor meer informatie, zie AHV Networking Best Practices Guide i n Nutanix Portal voor volledige documentatie over het configureren van netwerken voor AHV-hosts.

Voordelen/voordelen van LACP

• Een VM van één gebruiker met meerdere TCP-streams kan tot 20 Gbps bandbreedte gebruiken in een AHV-knooppunt met twee adapters van 10 GB .
• Een traffic-hashing-algoritme zoals balance-TCP kan verkeer op een actief-actieve manier over meerdere links splitsen. Omdat de uplinks verschijnen als een enkele L2-link, kan het algoritme het verkeer tussen de obligatieleden in evenwicht brengen, zonder rekening te houden met MAC-adrestabellen van de switch.
• Met LACP verschijnen meerdere koppelingen naar afzonderlijke fysieke switches als een enkele laag-2-koppeling.
  Opmerking: Als u meerdere upstream-switches wilt gebruiken, moet u MLAG of vPC op de fysieke switch configureren.

[ Terug naar boven ]

Aanbevolen switchconfiguratie

Het wordt aanbevolen om LACP-fallback in te schakelen op de switch die wordt gebruikt om de AHV-knooppunten te verbinden. Voorbeeldopdrachten vindt u hieronder. Raadpleeg voor andere leveranciers van schakelaars hun producthandleidingen.

Arista:

 port-channel lacp fallback individu

Cisco-Nexus:

 geen lacp schorsing-individu

**Fallback-modus is standaard uitgeschakeld

Cisco-katalysator:

 geen poort-kanaal standalone-uitschakelen

**Fallback-modus is standaard uitgeschakeld

Jeneverbes QFX:

 forceren

**Zie Nutanix KB-15541 voor specifieke overwegingen bij Juniper-switches.

[ Terug naar boven ]

Oplossing

AOS 5.19 of nieuwer

Het is mogelijk om LACP in te schakelen met behulp van de Prism Element (PE) of Prism Central (PC) UI. Raadpleeg het hoofdstuk Over virtuele switches van de AHV Beheerdershandleiding voor meer informatie over virtuele switches. Raadpleeg het hoofdstuk Een virtuele switch maken of bijwerken voor informatie over het beheren van virtuele switches.

Het is mogelijk dat een virtuele switch niet correct wordt geïmplementeerd vanwege inconsistente bond-configuraties tussen knooppunten. Vervolgens moet de bond-configuratie handmatig worden bijgewerkt om ervoor te zorgen dat de bond-/bridge-configuratie op alle knooppunten overeenkomt. Gebruik GEEN ovs-vsctl- opdrachten om wijzigingen in het brugniveau aan te brengen (zoals LACP uitschakelen of inschakelen). Gebruik in plaats daarvan de opdrachten manage_ovs .
Voordat u manage_ovs gebruikt om OVS-niveauwijzigingen aan te brengen, moet de virtuele switch tijdelijk worden uitgeschakeld.

De onderstaande reeks stappen kan worden gevolgd:

1. Lijst virtuele schakelaar

    nutanix@cvm$ acli net.list_virtual_switch
   

2. Schakel de virtuele switch op het cluster uit door de onderstaande opdracht uit te voeren op een Controller VM (CVM):

    nutanix@cvm$ acli net.disable_virtual_switch
   

3. Gebruik vervolgens de manage_ovs- opdrachten vermeld in de sectie " Hoe LACP op de host uit te schakelen " om de bond-configuratie te wijzigen van LACP naar active-backup/balance-slb.
   OPMERKING : voor AOS >= 5.19 en < 5.20.2
   • Er is een bekend probleem met de virtuele switch, waardoor de virtuele switch automatisch opnieuw wordt aangemaakt, zelfs nadat deze is uitgeschakeld. Dit probleem is opgelost in AOS 5.20.2 en hoger.
   • Het wordt automatisch opnieuw gemaakt in een scenario waarin de virtuele switch niet aanwezig is op het cluster en een van de eerste AHV-knooppunten in het cluster de verbinding met het netwerk verbreekt en de netwerkconnectiviteit herstelt. U kunt dit scenario mogelijk tegenkomen tijdens het proces van het wijzigen van de bindingsconfiguratie op AHV en/of het uitvoeren van poortconfiguratiewijzigingen aan de fysieke switchzijde.
   • Als de virtuele switch vanwege dit probleem opnieuw wordt ingeschakeld, mislukken de opdrachten manage_ovs met de volgende foutmelding:

      24-08-2021 17:46:20,254Z INFO manage_ovs:400 UUID voor lokale host is ecb39f18-fdfe-465e-a944-2506f189ee72
     24-08-2021 17:46:20,261Z KRITIEK manage_ovs:450 Bridge-naam: br0 wordt gebruikt door virtuele switch: vs0. OVS-bridge: br0 gebruikt door virtuele switch kan niet worden gewijzigd met manage_ovs.

   • In een dergelijke situatie volgt u stappen (a) en (b) om te controleren of de virtuele switch aanwezig is op het cluster en schakelt u deze vervolgens weer uit voordat u naar het volgende knooppunt gaat om wijzigingen in de bond-configuratie aan te brengen

4. Zodra de verbindingsconfiguratie consistent is gemaakt voor alle knooppunten, migreert u de corresponderende bridge(s) naar virtuele switch(s), zoals weergegeven in het onderstaande voorbeeld.

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

[ Terug naar boven ]

Handmatige methode

• Raadpleeg de AHV Networking Best Practices-gids
• Bonded-poorten aggregeren de fysieke interfaces op de AHV-host. Standaard maakt het systeem een binding met de naam br0-up in bridge br0 die alle fysieke interfaces bevat. Wijzigingen in de standaardobligatie (br0-up) met behulp van de opdrachten manage_ovs kunnen de naam ervan wijzigen in bond0 als u oudere voorbeelden gebruikt, dus houd er rekening mee dat uw systeem mogelijk een andere naam heeft dan de onderstaande voorbeelden.
• Eerdere versies van deze handleiding gebruikten de obligatienaam bond0 in plaats van br0-up (bond0 was vroeger de standaard). Nutanix raadt aan de naam br0-up te gebruiken om deze interface snel te identificeren als de bridge br0 uplink. Door dit naamgevingsschema te gebruiken, kunnen uplinks voor extra bruggen eenvoudig van elkaar worden onderscheiden.

In de onderstaande voorbeelden gebruiken we br0-up als obligatienaam in plaats van bond0 of een ander aangepast naamgevingsschema.

WAARSCHUWING: het bijwerken van uplinks met behulp van "manage_ovs" zal de binding verwijderen en opnieuw creëren met de standaardconfiguratie.
Houd rekening met het volgende voordat u uplinks bijwerkt:

• Als actieve back-up load-balancing-modus wordt gebruikt, kan een uplink-update ervoor zorgen dat de verbinding met het hostnetwerk kortstondig wordt verbroken.
• Als de load-balancing-modus balance-slb of balance-tcp (LACP) wordt gebruikt, zal een uplink-update de configuratie resetten naar actief-passief. Netwerkverbindingen die afhankelijk zijn van LACP zullen op dit punt uitvallen omdat de host niet meer reageert op keepalives. Deze toestand kan worden verholpen door de volgende opdracht uit te voeren op de lokale CVM in AOS-versies 5.5.3+ en 5.6.1+:

   nutanix@cvm$ manage_ovs --bridge <bridgenaam> --interfaces <interfacenamen> --bond_name <obligatienaam> --bond_mode balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

Het wordt sterk aanbevolen om wijzigingen op één knooppunt tegelijk uit te voeren nadat u zich ervan heeft verzekerd dat het cluster knooppuntfouten kan tolereren. Het gebruik van de opdracht allssh manage_ovs update_uplinks kan leiden tot een clusterstoring. Gebruik deze alleen als het cluster niet in productie is en er geen gebruikers-VM's actief zijn.

[ Terug naar boven ]

Overzicht van de workflow

1. Maak verbinding met CVM (Controller VM) via SSH. Zorg ervoor dat u bent verbonden met de juiste CVM door de naam en het IP-adres te controleren.
2. Volg het hoofdstuk De clusterstatus verifiëren in de AHV Administration Guide om er zeker van te zijn dat het cluster kan tolereren dat een knooppunt niet beschikbaar is. Ga niet verder als het cluster de uitval van ten minste één knooppunt niet kan tolereren.
3. Plaats het knooppunt en de CVM in het onderhoudsstand:

A. Controleer de beschikbaarheid van de veranderende onderhoudsmodus van doelhosts:

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

B. Zet de host in de onderhoudsmodus. Hiermee worden actieve VM's naar andere hosts gemigreerd:

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

C. Schakel de onderhoudsmodus in voor de CVM op de doelhost. Deze stap is bedoeld om te voorkomen dat CVM-services worden beïnvloed door een mogelijk verbindingsprobleem. U kunt deze stap overslaan als de CVM-services niet actief zijn of als het cluster is gestopt.

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

Opmerking: je kunt <host ID> vinden in de uitvoer van de opdracht "ncli host ls":

 ncli-hostlijst
    Id: 00058977-c18c-af17-0000-000000006f89::2872 <--- "2872" is host-ID
    Uuid: ddc9d93b-68e0-4220-85f9-63b73d08f0ff
...

4. Maak verbinding met de host via IPMI, omdat het LACP-configuratieproces ervoor kan zorgen dat de netwerkverbinding wordt verbroken.
5. Voer de vereiste configuratiestappen uit ( LACP configureren in AHV , LACP uitschakelen op de host ).
6. Zodra de configuratie is voltooid, zorgt u ervoor dat zowel de host als de CVM toegankelijk zijn via het netwerk. Zorg er ook voor dat alle NIC's in de verbinding operationeel zijn door de verbindingen één voor één af te sluiten en de connectiviteit te verifiëren.
7. Als alle tests met succes zijn voltooid, verwijdert u CVM en knooppunt uit de onderhoudsmodus:

A. Voer vanuit een van de andere CVM's de volgende opdracht uit om de betrokken CVM uit de onderhoudsmodus te halen:

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

B. Verlaat de host naar de onderhoudsmodus. Hiermee wordt de VM-locatie hersteld:

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

[ Terug naar boven ]

Hoe controleer ik de naam van de obligatie en de naam van de brug/switch?

Voer de opdracht uit vanuit CVM om de naam van de band en de naam van de switch/bridge op te halen:

 nutanix@cvm$ manage_ovs show_uplinks

Voorbeeld

 nutanix@cvm$ manage_ovs show_uplinks
Brug br1: ---> Naam brug/schakelaar
  Uplink-poorten: br1-up ---> naam van de obligatie
  Uplink-ifaces: eth1 eth0

Brug br0: ---> Naam brug/schakelaar
  Uplink-poorten: br0-up ---> naam van de obligatie
  Uplink-ifaces: eth3 eth2

In dit voorbeeld is de naam van de binding br0-up voor bridge/switch br0 en br1-up voor bridge/switch br1 .

[ Terug naar boven ]

Hoe LACP in AHV te configureren

Om specifieke uplinks op afstand opnieuw te configureren vanaf een andere CVM in de cluster zonder onderhoudsmodus wanneer de doelhost netwerktoegang heeft, gebruikt u de opdracht manage_ovs . Gebruik indien nodig variabelen:

 nutanix@cvm$ manage_ovs --bridge 
  
   --interfaces 
   
  
    --bond_naam 
    
   
     --gastheer 
     
    
      --bond_mode balance-tcp --lacp_mode snel --lacp_fallback true update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Zie hieronder voor een voorbeeld:

 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

Opmerking: houd rekening met de LACP-tijdopties (langzaam en snel). Als de switches een snelle configuratie hebben, houd er dan rekening mee dat je de LACP van Nutanix Cluster ook op snelle modus moet zetten. Anders kunt u een storing krijgen vanwege een discrepantie in de LACP-snelheid.

[ Terug naar boven ]

Hoe u kunt verifiëren of LACP is geconfigureerd in AHV

Voer de volgende opdrachten uit.

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

Werkende voorbeelden:

Voor de ovs-appctl bond/show noteer je " lacp_status: onderhandeld "

 root@ahv# ovs-appctl bond/show br0-up  
---- br0-up ----  
bond_mode: balans-tcp  
bond mag recirculatie gebruiken: ja, Recirc-ID : 301  
obligatie-hash-basis: 0  
upvertraging: 0 ms  
vertraging: 0 ms  
volgende herbalancering: 6757 ms  
lacp_status: onderhandeld  
actieve slaaf mac: 0c:c4:7a:1e:3e:6e(eth2)  
  
slaaf eth2: ingeschakeld  
        actieve slaaf  
        may_enable: waar  
        hash 78: 127 kB belasting  
        hash 108: 13 kB belasting  
        hash 244: 94 kB belasting  
  
slaaf eth3: ingeschakeld  
        may_enable: waar  
        hash 9: 6 kB belasting  
        hash 11: 11 kB belasting  
        hash 23: 12 kB belasting  
...

Voor ovs-appctl lacp/show noteer je " status: actief onderhandeld" en "huidig bijgevoegd " voor elke interface:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- status: actief onderhandeld sys_id: 0c:c4:7a:2f:4f:9d sys_priority: 65534 aggregatiesleutel: 1 lacp_time: langzame slaaf: eth2: huidig aangesloten port_id: 1 port_priority: 65535 may_enable: true actor sys_id: 0c:c4:7a:2f:4f:9d actor sys_priority: 65534 actor port_id: 1 actor port_priority: 65535 actor sleutel: 1 actor status: activiteit aggregatie gesynchroniseerd verzamelen distribuerende partner sys_id: 00:2b:21:45:2d:12 partner sys_priority: 32768 partner port_id: 39 partner port_priority: 32768 partnersleutel: 115 partnerstatus: activiteitenaggregatie gesynchroniseerd verzamelen distributieslave: eth3: huidige gekoppelde port_id: 2 port_priority: 65535 may_enable: true actor sys_id: 0c:c4:7a:2f:4f:9d actor sys_priority: 65534 actor port_id: 2 actor port_priority: 65535 actor sleutel: 1 actor status: activiteitenaggregatie gesynchroniseerd verzamelen distributiepartner sys_id: 00: 2b:21:45:2d:12 partner sys_priority: 32768 partner port_id: 40 partner port_priority: 32768 partnersleutel: 115 partnerstatus: aggregatie van activiteiten gesynchroniseerd verzamelen distribueren

Niet-werkende voorbeelden

Voor ovs-appctl bond/show noteer " lacp_status: geconfigureerd ":

 root@ahv# ovs-appctl bond/show br0-up ---- br0-up ---- bond_mode: balance-tcp bond kan recirculatie gebruiken: nee, Recirc-ID: -1 bond-hash-basis: 0 updelay : 0 ms downdelay: 0 ms lacp_status: geconfigureerd lacp_fallback_ab: echte actieve back-up primair: 
  
   actieve slaaf mac: 00:e0:ed:8b:72:a1(eth2) < afgeknot >
  
 

"geconfigureerd" geeft aan dat LACP is geconfigureerd op de AHV-host, maar dat de host niet in staat is geweest om over LACP te onderhandelen met de switchpoorten.

Voor ovs-appctl lacp/show br0-up noteer je " status: active " en " standaard bijgevoegd " voor elke interface:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- status: actief sys_id: ac:2f:7b:b6:fe:2e sys_priority: 65534 aggregatiesleutel: 1 lacp_time: snel slave: eth0: standaard gekoppeld port_id: 2 port_priority: 65535 may_enable: true actor sys_id: ac:2f:7b:b6:fe:2e actor sys_priority: 65534 actor port_id: 2 actor port_priority: 65535 actor sleutel: 1 actor status: time-out activiteit aggregatie gesynchroniseerd verzamelen distribueren standaard partner sys_id: 00:00:00:00:00:00 partner sys_priority: 0 partner port_id: 0 partner port_priority: 0 partnersleutel: 0 partnerstatus: slaaf: eth1: standaard gekoppelde port_id: 3 port_priority: 65535 may_enable: true actor sys_id: ac:2f:7b:b6:fe:2e actor sys_priority: 65534 actor port_id: 3 actor port_priority: 65535 actor sleutel: 1 actor status: activiteit time-out aggregatie gesynchroniseerd verzamelen distribueren standaard ingesteld

Uit de resultaten blijkt dat er niet over het LACP is onderhandeld. Standaard geeft aan dat de AHV-host geen LACP PDU's van de switch heeft ontvangen. Als u deze configuratie op uw host ziet, controleer dan de LACP-configuratie op de switches waarmee de host is verbonden.

[ Terug naar boven ]

Hoe LACP op de host uit te schakelen

Voer de volgende stappen uit om LACP op de host veilig uit te schakelen. Bekijk het gedeelte 'Werkstroomoverzicht' hierboven voor stappen voor het uitvoeren van pre- en post-configuratietaken.

1. Configureer hosts om een verbindingsmodus te gebruiken waarvoor geen LACP vereist is met behulp van een van de onderstaande opdrachten.

A. Met de volgende opdracht wordt het taakverdelingsbeleid ingesteld op active-backup, wat betekent dat er slechts één actieve uplink wordt gebruikt en stand-byadapters alleen worden gebruikt als de actieve adapter uitvalt.

 nutanix@cvm$ manage_ovs --bridge 
  
   --interfaces 
   
  
    --bond_naam 
    
   
     --gastheer 
     
    
      --bond_mode actieve back-up update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Alle leden van de bond moeten fysiek verbonden zijn, anders geeft de opdracht manage_ovs een waarschuwing en wordt afgesloten zonder de bond te configureren. Om deze fout te voorkomen en interfaces van de binding aan te bieden, zelfs als deze niet zijn verbonden, gebruikt u de vlag require_link=false.

 nutanix@cvm$ manage_ovs --bridge 
  
   --interfaces 
   
  
    --bond_naam 
    
   
     --gastheer 
     
    
      --bond_mode active-backup --require_link=false update_uplinks
     
    
    
    
   
   
   
  
  
  
 

B. Met de volgende opdracht wordt het taakverdelingsbeleid ingesteld op balance-slb, waardoor het VM-verkeer opnieuw wordt verdeeld van veelgebruikte naar minder gebruikte interfaces, en waarbij alle beschikbare uplinks worden gebruikt. U kunt de AHV Networking Best Practices Guide raadplegen voor meer informatie over het taakverdelingsbeleid.

2. Schakel LACP uit op de switchpoorten.

[ Terug naar boven ]

Hoe u het MAC-adres van een AHV-host-NIC kunt vinden

Om het MAC-adres van een AHV-host-NIC te vinden, gebruikt u een van de volgende opdrachten:

• Voer de volgende opdracht uit op de AHV-host

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

Voorbeelduitvoer:

 [root@ahv ~]# ethtool -P eth3
Vast adres: 00:25:90:cb:39:27

• Voer de volgende opdracht uit op de AHV-host

 [root@ahv ~]# ifconfig <interface>

Voorbeelduitvoer:

 [root@ahv ~]# ifconfig eth3
eth3 Link encap:Ethernet HWaddr 00:25:90:CB:39:27 UP BROADCAST RUNNING MULTICAST MTU:1500 Metrisch:1 RX-pakketten:46857327754 fouten:0 verwijderd:228250 overruns:0 frame:0 TX-pakketten:49134503170 fouten:0 verwijderd:0 overschrijdingen:0 vervoerder:0 botsingen:0 txqueuelen:1000 RX bytes:49893674683483 (45,3 TiB) TX bytes:54855610562476 (49,8 TiB)

[ Terug naar boven ]

Extra informatie

• Nutanix KB 3263 - Origineel document in Nutanix Portal
• Nutanix-bestemmingspagina
• Lenovo ISG-ondersteuningsplan - ThinkAgile HX Appliance en Lenovo Converged HX-serie