Sprievodca migráciou z Aruba 2930F na AOS-CX 6200F

Sledujte nás:
Rýchle použitie
Migrácia zo staršieho servera Aruba 2930F (JL256A) s operačným systémom AOS-S na moderný server Aruba CX 6200F (JL725A) s operačným systémom AOS-CX si vyžaduje prechod z konfiguračného modelu zameraného na porty na štandardný model rozhrania riadený databázou. Táto príručka poskytuje presné preklady CLI, porovnania hardvéru a stratégie obstarávania, aby sa zabezpečila bezproblémová migrácia bez prestojov.
1. Zmena architektonickej paradigmy: ProVision ASIC vs. databázovo riadená architektúra AOS-CX Gen7
2. Hardvérové ​​špecifikácie a dimenzovanie výkonu v reálnom svete
3. Prevod konfigurácie: Mapovanie CLI z AOS-S na AOS-CX
4. Zmierňovanie migračných rizík: Dodávateľský reťazec, optimalizácia kusovníka a riadenie životného cyklu
5. Ľudia sa tiež pýtajú (FAQ)

Pri vykonávaní polnočnej údržby s cieľom vymeniť zlyhávajúce prepojenie medzi jadrom a okrajom siete môže zistenie, že vaša staršia konfiguračná syntax ProVision (AOS-S) okamžite vyvolá chyby analyzátora na novo rozbalenom prepínači AOS-CX, viesť k úplnému zastaveniu nasadenia. Roky bol príkladom série Aruba 2930F – pracanta... JL256A—slúžila ako chrbtica prístupových vrstiev podnikových kampusov. Avšak s prechodom moderných sietí smerom k programovateľnosti založenej na rozhraní API, operačným systémom synchronizovaným so stavom a mikroslužbám dosiahla staršia architektúra AOS-S svoj evolučný limit.

Prechod na platformu Aruba CX 6200F, konkrétne Aruba CX 6200F 48G Class4 PoE 4SFP+ prepínač (JL725A), vyžaduje viac než len jednoduché kopírovanie a vloženie konfiguračného súboru. Vyžaduje si zásadný posun v spôsobe, akým sieťoví inžinieri pristupujú k ASIC potrubiam, paradigmám označovania VLAN, skupinám agregácie liniek (LAG) a stohovaniu virtuálneho prepínacieho rámca (VSF). Táto príručka poskytuje hĺbkový technický preklad, analýzu hardvérovej parity a mapovanie CLI potrebné na vykonanie bezchybnej migrácie zo staršieho Aruba JL256A na moderný Aruba JL725A.

Posun architektonickej paradigmy: ProVision ASIC vs. AOS-CX Gen7 databázovo riadená architektúra

Migrácia z Aruba 2930F (AOS-S) na Aruba CX 6200F (AOS-CX) predstavuje kompletnú rekonštrukciu softvéru riadiacej roviny aj kremíka dátovej roviny.

AOS-S: Monolitický a stav v pamäti

Starší server Aruba JL256A používa AOS-S (predtým ProVision), monolitický operačný systém, v ktorom procesy riadiacej roviny komunikujú prostredníctvom priamych volaní medziprocesovej komunikácie (IPC). Stav systému je rozptýlený v nestálych pamäťových priestoroch jednotlivých softvérových modulov. Ak jeden démon (napríklad OSPF alebo LACP) narazí na kritickú chybu pamäte, môže dôjsť k zlyhaniu celého operačného systému, čo vedie k prerušeniu presmerovania paketov.

Z hľadiska kremíka sa prepínač 2930F spolieha na proprietárny čip ProVision ASIC. Hoci je vysoko optimalizovaný pre základné presmerovanie na vrstve 2/3 a statické zoznamy riadenia prístupu (ACL), jeho pipeline je rigidný. Ukladanie paketov do vyrovnávacej pamäte je staticky alokované pre každú skupinu portov, čo robí prepínač náchylným na mikroburstové výpadky paketov, keď vysokorýchlostné uplinky privádzajú burstovú prevádzku do prístupových portov 1G PoE.

AOS-CX: Zamerané na databázu a založené na mikroslužbách

Prepínač Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A) je postavený na AOS-CX, modernom operačnom systéme s mikroservismi založenom na Linuxe. Jadrom AOS-CX je... OVSDB (Otvorená databáza vSwitch)Každá zmena stavu – či už ide o prechod stavu pripojenia, zistenie MAC adresy alebo volanie API – sa zapisuje do tejto centrálnej databázy v pamäti.

Táto architektúra zameraná na databázu poskytuje niekoľko kľúčových výhod:

  • Lokalizácia chyby: Jednotlivé démony protokolov bežia v izolovaných kontajneroch používateľského priestoru. Ak démon LACP zlyhá, automaticky sa reštartuje bez ovplyvnenia stavu presmerovania naprogramovaného v hardvérovom ASIC.
  • Programovateľnosť: Celý stav prepínača je prístupný prostredníctvom REST API, čo umožňuje natívnu integráciu s automatizačnými nástrojmi ako Ansible, Python a Aruba NetEdit.
  • Nástroj na analýzu siete (NAE): AOS-CX využíva ASIC Gen7 na priamy prenos telemetrických údajov do vstavaného agenta NAE, čo umožňuje riešenie problémov s mikroburstmi, vysielacími búrkami a bezpečnostnými anomáliami v reálnom čase priamo na prepínači bez externých sond.

Čip Gen7 ASIC v JL725A obsahuje plne programovateľný pipeline s dynamickou serializáciou paketovej vyrovnávacej pamäte. Namiesto statických alokácií skupín portov je paketová vyrovnávacia pamäť dynamicky zdieľaná medzi všetkými portami, čo zmierňuje mikrovýpadky počas náročných migrácií vSAN alebo nasadení IP kamier s vysokou hustotou.

Optimalizujte svoju stratégiu získavania klientskej skúsenosti (CX) na Arube

Získajte okamžitý prístup k veľkoobchodným cenám a stavu zásob v reálnom čase pre sériu Aruba CX 6200F.

Hardvérové ​​špecifikácie a dimenzovanie výkonu v reálnom svete

Pred výmenou hardvéru v rozvodnej skrini musia sieťoví architekti overiť fyzické rozmery, tepelné profily, energetické rozpočty a preposielacie kapacity. Tabuľka nižšie uvádza kritické hardvérové ​​rozdiely medzi starším modelom Aruba JL256A a moderným modelom Aruba JL725A.

Špecifikácia / Funkcia Aruba 2930F 48G PoE+ 4SFP+ (JL256A) Aruba CX 6200F 48G Class4 PoE 4SFP+ (JL725A)
operačný systém AOS-S (ProVision) AOS-CX
Architektúra ASIC ASIC od ProVision ASIC Aruba Gen7
Spínacia kapacita 176 Gbps 176 Gbps
Miera presmerovania paketov 112.0 Mpps 130.95 Mpps
Veľkosť tabuľky MAC adries 32,768 záznamy 32,768 záznamy
Smerovacia tabuľka IPv4 / IPv6 10 240 / 5 120 záznamov 10 240 / 5 120 záznamov
Rozpočet napájania PoE 370 W (trieda 4 PoE+) 370 W (trieda 4 PoE+)
Technológia stohovania VSF (až 8 členov, 10G porty) VSF (až 8 členov, 10G porty)
Systémová pamäť (RAM) 1 GB DDR3 SDRAM 8 GB DDR4 SDRAM
Flash pamäť 4 GB eMMC 16 GB eMMC

Hoci oba prepínače ponúkajú hrubú prepínaciu kapacitu 176 Gb/s a rozpočet PoE 370 W,... JL725A poskytuje výrazne vyššiu rýchlosť preposielania paketov (130.95 Mpps oproti 112.0 Mpps). Toto zvýšenie výkonu je spôsobené vynikajúcim spracovaním paketov čipu Gen7 ASIC a masívnym rozšírením systémovej pamäte (8 GB DDR4 RAM na JL725A v porovnaní s iba 1 GB na JL256A). Toto rozšírenie pamäte je kľúčové pre udržiavanie stabilných smerovacích tabuliek a prevádzku databázovo riadeného operačného systému AOS-CX bez zníženia latencie.

Preklad konfigurácie: Mapovanie CLI z AOS-S na AOS-CX

Najvýznamnejšou prekážkou počas migrácie je preklad konfiguračnej syntaxe. AOS-S používa model mapovania VLAN zameraný na porty, zatiaľ čo AOS-CX prijíma štandardný model zameraný na rozhranie (podobný ako Cisco IOS).

1. Konfigurácia VLAN a označovanie portov

V AOS-S definujete VLAN a potom jej priradíte porty ako označené alebo neoznačené. V AOS-CX vstúpite do režimu konfigurácie rozhrania a definujete, či je port v prístupovom alebo trunkovom režime, a potom priradíte VLAN.

Konfigurácia AOS-S (JL256A):

vlan 10 názov „Dátová_VLAN“ neoznačené 1-10 označené 49-50 vlan 20 názov „Voice_VLAN“ označené 1-10,49-50

Konfigurácia AOS-CX (JL725A):

vlan 10 názov Data_VLAN vlan 20 názov Voice_VLAN ! interface 1/1/1-1/1/10 žiadne vypnutie kmeň režimu VLAN natívny VLAN trunk 10 povolený VLAN trunk 10, 20, 99 ! interface 1/1/49-1/1/50 žiadne vypnutie kmeň režimu VLAN povolený VLAN trunk 10, 20, 99

2. Agregácia odkazov (LAG) a LACP

AOS-S označuje skupiny agregácie liniek ako „trunky“ (nezamieňať s trunkami VLAN 802.1Q). AOS-CX používa štandardnú terminológiu „LAG“.

Konfigurácia AOS-S (JL256A):

kmeň 47-48 trk1 lacp vlan 10 označené trk1

Konfigurácia AOS-CX (JL725A):

oneskorenie rozhrania 1 žiadne vypnutie kmeň režimu VLAN povolený VLAN trunk 10, 20, 99 režim lacp aktívny ! rozhranie 1. 1. 47 žiadne vypnutie oneskorenie 1 ! rozhranie 1. 1. 48 žiadne vypnutie oneskorenie 1

3. Stohovanie virtuálneho prepínacieho rámca (VSF)

Obe platformy podporujú stohovanie VSF až do 8 členov cez 10G SFP+ porty, ale proces poskytovania sa líši. AOS-CX podporuje automatické stohovanie, čo zjednodušuje nasadenie, ale vyžaduje presnú počiatočnú konfiguráciu.

Konfigurácia VSF AOS-S (JL256A):

člen VSF 1 typ „JL256A“ odkaz 1 49-50 vsf povoliť doménu 1

Konfigurácia VSF AOS-CX (JL725A):

člen VSF 1 typ jl725a odkaz 1 1. 1. 49 odkaz 2 1. 1. 50 člen VSF 2 typ jl725a odkaz 1 2. 1. 49 odkaz 2 2. 1. 50

4. Manipulácia s vysielačmi a prijímačmi tretích strán

Častým problémom, s ktorým sa inžinieri stretávajú počas migrácie, je chyba „Vysielač/prijímač nebol rozpoznaný“ pri opätovnom použití existujúcej optiky SFP+ od tretích strán na prepínačoch AOS-CX. Ak chcete obísť tento prísny zámok dodávateľa, musíte v rozhraní príkazového riadka explicitne povoliť nepodporované vysielače/prijímače.

# Povoliť podporu transceiverov tretích strán na AOS-CX potvrdenie povolenia nepodporovaného vysielača/prijímača ! # Overenie stavu rozhrania a údajov DOM vysielača/prijímača zobraziť rozhranie vysielača/prijímača 1/1/49

Zmierňovanie migračných rizík: Dodávateľský reťazec, optimalizácia kusovníka a riadenie životného cyklu

Migrácia celej prístupovej vrstvy kampusu zo staršieho hardvéru, ako je Aruba JL256A, na Aruba JL725A si vyžaduje značné logistické a finančné plánovanie. Tradičné distribučné kanály často uvádzajú dodacie lehoty pre hardvér AOS-CX 6 až 12 týždňov, čo môže brzdiť modernizáciu kritickej infraštruktúry a riskovať penále za oneskorenie projektu.

Router-switch rieši tieto úzke miesta v dodávateľskom reťazci tým, že udržiava viac ako 20 miliónov dolárov v zásobách na regáloch vo viacerých skladochTáto hĺbka zásob zabezpečuje, že hromadné objednávky lietadla Aruba JL725A (vrátane regionálnych variantov, ako je JL725A#ABA) môžu byť odoslané v tom istom týždni, čím sa dodrží časový harmonogram nasadenia.

Okrem toho, obchádzaním viacúrovňových regionálnych distribučných prirážok umožňuje Router-switch systémovým integrátorom a podnikovým IT oddeleniam optimalizovať svoje kusovníky (BOM) pomocou priamych zliav pri hromadnom nákupe.

Na zmiernenie prevádzkových rizík po nasadení poskytuje Router-Switch:

  • 100% originálna záruka pravosti: Každý dodávaný prepínač má plne overiteľné sériové číslo (S/N) registrované v oficiálnej databáze dodávateľov.
  • Bezplatná 3-ročná predĺžená záruka RS Care: Poskytuje pokoj v duši bez vysokých opakujúcich sa nákladov na tradičné zmluvy o podpore od výrobcu.
  • Rýchla náhrada v pohotovostnom režime RMA: V zriedkavých prípadoch hardvérovej poruchy sa najprv odošle náhradná jednotka, aby sa minimalizoval priemerný čas opravy (MTTR).
  • Bezplatné individuálne poradenstvo CCIE: Získajte odborné poradenstvo pre komplexné preklady konfigurácií, návrhy stohovania VSF a testovanie interoperability.

Ľudia sa tiež pýtajú (FAQ)

Q1 Môžem prepojiť Aruba 2930F (JL256A) s Aruba CX 6200F (JL725A) pomocou VSF?
Nie. Stohovanie VSF vyžaduje identické operačné systémy a kompatibilné hardvérové ​​architektúry. Model 2930F používa starší operačný systém AOS-S, zatiaľ čo model 6200F používa databázovo riadený operačný systém AOS-CX. Nemožno ich kombinovať v jednom zásobníku. Všetky členy zásobníka musíte migrovať súčasne na platformu 6200F.
Q2 Aký je ekvivalent príkazu „trunk“ v AOS-CX pre agregáciu liniek v AOS-S?
V AOS-S sa príkaz „trunk“ používa na vytvorenie skupiny agregácie liniek (LAG). V AOS-CX sa to konfiguruje pomocou štandardnej priemyselnej terminológie: „interface lag [ID]“ a priradenie fyzických rozhraní k tejto skupine LAG pomocou príkazu „lag [ID]“ v konfigurácii fyzického rozhrania.
Q3 Podporuje Aruba JL725A rovnaký rozpočet napájania PoE ako JL256A?
Áno, Aruba JL256A aj Aruba JL725A poskytujú 370W PoE výkon. JL725A však podporuje PoE triedy 4 (až 30W na port), ktoré ponúka efektívnejšie prideľovanie energie a dynamické vyjednávanie prostredníctvom LLDP-MED v porovnaní so staršími implementáciami AOS-S.
Q4 Ako vyriešim chyby „nepodporovaný vysielač/prijímač“ na zariadení Aruba CX 6200F?
Ak chcete na prepínačoch AOS-CX používať transceivery tretích strán alebo transceivery iných značiek ako Aruba, prejdite do režimu globálnej konfigurácie a vykonajte príkaz „allow-unsupported-transceiver confirm“. To umožní prepínaču inicializovať optický systém, hoci diagnostické údaje DOM sa môžu líšiť v závislosti od kódovania transceivera.