Mamy 2 przełączniki Nexus 5010 (SW-A i SW-B) i dwa rozszerzenia Nexus 2148T (FEX-A i FEX-B). Obecnie FEX-A jest podłączony do SW-A, a FEX-B do SW-B. Zamiarem jest, aby prawie każdy serwer lub urządzenie pamięci masowej było podłączone do FEX na innym przełączniku Nexus 5000 w celu zapewnienia redundancji ścieżki.
Przeglądałem „Cisco Nexusa 2000 Przewodnik konfiguracji oprogramowania Series Fabric Extender, wydanie 4.1, a konkretnie sekcja „Uaktualnianie urządzenia Fabric Extender w topologii vPC” na stronach 21–22, aby dowiedzieć się, co się stanie, jeśli FEX jest podłączony do wielu przełączników jednocześnie.
Rozumiem, że jeśli jeden lub więcej FEX-ów jest podłączonych do jednego przełącznika, to gdy oprogramowanie układowe na tym przełączniku zostanie zaktualizowane, wszystkie podłączone FEX-y zostaną ponownie uruchomione wraz z przełącznikiem. Czego nie mogę jasno określić, to czy jeśli podłączę oba FEX-y do obu przełączników Nexus 5010, możliwe jest uaktualnienie/ponowne uruchomienie jednego przełącznika na raz bez ponownego uruchamiania wszystkich FEX-ów na raz. Jeśli podwójne podłączenie FEX-ów oznacza, że wszystkie FEX-y zostaną ponownie uruchomione w tym samym czasie, to w pewnym sensie niweczy to sens wielu ścieżek sieciowych do podłączonych serwerów.
Odpowiedź Dyskusja
Istnieją dwie ważne kwestie, o których musisz wiedzieć w kontekście odłączania lub podwójnego homingu pojedynczego N2K FEX do unikalnych N5K w celu zapewnienia odporności, po pierwsze, możliwe jest wsparcie maksymalnie 12 FEX. Dlatego łączność zależy od projektu Top-Of-Rack i rzeczywistej gęstości portów, którą chcesz uzyskać. Na przykład, jeśli każdy z 12 N2K jest podłączony do dwóch oddzielnych N5K, wówczas jesteś ograniczony tylko do 12 * 48 (portów, ponieważ każdy N5K jest powiązany z 12 N2K, nawet jeśli w rzeczywistości są to te same przełączniki.
Odporność zależy od funkcjonalności hosta, czy jest on skonfigurowany jako aktywny/aktywny czy aktywny/rezerwowy, ponieważ ostatecznie określi to topologię sieci. Istnieją zasadniczo dwa scenariusze wdrożenia, po jednym dla każdego trybu hosta końcowego:-
Powyższy obraz przedstawia scenariusz wdrożenia, w którym dla hosta końcowego wymagane jest aktywne-aktywne. Istnieją dwie korzyści z tego projektu, po pierwsze, każdy N5K może obsługiwać 12 N2K (576 portów), ponieważ są one całkowicie niezależne, z wyjątkiem faktu, że host końcowy jest skonfigurowany w tym samym vPC w celu osiągnięcia aktywnego-aktywnego na hoście, co jest drugą korzyścią. Chociaż N2K nie są redundantnie połączone w górę z innym N5K, każdy N2K może być połączony z maksymalnie 4 interfejsami 10 Gb w jednym kanale portu, a nawet jeśli cały PO i łączność zostałyby utracone dla N2K, w takim przypadku host końcowy nadal byłby połączony i przekazywałby przez kartę sieciową połączoną z innym N2K, który jest podłączony do innego przełącznika równorzędnego N5K.
Ważną informacją jest to, że konfiguracja aktywny-aktywny nie jest obsługiwana, jeśli każdy N2K byłby podłączony do drugiego przełącznika równorzędnego N5K, jak pokazano poniżej:
Tutaj host końcowy jest skonfigurowany dla aktywnego-rezerwowego, a każdy N2K może być podwójnie podłączony do drugiego N5K w tym scenariuszu. Dlatego musisz rozważyć, jak zamierzasz wdrożyć swoich hostów końcowych i swój projekt Top-Of-Rack. Tak, Active-Standby zapewnia odporność, jeśli utracisz łącze w górę do jednego przełącznika równorzędnego N5K, jednak nie byłoby to problemem, gdyby były skonfigurowane w kanale portu. Jeśli utracisz całe łącze w górę, N2K przestanie działać, a zapasowa karta sieciowa powinna przekazywać dalej po awarii łącza aktywnego. Wadą jest to, że ograniczyłeś się do połączenia tylko 12 N2K łącznie przez oba N5K, a także musisz skonfigurować interfejsy aktywny i zapasowy na obu N5K. Pozwól, że wyjaśnię. Aktywny interfejs znajduje się na Eth100/1/1. Interfejs ten w rzeczywistości istniałby na obu N5K, dlatego też, gdybyś zmienił jakiekolwiek parametry portu, musiałbyś je zmienić na obu N5K. Gdyby były różne, interfejs pozostałby wyłączony.
W odpowiedzi na Twoje pytanie, jeśli Twoje N2K są dual-homed, jak powyżej, to zasadniczo, gdy NX-OS zostanie uaktualniony na N5K, każdy podłączony N2K rzeczywiście zostanie uaktualniony w wyniku tego. Jest to szczególnie trudne do zarządzania, jeśli są połączone w vPC, gdzie oba łącza w górę są kanałem logicznym, bez vPC wymagany jest STP, w tej sytuacji, którykolwiek N5K wykryje, N2K przejmuje kontrolę, a interfejs jest dostępny, jednak drugi N5K nie będzie w stanie zarządzać tymi interfejsami, dopóki łącze w górę do drugiego N5K nie zostanie utracone. Tak więc możliwe jest odizolowanie N2K, ale nie jest to zalecane, a ponieważ vPC stało się dostępne w wersji 4.1.3, zaleca się agregację łączy i unikanie STP.
Aby zminimalizować przestoje podczas aktualizacji, opcja active-active umożliwi aktualizację pojedynczego N5K i wpłynie tylko na N2K, które są podłączone lokalnie. Łączność nadal będzie osiągana za pośrednictwem pozostałego aktywnego interfejsu na hoście za pośrednictwem innego N5K.
Więcej powiązanych
Funkcje modeli Cisco Nexus 5500 i Nexus 5600
Opcje licencjonowania Cisco Nexus 5500 i Nexus 5600
Licencje oparte na funkcjach dla serii Cisco Nexus 5000, Nexus 5500 i Nexus 5600