Przewodnik po migracji z Aruba 2930F do AOS-CX 6200F

Obserwuj nas:
Szybki start
Migracja ze starszej wersji Aruba 2930F (JL256A) z systemem AOS-S do nowoczesnej Aruba CX 6200F (JL725A) z systemem AOS-CX wymaga przejścia z modelu konfiguracji skoncentrowanego na portach na standardowy w branży model interfejsu oparty na bazie danych. Niniejszy przewodnik zawiera dokładne tłumaczenia wiersza poleceń (CLI), porównania sprzętu i strategie zakupowe, aby zapewnić bezproblemową migrację bez przestojów.
1. Zmiana paradygmatu architektonicznego: ProVision ASIC kontra architektura oparta na bazie danych AOS-CX Gen7
2. Specyfikacje sprzętowe i skalowanie wydajności w warunkach rzeczywistych
3. Tłumaczenie konfiguracji: mapowanie CLI z AOS-S na AOS-CX
4. Łagodzenie ryzyka migracji: łańcuch dostaw, optymalizacja zestawienia materiałów i zarządzanie cyklem życia
5. Ludzie pytają również (FAQ)

Podczas przeprowadzania konserwacji o północy w celu wymiany niedziałającego łącza między rdzeniem a krawędzią, odkrycie, że składnia konfiguracji starszej wersji ProVision (AOS-S) generuje natychmiastowe błędy parsera na nowo rozpakowanym przełączniku AOS-CX, może doprowadzić do całkowitego zatrzymania wdrożenia. Przez lata seria Aruba 2930F – której przykładem jest „koń roboczy” JL256A—stanowił szkielet warstw dostępu do sieci kampusowych przedsiębiorstw. Jednak wraz z przejściem nowoczesnych sieci w kierunku programowalności opartej na API, systemów operacyjnych z synchronizacją stanu i mikrousług, tradycyjna architektura AOS-S osiągnęła swój limit ewolucyjny.

Przejście na platformę Aruba CX 6200F, a konkretnie Przełącznik Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A), wymaga czegoś więcej niż prostego kopiowania i wklejania pliku konfiguracyjnego. Wymaga fundamentalnej zmiany w podejściu inżynierów sieciowych do potoków ASIC, paradygmatów tagowania VLAN, grup agregacji łączy (LAG) i stosu Virtual Switching Framework (VSF). Ten przewodnik zawiera dogłębną analizę techniczną, analizę parzystości sprzętu i mapowanie CLI niezbędne do przeprowadzenia bezproblemowej migracji ze starszej wersji Aruba JL256A do nowoczesnej Aruba JL725A.

Zmiana paradygmatu architektonicznego: ProVision ASIC kontra architektura oparta na bazie danych AOS-CX Gen7

Migracja z Aruba 2930F (AOS-S) do Aruba CX 6200F (AOS-CX) oznacza całkowitą przebudowę zarówno oprogramowania płaszczyzny sterowania, jak i krzemu płaszczyzny danych.

AOS-S: Monolityczny i stanowy w pamięci

Starszy model Aruba JL256A obsługuje system operacyjny AOS-S (dawniej ProVision), monolityczny system operacyjny, w którym procesy płaszczyzny sterowania komunikują się za pośrednictwem bezpośrednich wywołań komunikacji międzyprocesowej (IPC). Stan systemu jest rozproszony w przestrzeniach pamięci ulotnej poszczególnych modułów oprogramowania. Jeśli pojedynczy demon (taki jak OSPF lub LACP) napotka krytyczny błąd pamięci, cały system operacyjny może ulec awarii, co prowadzi do zakłóceń w przekazywaniu pakietów.

Z punktu widzenia krzemu, przełącznik 2930F opiera się na zastrzeżonym układzie scalonym ProVision ASIC. Choć jest wysoce zoptymalizowany pod kątem podstawowego przekazywania pakietów w warstwach 2/3 i statycznych list kontroli dostępu (ACL), jego potok jest sztywny. Buforowanie pakietów jest statycznie przydzielane dla każdej grupy portów, co sprawia, że ​​przełącznik jest podatny na utratę pakietów typu microburst, gdy szybkie łącza uplink kierują ruch o dużej intensywności do portów dostępowych PoE 1G.

AOS-CX: zorientowany na bazę danych i oparty na mikrousługach

Przełącznik Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A) został zbudowany na bazie AOS-CX, nowoczesnego systemu operacyjnego opartego na systemie Linux i obsługującego mikrousługi. Sercem AOS-CX jest OVSDB (Otwarta baza danych vSwitch)Każda zmiana stanu — niezależnie od tego, czy jest to zmiana stanu łącza, odkrycie adresu MAC czy wywołanie API — jest zapisywana w tej centralnej bazie danych znajdującej się w pamięci.

Taka architektura skoncentrowana na bazie danych zapewnia szereg istotnych zalet:

  • Izolowanie błędów: Poszczególne demony protokołów działają w izolowanych kontenerach przestrzeni użytkownika. W przypadku awarii demona LACP, uruchamia się on automatycznie ponownie, nie wpływając na stan przekazywania zaprogramowany w sprzętowym układzie ASIC.
  • Programowalność: Dostęp do całego stanu przełącznika jest możliwy za pośrednictwem interfejsów API REST, co umożliwia natywną integrację z narzędziami automatyzacji, takimi jak Ansible, Python i Aruba NetEdit.
  • Silnik analityki sieciowej (NAE): AOS-CX wykorzystuje układ ASIC Gen7 do przesyłania strumieniowego danych telemetrycznych bezpośrednio do wbudowanego agenta NAE, umożliwiając rozwiązywanie problemów w czasie rzeczywistym związanych z mikrowybuchami, burzami rozgłoszeniowymi i anomaliami bezpieczeństwa bezpośrednio na przełączniku, bez konieczności przeprowadzania zewnętrznych badań.

Układ ASIC Gen7 w obudowie JL725A charakteryzuje się w pełni programowalnym potokiem z dynamiczną serializacją bufora pakietów. Zamiast statycznego przydzielania grup portów, bufor pakietów jest dynamicznie współdzielony przez wszystkie porty, co ogranicza mikroprzerwy w transmisji danych podczas dużych migracji vSAN lub wdrożeń kamer IP o dużej gęstości.

Zoptymalizuj swoją strategię pozyskiwania usług CX na Arubie

Uzyskaj natychmiastowy dostęp do cen hurtowych i bieżącego stanu zapasów serii Aruba CX 6200F.

Specyfikacje sprzętu i skalowanie wydajności w warunkach rzeczywistych

Przed wymianą sprzętu w szafie okablowania, architekci sieci muszą zweryfikować wymiary fizyczne, profile termiczne, budżety mocy i przepustowość. Poniższa tabela przedstawia najważniejsze różnice sprzętowe między starszą wersją Aruba JL256A a nowoczesną Aruba JL725A.

Specyfikacja / Funkcja Aruba 2930F 48G PoE+ 4SFP+ (JL256A) Aruba CX 6200F 48G Klasa 4 PoE 4SFP+ (JL725A)
System operacyjny AOS-S (ProVision) AOS-CX
Architektura ASIC Układ ASIC ProVision Układ ASIC Aruba Gen7
Przełączanie mocy 176 Gbps 176 Gbps
Szybkość przekazywania pakietów 112.0 Mp / s 130.95 Mp / s
Rozmiar tabeli adresów MAC Wpisy 32,768 Wpisy 32,768
Tabela trasowania IPv4/IPv6 10 240 / 5 120 wpisów 10 240 / 5 120 wpisów
Budżet mocy PoE 370 W (klasa 4 PoE+) 370 W (klasa 4 PoE+)
Technologia układania w stosy VSF (do 8 członków, porty 10G) VSF (do 8 członków, porty 10G)
Pamięć systemowa (RAM) 1 GB DDR3 SDRAM 8 GB DDR4 SDRAM
Pamięć flash 4 GB EMMC 16 GB EMMC

Chociaż oba przełączniki oferują przepustowość przełączania 176 Gb/s i budżet PoE 370 W, JL725A zapewnia znacznie wyższą prędkość przesyłania pakietów (130.95 Mpps w porównaniu do 112.0 Mpps). Ten wzrost wydajności jest wynikiem lepszego przetwarzania pakietów w układzie ASIC Gen7 oraz znacznego zwiększenia pamięci systemowej (8 GB pamięci RAM DDR4 w modelu JL725A w porównaniu do zaledwie 1 GB w modelu JL256A). To rozszerzenie pamięci ma kluczowe znaczenie dla utrzymania stabilności tabel routingu i działania systemu operacyjnego AOS-CX opartego na bazie danych bez pogorszenia opóźnień.

Tłumaczenie konfiguracji: mapowanie interfejsu wiersza poleceń AOS-S na AOS-CX

Najpoważniejszą przeszkodą podczas migracji jest tłumaczenie składni konfiguracji. AOS-S korzysta z modelu mapowania VLAN skoncentrowanego na portach, podczas gdy AOS-CX przyjmuje standardowy w branży model skoncentrowany na interfejsie (podobny do Cisco IOS).

1. Konfiguracja sieci VLAN i tagowanie portów

W AOS-S definiujesz sieć VLAN, a następnie przypisujesz do niej porty oznaczone lub nieoznaczone. W AOS-CX przechodzisz do trybu konfiguracji interfejsu i definiujesz, czy port jest w trybie dostępu, czy trunkingu, a następnie przypisujesz sieci VLAN.

Konfiguracja AOS-S (JL256A):

Vlan 10 nazwa „Data_VLAN” nieoznaczone 1-10 oznaczono 49-50 Vlan 20 nazwa „VLAN głosowy” oznaczono 1-10,49-50

Konfiguracja AOS-CX (JL725A):

Vlan 10 nazwa Data_VLAN Vlan 20 nazwa Voice_VLAN ! interface 1/1/1-1/1/10 bez wyłączania tryb magistrali VLAN natywny port VLAN 10 dozwolone łącze VLAN 10,20 ! interface 1/1/49-1/1/50 bez wyłączania tryb magistrali VLAN dozwolone łącze VLAN 10,20

2. Agregacja łączy (LAG) i LACP

W systemie AOS-S grupy agregacji łączy nazywane są „łączami trunkingowymi” (nie mylić z łączami VLAN 802.1Q). W systemie AOS-CX stosowana jest standardowa terminologia „LAG”.

Konfiguracja AOS-S (JL256A):

bagażnik 47-48 trk1 lacp Vlan 10 oznaczony trk1

Konfiguracja AOS-CX (JL725A):

opóźnienie interfejsu 1 bez wyłączania tryb magistrali VLAN dozwolone łącze VLAN 10 tryb lacp aktywny ! interfejs 1/1/47 bez wyłączania opóźnienie 1 ! interfejs 1/1/48 bez wyłączania opóźnienie 1

3. Układanie w stosy wirtualnych ram przełączania (VSF)

Obie platformy obsługują łączenie VSF do 8 użytkowników na portach 10G SFP+, ale proces provisioningu się różni. AOS-CX obsługuje automatyczne łączenie w stosy, co upraszcza wdrożenie, ale wymaga precyzyjnej konfiguracji początkowej.

Konfiguracja VSF AOS-S (JL256A):

członek vsf 1 wpisz „JL256A” łącze 1 49-50 vsf włącz domenę 1

Konfiguracja VSF AOS-CX (JL725A):

członek vsf 1 typ jl725a link 1 1/1/49 link 2 1/1/50 członek vsf 2 typ jl725a link 1 2/1/49 link 2 2/1/50

4. Obsługa transceiverów innych firm

Częstym problemem napotykanym przez inżynierów podczas migracji jest trzepotanie portów lub błędy „Transceiver Not Recognized” (Nie rozpoznano transceivera) podczas ponownego używania istniejących układów optycznych SFP+ innych firm w przełącznikach AOS-CX. Aby ominąć tę ścisłą blokadę dostawcy, należy jawnie włączyć nieobsługiwane transceivery w interfejsie CLI.

# Włącz obsługę transceiverów innych firm w systemie AOS-CX zezwól na nieobsługiwany transceiver potwierdź ! # Sprawdź status interfejsu i dane DOM transceivera pokaż interfejs transceivera 1/1/49

Łagodzenie ryzyka migracji: łańcuch dostaw, optymalizacja zestawienia materiałów i zarządzanie cyklem życia

Migracja całej warstwy dostępu kampusowego ze starszego sprzętu, takiego jak Aruba JL256A, do Aruba JL725A wymaga znacznego planowania logistycznego i finansowego. Tradycyjne kanały dystrybucji często podają terminy realizacji od 6 do 12 tygodni dla sprzętu AOS-CX, co może opóźnić modernizację infrastruktury krytycznej i narazić na kary za opóźnienie projektu.

Przełączniki routerowe rozwiązują te wąskie gardła w łańcuchu dostaw, utrzymując ponad 20 milionów dolarów w zapasach magazynowych na półkachDzięki takim zapasom hurtowe zamówienia na Arubę JL725A (w tym warianty regionalne, takie jak JL725A#ABA) mogą zostać wysłane w tym samym tygodniu, co pozwala zachować terminy wdrożenia.

Co więcej, dzięki ominięciu wielopoziomowych marż dystrybutorów regionalnych, Router-switch umożliwia integratorom systemów i działom IT przedsiębiorstw optymalizację wykazu materiałów (BOM) dzięki bezpośrednim rabatom przy zakupie hurtowym.

Aby ograniczyć ryzyko operacyjne po wdrożeniu, przełącznik routera zapewnia:

  • 100% oryginalna gwarancja autentyczności: Każdy dostarczany przełącznik ma w pełni weryfikowalny numer seryjny (S/N) zarejestrowany w oficjalnej bazie danych dostawcy.
  • Bezpłatna 3-letnia rozszerzona gwarancja RS Care: Zapewnia spokój ducha bez wysokich, powtarzających się kosztów związanych z tradycyjnymi umowami wsparcia producenta.
  • Szybka wymiana w ramach RMA: W rzadkich przypadkach awarii sprzętu, w pierwszej kolejności wysyłane jest urządzenie zamienne, aby zminimalizować średni czas naprawy (MTTR).
  • Bezpłatne konsultacje indywidualne CCIE: Uzyskaj dostęp do eksperckiego wsparcia w zakresie tłumaczeń złożonych konfiguracji, projektów stosów VSF i testowania interoperacyjności.

Ludzie pytają także (FAQ)

Q1 Czy mogę łączyć Arubę 2930F (JL256A) z Arubą CX 6200F (JL725A) przy użyciu VSF?
Nie. Stacking VSF wymaga identycznych systemów operacyjnych i kompatybilnej architektury sprzętowej. Serwer 2930F działa pod kontrolą starszego systemu operacyjnego AOS-S, natomiast serwer 6200F korzysta z systemu AOS-CX opartego na bazie danych. Nie można ich mieszać w jednym stosie. Należy przeprowadzić migrację wszystkich elementów stosu na platformę 6200F jednocześnie.
Q2 Jaki jest odpowiednik polecenia „trunk” w AOS-CX dla agregacji łączy?
W systemie AOS-S polecenie „trunk” służy do utworzenia grupy agregacji łączy (LAG). W systemie AOS-CX jest ono konfigurowane przy użyciu standardowej terminologii branżowej: „interface lag [ID]” i przypisywania interfejsów fizycznych do tej grupy LAG za pomocą polecenia „lag [ID]” w konfiguracji interfejsu fizycznego.
Q3 Czy Aruba JL725A obsługuje taki sam budżet mocy PoE jak JL256A?
Tak, zarówno Aruba JL256A, jak i Aruba JL725A zapewniają budżet mocy PoE 370 W. Jednak JL725A obsługuje PoE klasy 4 (do 30 W na port), co zapewnia wydajniejszą alokację mocy i dynamiczne negocjacje przez LLDP-MED w porównaniu ze starszymi implementacjami AOS-S.
Q4 Jak rozwiązać błąd „nieobsługiwany transceiver” w urządzeniu Aruba CX 6200F?
Aby używać transceiverów innych firm lub marek innych niż Aruba na przełącznikach AOS-CX, należy przejść do trybu konfiguracji globalnej i wykonać polecenie „allow-unsupported-transceiver confirm”. Umożliwi to przełącznikowi zainicjowanie łącza optycznego, chociaż dane diagnostyczne DOM mogą się różnić w zależności od kodowania transceivera.