PicOS datu centra slēdži: EVPN un jaunināšanas rokasgrāmata

Lielākā daļa lēmumu par datu centru pārslēgšanu joprojām sākas ar datu lapu: portu skaits, ātrums un cena. PicOS datu centra slēdži vispirms uzdod citu jautājumu. Tā kā operētājsistēmas, aparatūras un pārvaldības slāņi ir atsaistīti, PicOS izvēle ir mazāk aparatūras iegāde, bet vairāklēmumu par darbības-modeli- kā jūsu komanda nodrošinās, automatizēs un vadīs audumu tā darbības laikā.

Šajā rokasgrāmatā ir paskaidrots, kas patiesībā ir PicOS datu centra slēdži, kā slēdzis, tīkla operētājsistēma un AmpCon-DC kontrolleris sader kopā, kur tie ir labi piemēroti un kas tieši jāpārbauda pirms produkcijas izlaišanas. Mērķis ir palīdzēt tīkla komandai novērtēt PicOS pēc inženierijas kritērijiem, nevis mārketinga valodas.

PicOS Switch vs PicOS NOS vs AmpCon{0}}DC: ko jūs patiesībā izvēlaties

Termins "PicOS datu centra slēdzis" bieži tiek lietots brīvi, kas rada neskaidrības novērtēšanas laikā. Tas attiecas uz trim atšķirīgiem slāņiem, kas tiek iegādāti un ekspluatēti atsevišķi:

• Slēdža aparatūra- atvērtā tīkla ("white box" vai "brite box") platformas, kas parasti ir veidotas uz Broadcom silīcija. Izplatīts datu centra piemērs ir 1 U lapu vai mugurkaula slēdzis, piemēram, N8550-32C, ar 32 x 100 G QSFP28 portiem Broadcom Trident 3 ASIC. ASIC, portu ātrumi un buferis nosaka stingros ierobežojumus tam, ko kaste var darīt.
• PicOS tīkla operētājsistēma-Pica8 Pica8, kas veidota uz nemodificēta Debian Linux kodola. Tas nodrošina Layer 2/Layer 3 steku, EVPN-VXLAN, MLAG, drošību un atvērto telemetriju (SNMP, sFlow un gNMI). NOS, kā arī tās versija un licences līmenis nosaka, kuras funkcijas ir faktiski pieejamas.
• AmpCon-DC- pārvaldības un automatizācijas kontrolieris. Tas apstrādā nulles-pieskārienu nodrošināšanu (ZTP), veidnes-vadītu konfigurāciju, topoloģijas atklāšanu, telemetriju, jaunināšanu un validāciju visā dzīves ciklā, sākot no 0. dienas dizaina līdz 2+. dienas darbībām.

Novērtēšanas laikā ir svarīgi saglabāt šos slāņus atsevišķi: slēdža modelis var būt lieliski spējīgs aparatūra, savukārt konkrēta PicOS versija vai licence vēl neiespējo jums nepieciešamo funkciju. Vienmēr novērtējiet kombināciju, nevis vienu slāni atsevišķi.

Kāpēc uzņēmumi novērtē PicOS datu centriem

Uzņēmumi parasti aplūko PicOS, kad esošais dizains sāk ierobežot veiktspēju, mērogu vai darbības, - piemēram, pārejot no 10G uz 25G vai 100G, izveidojot jaunu lapu-mugurkaula audumu vai mēģinot samazināt manuālo, pārslēgšanu-ar-slēdža konfigurāciju.

Austrumu{0}}Rietumu satiksmes vadība ar lapu{1}}muguru

Mantotās arhitektūras tika pielāgotas paredzamai ziemeļu{0}}dienvidu satiksmei. Virtualizācija, sadalīta krātuve, konteineru platformas un AI darba slodze rada daudz lielāku austrumu-rietumu trafiku starp plauktiem. Lapu-mugurkaula audums izlīdzina topoloģiju un padara latentumu un joslas platumu paredzamāku. Slēdži, kuru pamatā ir PicOS-, var ieņemt lapas, muguriņas, plaukta augšpuses-, apmales vai starpsavienojumu lomas, ja portu ātrums, komutācijas jauda un maršrutēšanas līdzekļi atbilst dizainam.

Pārdevēja bloķēšanas samazināšana- - un kā tas faktiski darbojas

Ir viegli pieprasīt "bloķēšanas-samazināšanu", tāpēc ir vērts norādīt mehānismu. Tradicionālā kaudzē aparatūra, NOS, licencēšana, pārvaldība un atbalsts ir apvienoti vienā pārdevēja attiecībās. PicOS darbojas pēc dezagregēta, atvērta-tīkla modeļa: viena un tā pati NOS darbojas ar vairāku piegādātāju apstiprinātu balto-kastes aparatūru, pilnībā atbalsta ātrumu no vairāku-koncertu līdz 400-koncertiem un vairāk, kā arī EVPN-VXLAN. Praksē tas nozīmē, ka darbības modelis un automatizācija kļūst par jūsu dizaina izturīgu daļu, savukārt pamatā esošais aparatūras piegādātājs laika gaitā var mainīties. Tomēr kompromiss{11}}ir reāls — jūs uzņematies lielāku atbildību par dizainu, validāciju un ekspluatācijas īpašumtiesībām.

Automatizēšana no 0. dienas līdz dienai 2+, izmantojot AmpCon-DC

Manuālā CLI ir pieļaujama dažiem slēdžiem un ir riskanta desmitiem vai simtiem. AmpCon-DC ir vieta, kur PicOS gūst lielu daļu no savas darbības vērtības: ZTP iekļaušana, Jinja-balstītas konfigurācijas veidnes, Ansible rokasgrāmatas un REST API samazina atkārtotu darbu un konfigurācijas novirzi. Mērķis nav automatizācija tās pašas dēļ -, tā ir atkārtojama ieviešana, pārbaudāmas izmaiņas un ātrāka atkopšana.

Galvenās novērtēšanas iespējas

EVPN-VXLAN un IP auduma gatavība

Mūsdienu audumi parasti paplašina 2. slāni virs 3. slāņa apakšklāja, izmantojot divus standartus kopā:VXLAN, pārklājuma iekapsulācija, kas definēta RFC 7348, unEVPN — uz BGP{0}}bāzēta vadības plakne, kas standartizēta RFC 7432. Ja slēdža modelis un PicOS versija to atbalsta, PicOS var novērtēt attiecībā uz mērogojamiem lapu{1}}mugurkaula audumiem, kas apkalpo virtualizētu un mākoņa-stila, vairāku-statņu vidi. Uztveriet EVPN-VXLAN atbalstu atbilstoši versijai- un modelim- un apstipriniet to tieši ar platformu, kuru plānojat iegādāties.

MLAG un augsta pieejamība

MLAG ļauj diviem fiziskiem slēdžiem parādīt vienu loģisku apkopošanas punktu pakārtotajām ierīcēm, saglabājot visas saites aktīvas un novēršot atkarību no-koku{1}}smagiem dizainiem. Galvenās-no-statīva un apkopošanas lomām tas nodrošina liekas augšupsaites serveriem un krātuvei bez kļūmjpārlēces spraugām, kas raksturīgas tradicionālajai sakraušanai. Pirms paļaušanās uz to, pārbaudiet vienādranga-saiti, saglabāšanu, kļūmjpārlēces laiku un neparedzētu{7}}porta darbību.

Programmējamība un telemetrija

Datu centra slēdzim pēc noklusējuma ir jābūt{0}}draudzīgam automatizācijai. PicOS atklāj Ansible, Python un uz standartiem balstītas saskarnes un nodrošina redzamību, izmantojot SNMP, sFlow un gNMI straumēšanas telemetriju. Praktiskā atdeve ir konsekvence: veidņu konfigurācijas, pamata uzraudzība un novirzes noteikšana visā audumā.

Dzīves cikla pārvaldība un redzamība

Pārslēgšanas jauda ir tikai daļa no darbībām. Komandām ir nepieciešama arī topoloģijas, saskarnes stāvokļa, ierīces stāvokļa un konfigurācijas{1}}novirzes redzamība. Izmantojot AmpCon-DC, PicOS vides var nodrošināt, pārraudzīt, mainīt un apstiprināt no vienas konsoles -, kas komandām ar ierobežotu inženieru darbinieku skaitu var būt tikpat svarīga kā neapstrādāta caurlaidspēja.

PicOS pret slēgto NOS pret kopienas NOS

Būtiskā atšķirība starp šīm opcijām ir darbības modelis, nevis galvenās aparatūras specifikācijas. Tālāk esošajā tabulā ir salīdzināts tradicionālais slēgtais steks, kopienas{1}}vadīts atvērtais NOS un PicOS ar AmpCon-DC.

Vislabākās-piemērotības un sliktas-piemērotības scenāriji

PicOS ir spēcīga izvēle dažās vidēs, bet slikta - citās. Godīga attieksme pret abiem aizsargā izvietošanu.

Spēcīgi piemērots, ja:

• Jūs veidojat lapu{0}}mugurkaula vai EVPN-VXLAN audumus un vēlaties iegūt atklātu aparatūras avotus.
• Komanda ir gatava automatizēt{0}}(vai vēlas par tādu kļūt) un novērtē veidnes, atkārtojamas darbības.
• Jūs vēlaties standartizēt vienu NOS un vienu pārvaldības modeli daudzos slēdžos.
• Mērķa aparatūra ir apstiprinātajā saderības sarakstā, un PicOS versija atbalsta nepieciešamās funkcijas.

Mazāk piemērots, ja:

• Komandai nav automatizācijas iespēju un neplāno to izveidot.
• Jūs esat ļoti atkarīgs no viena piegādātāja KPN ikdienas{0}}līdz{1}}darbībām.
• Pirms ražošanas nav iespējams pārbaudīt audumu{0}}laboratorijā.
• Jūsu izvēlētā aparatūra vai vajadzīgā funkciju kopa nav atbalstītajā matricā.

Bieži lietojami gadījumi

10G/25G līdz 100G jauninājumi

Bieža pieeja ir servera piekļuves palielināšana līdz 25 G un 100 G lapu{2}}augšupsaišu izveide{3}}. Papildus pašam slēdžam jaunināšana ir atkarīga no fiziskā slāņa: vairāku režīmu darbībai jūsu izmantotā šķiedras pakāpe nosaka sasniedzamību, tāpēc savlaicīgi apstipriniet atbalstītos attālumus - atšķirības starpOM1 līdz OM5 daudzmodu šķiedra un to attāluma ierobežojumitieši ietekmē to, vai 100G saite darbosies jūsu kabeļu rūpnīcā.

Leaf{0}}Spine Data Center audumi

Lapu slēdži savieno serverus un krātuvi; mugurkaula slēdži nodrošina ātrdarbīgu{0}} audumu starp lapām. PicOS atbilst šīm lomām, ja ātrums, portu skaits un maršrutēšanas līdzekļi atbilst dizainam. Strukturētie kabeļi padara šo daudz tīrāku - plānošanuMPO/MTP maģistrāles un pārrāvuma kabeļipriekšpuse nodrošina augstu{0}}blīvuma lapu-un mugurkaula savienojumus{2}}pārvaldāmus, audumam augot.

Datu centra vārteja un starpsavienojums

Daži modeļi paplašina pārslēgšanos starp vietnēm, zonām vai domēniem, kur mērogojams 3. slāņa maršrutēšana un centralizēta dzīves cikla redzamība ir vissvarīgākā. Šīs ilgākās darbības parasti prasa viena -režīmu optiku, tāpēc saskaņojiet raiduztvērēja sasniedzamību ar saiti -, pārskatot atšķirības starpOS1 un OS2 viena -moda šķiedrapalīdz apstiprināt, ka tiek atbalstīts noteiktais starpsavienojuma attālums.

AI, HPC un bezzudumu Ethernet

AI un HPC audumi ir ne tikai neapstrādāts joslas platums. RDMA trafikam (RoCEv2) ir nepieciešams bezzudumu vai gandrīz-bezzudumu Ethernet tīkls, kas ir atkarīgs no plūsmas kontroles, piemēram, PFC, un pārslodzes signalizācijas, piemēram, ECN, kā arī atbilstošiem slēdžu buferiem un tīras telemetrijas. PicOS datu centra slēdži atbalsta PFC/ECN{4}}pamatotu bezzudumu transportēšanu saderīgās platformās, un lielas-joslas platuma konstrukcijas arvien vairāk izmanto 400G saskarnes -, plānojot mugurkaula vai GPU-auduma augšupsaites, apstiprina optiku un formas faktoru, tostarp400 G QSFP-DD. Pirms apņemšanās pārbaudiet sastrēgumu uzvedību, bufera izmēru un NIC saderību atbilstoši jūsu konkrētajai darba slodzei.

Kā plānot PicOS izvietošanu

Veiksmīga izvietošana sākas ar dizaina prasībām, nevis produktu sarakstu. Tālāk esošajā kontrolsarakstā ir norādīta katra prasība, kas ir jāpārbauda, ​​kāpēc tā ir svarīga un kas notiek nepareizi, ja tā tiek izlaista.

Divi vienumi šajā sarakstā izraisa visvairāk novēršamo aizkavēšanos. Pirmkārt, laicīgi izlemiet par servera piekļuvi: vai standartizēt10 GBASE-T vai SFP+ optikamaina kabeļus, jaudu un sasniedzamības pieņēmumus katrā statīvā. Otrkārt, apzināti plānojiet sadales kabeļus, - piemēram, sadalot vienu 100 G portu 4 x 25 G servera saitēs -, izmantojot laboMPO izlaušanās kabeļitāpēc portu karte un šķiedru piešķīrumi ir sakārtoti pirms uzstādīšanas dienas.

Pirms ražošanas apstipriniet dizainu laboratorijā vai izmēģinājumā: maršrutēšanas konverģence, EVPN maršruta darbība, MLAG kļūmjpārlēce, automatizācijas veidnes, uzraudzība un atcelšana. Pēc tam izvērsiet pa fāzēm, nevis vienlaikus izgrieziet visu tīklu, ja vien tā nav kontrolēta zaļā lauka konstrukcija. Jūs varat pārskatītPica8 datu centra slēdžu portfelis un apstiprinātās platformaslai apstiprinātu, kuras aparatūras un funkciju kombinācijas tiek atbalstītas jūsu mērķa dizainā.

Biežākās kļūdas, no kurām jāizvairās

Izvēle tikai pēc ostas ātruma.Ātrumam ir nozīme, taču lēmumā ir iekļautas maršrutēšanas funkcijas, automatizācijas atbalsts, bufera lieluma noteikšana, optikas saderība, licences līmenis, atbalsta modelis un jaunināšanas ceļš.

NOS funkciju un licences prasību ignorēšana.Operētājsistēma, tās versija un licence nosaka, ko tīkls faktiski var darīt. Pirms pirkšanas apstipriniet L2/L3, EVPN-VXLAN, MLAG, telemetrijas un drošības pārklājumu ar precīzu platformu.

Operatīvo izmaiņu nenovērtēšana.Automatizācijai{0}}gatavam tīklam ir nepieciešami jauni procesi: kam pieder veidnes, kurš apstiprina izmaiņas, kā tiek dublētas konfigurācijas un kā tiek apstrādāta atcelšana.

Laboratorijas validācijas izlaišana.Svarīgām datu centra izmaiņām laboratorijas pārbaude nav obligāta. Vismaz apstipriniet pamata auduma funkcijas, dublēšanu, uzraudzību un kļūmju atkopšanu, pirms no tiem ir atkarīga datplūsma.

Vai PicOS ir piemērots jūsu datu centram?

PicOS datu centra slēdži ir piemēroti uzņēmumiem, kuri vēlas mērogojamu audumu, automatizācijas-gatavas darbības, atvērtu aparatūras ieguvi un strukturētu dzīves ciklu, - jo īpaši komandām, kas plāno lapu-mugurkaula dizainu, 10G/25G uz 100G jauninājumus, EVPN{{6}{}vidi, kurā ir manuāli slēdzi,{6}vai VXLAN}8} konfigurācija vairs nav ilgtspējīga. Tie ir vājāk piemēroti, ja nav automatizācijas iespēju, ir liela atkarība no viena-pārdevēja atbalsta, nav laboratorijas, pret kurām veikt pārbaudi, vai aparatūra ārpus atbalstītās matricas.

Praktisks nākamais solis: dokumentējiet pašreizējo dizainu un darbības problēmas, definējiet mērķa arhitektūru un nepieciešamo funkciju kopu, apstipriniet aparatūras un PicOS versiju saderību un pārbaudiet audumu kontrolētā vidē pirms ražošanas uzsākšanas.