Két Nexus 2 kapcsolónk (SW-A és SW-B) és két Nexus 5010T hálózati bővítőnk (FEX-A és FEX-B) van. Jelenleg az FEX-A az SW-A-hoz, az FEX-B pedig az SW-B-hez csatlakozik. A cél az, hogy szinte minden szerver vagy tárolóeszköz kettős hommal legyen csatlakoztatva egy másik Nexus 2148 kapcsolón lévő FEX-hez az útvonalredundancia érdekében.
Átnéztem"Cisco Nexus 2000 A „Series Fabric Extender szoftverkonfigurációs útmutató, 4.1-es kiadás” című részben, különösen a 21-22. oldalon található „A Fabric Extender frissítése vPC topológiában” című részben találhat további információkat arról, hogy mi történik, ha egy FEX több kapcsolóhoz is kettős hommal van csatlakoztatva.
Úgy tudom, hogy ha egy vagy több FEX csatlakozik egyetlen kapcsolóhoz, akkor a kapcsoló firmware-jének frissítésekor az összes csatlakoztatott FEX újraindul a kapcsolóval együtt. Amit nem tudok egyértelműen meghatározni, az az, hogy ha mindkét FEX-et mindkét Nexus 5010 kapcsolóhoz csatlakoztatom, lehetséges-e egyszerre csak egy kapcsolót frissíteni/újraindítani anélkül, hogy az összes FEX-et egyszerre újra kellene indítani. Ha a kettős homingolású FEX azt jelenti, hogy az összes FEX egyszerre indul újra, az valahogy kiküszöböli a csatlakoztatott szerverekhez vezető több hálózati útvonal értelmét.
Válaszok megbeszélése
Két fontos szempontot kell figyelembe venni egyetlen N2K FEX és egyedi N5K közötti leválasztása vagy kettős homingja esetén a rugalmasság biztosítása érdekében. Először is, maximum 12 FEX támogatása lehetséges. Ezért a csatlakoztathatóság a Top-Of-Rack kialakítástól és a kívánt portsűrűségtől függ. Például, ha mind a 12 N2K két különálló N5K-val van összekötve, akkor csak 12 * 48 portra korlátozódik, mivel minden N5K 12 N2K-hoz van társítva, annak ellenére, hogy valójában ugyanazt a kapcsolót használják.
A rugalmasság a gazdagép funkcionalitásától függ, attól, hogy aktív/aktív vagy aktív/készenléti üzemmódra van-e konfigurálva, mivel ez végső soron meghatározza a hálózati topológiát. Lényegében két telepítési forgatókönyv létezik, mindegyik végponti gazdagép módhoz egy-egy:
A fenti kép azt a telepítési forgatókönyvet mutatja be, ahol az end hoszthoz aktív-aktív kapcsolat szükséges. Ennek a kialakításnak két előnye van: az egyik, hogy minden N5K 12 N2K-t (576 portot) tud támogatni, mivel ezek teljesen függetlenek egymástól, kivéve azt a tényt, hogy a end hoszt ugyanazon a vPC-n belül van konfigurálva az aktív-aktív kapcsolat elérése érdekében, ami a második előny. Bár az N2K-k nincsenek redundánsan felcsatlakoztatva a többi N5K-hoz, minden N2K akár 4x10 Gb-es interfészhez is csatlakoztatható egyetlen portcsatornán, és még ha a teljes PO és kapcsolat elveszne is az N2K-val ebben az esetben, a end hoszt továbbra is csatlakozva marad, és továbbítódik a másik N2K-hoz csatlakoztatott hálózati kártyán keresztül, amely egy másik N5K Peer-Switch-hez csatlakozik.
A fontos megjegyzés itt az, hogy az aktív-aktív kapcsoló nem támogatott, ahol minden N2K a másik N5K Peer-Switchhez lenne csatlakoztatva, az alábbiak szerint:
Itt a végpont aktív készenléti üzemmódra van konfigurálva, és minden N2K kettős hosztként működhet a másik N5K-hoz képest ebben a forgatókönyvben. Ezért figyelembe kell venni, hogyan kívánja telepíteni a végpontokat és a rack tetejére helyezett elrendezést. Igen, az aktív készenléti üzemmód rugalmasságot biztosít, ha elveszíti az egyik N5K peer-switch felé irányuló uplinket, azonban ez nem lenne probléma, ha egy portcsatornán belül lennének konfigurálva. Ha az összes uplink megszakadna, akkor az N2K leállna, és a készenléti hálózati kártyának továbbítania kellene az aktív kapcsolat megszakadása esetén. A hátránya itt az, hogy mindkét N12K-n összesen csak 2 N5K csatlakoztatható, és mindkét N5K-n konfigurálni kell az aktív és a készenléti interfészeket is. Hadd magyarázzam el, az aktív interfész Eth100/1/1-en található, ez az interfész valójában mindkét N5K-n létezik, ezért ha megváltoztatna bármilyen portjellemzőt, akkor mindkét N5K-n módosítaná azokat. Ha eltérőek lennének, akkor az interfész nem működne.
A tényleges kérdésedre válaszolva, ha az N2K-id kettős otthonúak, mint fentebb, akkor lényegében az NX-OS N5K-n történő frissítése után minden csatlakoztatott N2K frissül. Ez különösen nehéz kezelni, ha egy vPC-n belül vannak csatlakoztatva, ahol mindkét felmenő link logikai csatorna. VPC nélkül STP szükséges. Ebben az esetben amelyik N5K először felfedezte, az N2K átveszi az irányítást, és az interfész elérhető, azonban a másik N5K nem lenne képes kezelni ezeket az interfészeket, amíg a másik N5K-hoz való felmenő link el nem veszik. Tehát lehetséges az N2K elkülönítése, de nem ajánlott, és mivel a vPC elérhetővé vált a 4.1.3-as verzióban, a linkek összesítése és az STP elkerülése ajánlott.
A frissítés miatti állásidő minimalizálása érdekében az active-active beállítás lehetővé teszi egyetlen N5K frissítését, és csak a helyben csatlakoztatott N2K-kat érinti. A kapcsolat továbbra is a gazdagépen lévő fennmaradó aktív interfészen keresztül, a másik N5K-n keresztül valósul meg.
Információ innen https://supportforums.cisco.com/t5/lan-switching-and-routing/nexus-5000-switches-nexus-2000-fex-and-multiple-links/td-p/1407824
Több kapcsolatban
Cisco Nexus 5500 és Nexus 5600 modellek jellemzői
Cisco Nexus 5500 és Nexus 5600 licencelési lehetőségek
Funkcióalapú licencek a Cisco Nexus 5000, Nexus 5500 és Nexus 5600 sorozathoz