Leírás

Ez a cikk végigvezeti Önt a Link Aggregation Control Protocol (LACP) konfigurálásán, engedélyezésén, letiltásán és ellenőrzésén az AHV gazdagépeken a következőkkel:

• A LACP előnyei/előnyei
• Ajánlott kapcsolókonfiguráció
• Megoldás
  • AOS 5.19 vagy újabb verzióhoz
  • Kézi módszer
  • Munkafolyamat áttekintése
• LACP konfigurálása, ellenőrzése és letiltása
  • Hogyan lehet ellenőrizni a kötés nevét és a híd/kapcsoló nevét
  • A LACP konfigurálása AHV-ben
  • Hogyan ellenőrizhető, hogy az LACP konfigurálva van-e
  • Hogyan lehet letiltani a LACP-t a gazdagépen
  • Hogyan lehet megtalálni egy AHV gazdagép NIC MAC-címét

További információkért lásd: AHV Networking Best Practices Guide i n Nutanix portál az AHV gazdagépek hálózatának konfigurálásával kapcsolatos teljes dokumentációhoz.

A LACP előnyei/előnyei

• Egy felhasználói virtuális gép több TCP adatfolyammal akár 20 Gbps sávszélességet is használhat egy AHV csomópontban két 10 GB-os adapterrel .
• Egy forgalom-kivonatoló algoritmus, például a balance-TCP, képes felosztani a forgalmat több hivatkozás között aktív-aktív módon. Mivel a felfelé irányuló kapcsolatok egyetlen L2 kapcsolatként jelennek meg, az algoritmus képes kiegyenlíteni a forgalmat a kötéstagok között, anélkül, hogy figyelembe venné a kapcsoló MAC-címtábláit.
• A LACP-vel a különálló fizikai kapcsolókra mutató több hivatkozás egyetlen réteg-2 hivatkozásként jelenik meg.
  Megjegyzés: Több upstream kapcsoló használatához be kell állítania az MLAG-t vagy a vPC-t a fizikai kapcsolón.

[ Vissza a tetejére ]

Ajánlott kapcsolókonfiguráció

Javasoljuk, hogy az AHV csomópontok csatlakoztatására használt kapcsolón engedélyezze a LACP visszaesést. Példaparancsok alább találhatók. A többi kapcsológyártó esetében tekintse meg termékük kézikönyvét.

Szálka:

 port-channel lacp tartalék egyéni

Cisco Nexus:

 nincs lakp felfüggesztés-egyén

**A tartalék mód alapértelmezés szerint le van tiltva

Cisco katalizátor:

 nincs port-csatorna önálló letiltása

**A tartalék mód alapértelmezés szerint le van tiltva

Juniper QFX:

 erőltetés

**A Juniper kapcsolókkal kapcsolatos konkrét megfontolásokért lásd a Nutanix KB-15541-et .

[ Vissza a tetejére ]

Megoldás

AOS 5.19 vagy újabb

A LACP engedélyezhető a Prism Element (PE) vagy a Prism Central (PC) felhasználói felülettel. A virtuális kapcsolókkal kapcsolatos további információkért tekintse meg az AHV Admin Guide (A virtuális kapcsolóról) című fejezetet. A virtuális kapcsolók kezelésével kapcsolatos információkért tekintse meg a Virtuális kapcsoló létrehozása vagy frissítése című fejezetet.

Előfordulhat, hogy a virtuális kapcsoló nem lesz megfelelően üzembe helyezve a csomópontok közötti inkonzisztens kötési konfiguráció miatt, majd a kötési konfigurációt manuálisan kell frissíteni, hogy a kötés/híd konfiguráció illeszkedjen az összes csomóponton. NE használjon ovs-vsctl parancsokat a hídszint módosításához (például a LACP letiltása vagy engedélyezése). Ehelyett használja a manage_ovs parancsokat.
Mielőtt a manage_ovs használatával OVS-szintet módosítana, a virtuális kapcsolót ideiglenesen le kell tiltani.

Az alábbi lépések sorrendje követhető:

1. Virtuális kapcsoló listázása

    nutanix@cvm$ acli net.list_virtual_switch
   

2. Tiltsa le a virtuális kapcsolót a fürtön az alábbi parancs futtatásával egy Controller virtuális gépen (CVM):

    nutanix@cvm$ acli net.disable_virtual_switch
   

3. Ezután használja a " Az LACP letiltása a gazdagépen " részben említett manage_ovs parancsokat a bond konfiguráció LACP-ről active-backup/balance-slb-re történő módosításához.
   MEGJEGYZÉS : AOS >= 5.19 és < 5.20.2 esetén
   • Van egy ismert probléma a virtuális kapcsolóval kapcsolatban, amely miatt a virtuális kapcsoló a letiltása után is automatikusan újra létrejön. Ezt a problémát az AOS 5.20.2-es verziójában javították.
   • Automatikusan újra létrejön abban az esetben, ha a virtuális kapcsoló nincs jelen a fürtön, és a fürt egyik első AHV-csomópontja leválasztja a hálózatról, és visszaállítja a hálózati kapcsolatot. Ezt a forgatókönyvet az AHV kötéskonfigurációjának megváltoztatása és/vagy a fizikai kapcsolóoldali portkonfiguráció módosítása során érheti el.
   • Ha a virtuális kapcsoló a probléma miatt újra engedélyezve lesz, akkor a manage_ovs parancsok a következő hibával meghiúsulnak:

      2021-08-24 17:46:20,254Z INFO manage_ovs:400 A helyi gazdagép UUID-je ecb39f18-fdfe-465e-a944-2506f189ee72
     2021-08-24 17:46:20,261Z CRITICAL manage_ovs:450 A híd nevét: br0 a virtuális kapcsoló használja: vs0. OVS-híd: a virtuális switch által használt br0 nem módosítható a manage_ovs segítségével.

   • Ilyen helyzetben kövesse az (a) és (b) lépéseket annak ellenőrzésére, hogy van-e virtuális kapcsoló a fürtön, majd tiltsa le újra, mielőtt a következő csomópontra lépne a kötéskonfiguráció módosításához.

4. Miután a kötési konfiguráció konzisztens lett az összes csomóponton, migrálja a megfelelő hida(ka)t virtuális kapcsoló(k)ra az alábbi példában látható módon.

    nutanix@cvm$ acli net.migrate_br_to_virtual_switch brX vs_name=vsX
   
   Példa:
   nutanix@cvm$ acli net.migrate_br_to_virtual_switch br0 vs_name=vs0

[ Vissza a tetejére ]

Kézi módszer

• Tekintse meg az AHV hálózati bevált gyakorlatok útmutatóját
• A kötött portok aggregálják az AHV gazdagép fizikai interfészeit. Alapértelmezés szerint a rendszer létrehoz egy br0-up nevű kötést a br0 hídban, amely tartalmazza az összes fizikai interfészt. Az alapértelmezett kötés (br0-up) módosításai a manage_ovs parancsok használatával átnevezhetik azt bond0 -ra, ha régebbi példákat használ, ezért ne feledje, hogy a rendszer elnevezése eltérhet az alábbi példáktól.
• Az útmutató korábbi verziói a bond0 kötésnevet használták a br0-up helyett (a bond0 volt az alapértelmezett). A Nutanix a br0-up név használatát javasolja, hogy gyorsan azonosítsa ezt az interfészt híd br0 uplinkként. Ennek az elnevezési sémának a használata lehetővé teszi a további hidak felfelé irányuló kapcsolatainak egyszerű megkülönböztetését egymástól.

Az alábbi példákban a br0-up-ot használjuk kötésnévként a bond0 vagy bármely más egyéni elnevezési séma helyett.

FIGYELMEZTETÉS: A felfelé irányuló linkek "manage_ovs" használatával történő frissítése törli és újra létrehozza a kötést az alapértelmezett konfigurációval.
A uplink frissítése előtt vegye figyelembe a következőket:

• Ha aktív tartalék terheléselosztási módot használ, a felfelé irányuló kapcsolat frissítése rövid időre megszakíthatja a gazdagép hálózatát.
• Ha balance-slb vagy balance-tcp (LACP) terheléselosztási módot használ, egy uplink frissítés visszaállítja a konfigurációt aktív-passzívra. Az LACP-re támaszkodó hálózati kapcsolatok ezen a ponton megszűnnek, mivel a gazdagép nem reagál a Keepalves-re. Ez a feltétel enyhíthető a következő parancs futtatásával a helyi CVM-en az AOS 5.5.3+ és 5.6.1+ verzióiban:

   nutanix@cvm$ manage_ovs --bridge <bridge name> --interfaces <interface names> --bond_name <bond name> --bond_mode balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

Erősen ajánlott egy csomóponton egyszerre végrehajtani a változtatásokat, miután megbizonyosodott arról, hogy a fürt elviseli a csomópont meghibásodását. Az allssh manage_ovs update_uplinks parancs használata fürtkimaradáshoz vezethet. Csak akkor használja, ha a fürt nem éles állapotban van, és nem fut rajta felhasználói virtuális gép.

[ Vissza a tetejére ]

Munkafolyamat áttekintése

1. Csatlakozás a CVM-hez (Controller VM) SSH-n keresztül. Győződjön meg arról, hogy a megfelelő CVM-hez csatlakozik a nevének és IP-címének ellenőrzésével.
2. Kövesse a Fürt állapotának ellenőrzése című fejezetet az AHV adminisztrációs útmutatójában, hogy megbizonyosodjon arról, hogy a fürt elviseli a csomópont leállását. Ne folytassa, ha a fürt nem tolerálja legalább 1 csomópont meghibásodását.
3. Helyezze a csomópontot és a CVM-et a Karbantartás Mód:

a. Ellenőrizze a célállomások változó karbantartási módjának elérhetőségét:

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

b. Állítsa a gazdagépet karbantartási módba. Ez áttelepíti a futó virtuális gépeket más gazdagépekre:

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

c. Engedélyezze a karbantartási módot a CVM-hez a célállomáson. Ez a lépés a CVM-szolgáltatások esetleges kapcsolódási problémák általi befolyásolásának megakadályozására szolgál. Kihagyhatja ezt a lépést, ha a CVM-szolgáltatások nem futnak, vagy a fürt leállt.

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

Megjegyzés: A <host ID> az "ncli host ls" parancs kimenetében található:

 ncli gazdagép listája
    Id : 00058977-c18c-af17-0000-000000006f89::2872 <--- A "2872" a gazdagép azonosítója
    Uuid: ddc9d93b-68e0-4220-85f9-63b73d08f0ff
...

4. Csatlakozzon a gazdagéphez IPMI-n keresztül, mivel a LACP konfigurációs folyamata hálózati kapcsolat megszakadását okozhatja.
5. Hajtsa végre a szükséges konfigurációs lépéseket ( Az LACP konfigurálása AHV-ben , Hogyan tiltsuk le a LACP-t a gazdagépen ).
6. A konfiguráció befejezése után győződjön meg arról, hogy a gazdagép és a CVM is elérhető a hálózaton keresztül. Győződjön meg arról is, hogy a kötésben lévő összes hálózati kártya működőképes a kapcsolatok egyenkénti leállításával és a csatlakozás ellenőrzésével.
7. Ha minden teszt sikeresen befejeződött, távolítsa el a CVM-et és a csomópontot a karbantartási módból:

a. Az érintett CVM karbantartási módból való kilépéséhez futtassa a következő parancsot valamelyik másik CVM-ről:

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

b. Lépjen ki a gazdagépből karbantartási módba. Ezzel visszaállítja a virtuális gép helyét:

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

[ Vissza a tetejére ]

Hogyan lehet ellenőrizni a kötés nevét és a híd/kapcsoló nevét?

Futtassa a parancsot a CVM-ből a kötésnév és a kapcsoló/híd nevének lekéréséhez:

 nutanix@cvm$ manager_ovs show_uplinks

Példa

 nutanix@cvm$ manager_ovs show_uplinks
Bridge br1: ---> Híd/kapcsoló neve
  Uplink portok: br1-up ---> kötés neve
  Uplink ifaces: eth1 eth0

Bridge br0: ---> Híd/kapcsoló neve
  Uplink portok: br0-up ---> kötés neve
  Uplink ifaces: eth3 eth2

Ebben a példában a kötés neve br0-up a br0 híd/kapcsoló esetében és br1-up a br1 híd/kapcsoló esetében.

[ Vissza a tetejére ]

A LACP konfigurálása AHV-ben

Adott felfelé irányuló hivatkozások távoli újrakonfigurálásához egy másik, nem karbantartási módú CVM-ről a fürtben, amikor a célállomás rendelkezik hálózati hozzáféréssel, használja a manage_ovs parancsot. Szükség szerint használjon változókat:

 nutanix@cvm$ manage_ovs --bridge 
  
   -- interfészek 
   
  
    --kötvény_neve 
    
   
     --házigazda 
     
    
      --bond_mode balance-tcp --lacp_mode fast --lacp_fallback true update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Lásd alább egy példát:

 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

Megjegyzés: Vegye figyelembe a LACP időbeállításait (lassú és gyors). Ha a kapcsolók gyors konfigurációval rendelkeznek, ne feledje, hogy a Nutanix Cluster LACP-jét is gyors módra kell állítania. Ellenkező esetben az LACP-sebesség eltérése miatt kiesést kaphat.

[ Vissza a tetejére ]

Hogyan ellenőrizhető, hogy az LACP konfigurálva van-e az AHV-ben

Futtassa a következő parancsokat.

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

Működési példák:

Az ovs-appctl kötvény/show esetén jegyezze meg a " lacp_status: negotiated " megjegyzést

 root@ahv# ovs-appctl bond/show br0-up  
---- br0-up ----  
bond_mode: balance-tcp  
a kötvény recirkulációt használhat: igen, Recirc-ID: 301  
kötés-hash-alap: 0  
frissítési késleltetés: 0 ms  
késleltetés: 0 ms  
következő újraegyensúlyozás: 6757 ms  
lacp_status: egyeztetve  
aktív slave mac: 0c:c4:7a:1e:3e:6e(eth2)  
  
slave eth2: engedélyezve  
        aktív rabszolga  
        may_enable: igaz  
        hash 78: 127 kB terhelés  
        hash 108: 13 kB terhelés  
        hash 244: 94 kB terhelés  
  
slave eth3: engedélyezve  
        may_enable: igaz  
        hash 9: 6 kB terhelés  
        hash 11: 11 kB terhelés  
        hash 23: 12 kB terhelés  
...

Az ovs-appctl lacp/show esetén minden interfésznél jegyezze meg a " státusz: aktív egyeztetett" és a "jelenleg csatolva " megjegyzést:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- állapot: aktív egyeztetett sys_id: 0c:c4:7a:2f:4f:9d sys_priority: 65534 aggregációs kulcs: 1 lacp_time: lassú slave: eth2: aktuális csatolt 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 state key tevékenység összesítés szinkronizált gyűjtés terjesztési partner sys_id: 00:2b:21:45:2d:12 partner sys_priority: 32768 partner port_id: 39 partner port_priority: 32768 partner kulcsa: 115 partner állapota: tevékenység összesítés szinkronizált port gyűjtése terjesztési azonosító: aktuális slave 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 key: 1 actor state: synchroning activity collection0 sys_idsation: 2b:21:45:2d:12 partner sys_priority: 32768 partner port_id: 40 partner port_priority: 32768 partner kulcs: 115 partner állapota: tevékenység összesítés szinkronizált gyűjtés terjesztés

Nem működő példák

Az ovs-appctl bond/show esetén vegye figyelembe a " lacp_status: configured " megjegyzést:

 root@ahv# ovs-appctl bond/show br0-up ---- br0-up ---- bond_mode: balance-tcp bond használhat recirkulációt: nem, Recirc-ID : -1 bond-hash-alap: 0 updelay : 0 ms késleltetés: 0 ms lacp_status: konfigurálva lacp_fallback_ab: valódi aktív biztonsági mentés elsődleges: 
  
   aktív slave mac: 00:e0:ed:8b:72:a1(eth2) < csonka >
  
 

A "konfigurálva" azt jelzi, hogy a LACP be van állítva az AHV gazdagépen, de a gazdagép nem tudott egyeztetni az LACP-vel a kapcsolóportokkal.

Az ovs-appctl lacp/show br0-up esetén minden egyes interfészhez vegye figyelembe a " státusz: aktív " és az " alapértelmezett csatolva " megjegyzést:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- állapot: aktív sys_id: ac:2f:7b:b6:fe:2e sys_priority: 65534 aggregációs kulcs: 1 lacp_time: gyors slave: eth0: alapértelmezett csatolt 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 state key: tevékenység összesítés szinkronizált gyűjtés terjesztési alapértelmezett partner sys_id: 00:00:00:00:00:00 partner sys_priority: 0 partner port_id: 0 partner port_priority: 0 partner kulcsa: 0 partner állapota: slave: eth1: alapértelmezett csatolt 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 key: 1 actor state: tevékenység időtúllépés összesítés szinkronizált gyűjtés terjesztés alapértelmezett

A kimenet azt jelzi, hogy az LACP-t nem egyeztették. Alapértelmezett azt jelzi, hogy az AHV gazdagép nem kapott LACP PDU-kat a kapcsolótól. Ha ezt a konfigurációt látja a gazdagépen, ellenőrizze az LACP konfigurációt azon kapcsolókon, amelyekhez a gazdagép csatlakozik.

[ Vissza a tetejére ]

Hogyan lehet letiltani a LACP-t a gazdagépen

Hajtsa végre a következő lépéseket a LACP biztonságos letiltásához a gazdagépen. Tekintse meg a fenti „Munkafolyamat áttekintése” részt a konfigurálás előtti és utáni feladatok végrehajtásához.

1. Konfigurálja a gazdagépeket olyan kötési mód használatára, amely nem igényel LACP-t az alábbi parancsok egyikével.

a. A következő parancs a terheléselosztási házirendet aktív biztonsági mentésre állítja, ami azt jelenti, hogy csak egy aktív felfelé irányuló kapcsolat kerül felhasználásra, és a készenléti adapterek csak akkor használatosak, ha az aktív adapter meghibásodik.

 nutanix@cvm$ manage_ovs --bridge 
  
   -- interfészek 
   
  
    --kötvény_neve 
    
   
     --házigazda 
     
    
      --bond_mode active-backup update_uplinks
     
    
    
    
   
   
   
  
  
  
 

A kötés minden tagjának fizikailag csatlakoznia kell, különben a manage_ovs parancs figyelmeztetést ad, és a kötés konfigurálása nélkül kilép. Ennek a hibának és a kötés kiépítési interfészeinek elkerülése érdekében akkor is, ha nincsenek csatlakoztatva, használja a request_link=false jelzőt.

 nutanix@cvm$ manage_ovs --bridge 
  
   -- interfészek 
   
  
    --kötvény_neve 
    
   
     --házigazda 
     
    
      --bond_mode active-backup --require_link=false update_uplinks
     
    
    
    
   
   
   
  
  
  
 

b. A következő parancs a terheléselosztási házirendet balance-slb értékre állítja, amely újra kiegyensúlyozza a virtuális gép forgalmat a gyakran használt felületekről a kevésbé használt felületekre, és az összes elérhető felfelé irányuló kapcsolatot felhasználja. Tekintse meg az AHV hálózati bevált gyakorlatok útmutatóját, hogy többet megtudjon a terheléselosztási irányelvekről.

2. Kapcsolja ki a LACP-t a kapcsolóportokon.

[ Vissza a tetejére ]

Hogyan lehet megtalálni egy AHV gazdagép NIC MAC-címét

Egy AHV gazdagép hálózati kártya MAC-címének megkereséséhez használja a következő parancsok egyikét:

• Hajtsa végre a következő parancsot az AHV gazdagépen

 [root@ahv ~]# ethtool -P <interfész>

Minta kimenet:

 [root@ahv ~]# ethtool -P eth3
Állandó lakcím: 00:25:90:cb:39:27

• Hajtsa végre a következő parancsot az AHV gazdagépen

 [root@ahv ~]# ifconfig <interfész>

Minta kimenet:

 [root@ahv ~]# ifconfig eth3
eth3 Link encap:Ethernet HWaddr 00:25:90:CB:39:27 UP BROADCAST FUTÁS MULTICAST MTU:1500 Metrika:1 RX csomagok:46857327754 hibák:0 kiesett:228250 túlfutás:0 csomag kiesett:0 túlfutás:0 hordozó:0 ütközések:0 txqueuelen:1000 RX bájt:49893674683483 (45,3 TiB) TX bájtok:54855610562476 (49,8 TiB)

[ Vissza a tetejére ]

további információ

• Nutanix KB 3263 - Eredeti dokumentum a Nutanix portálon
• Nutanix nyitóoldal
• Lenovo ISG támogatási terv – ThinkAgile HX Appliance és Lenovo Converged HX Series