PicOS Data Center sklopke: EVPN & Vodič za nadogradnju

Većina odluka o prebacivanju podatkovnog centra i dalje počinje podatkovnom tablicom: brojem priključaka, brzinama i cijenom. PicOS sklopke za podatkovne centre prvo postavljaju drugačije pitanje. Budući da su operativni sustav, hardver i slojevi upravljanja odvojeni, odabir PicOS-a manje je kupnja hardvera, a višeodluka o-operativnom modelu- kako će vaš tim osigurati, automatizirati i pokrenuti strukturu tijekom njezina životnog vijeka.

Ovaj vodič objašnjava što su PicOS sklopke za podatkovne centre zapravo, kako se sklopka, mrežni operativni sustav i AmpCon-DC kontroler uklapaju zajedno, gdje se dobro uklapaju i što točno treba provjeriti prije pokretanja proizvodnje. Cilj je pomoći mrežnom timu da ocijeni PicOS na temelju inženjerskih kriterija, a ne marketinškog jezika.

PicOS Switch vs PicOS NOS vs AmpCon-DC: Što zapravo birate

Izraz "PicOS data center switch" često se koristi slobodno, što stvara zabunu tijekom evaluacije. Odnosi se na tri različita sloja koji se kupuju i koriste zasebno:

• Hardver sklopke- otvorene mrežne platforme ("bijela kutija" ili "brite kutija"), obično izgrađene na Broadcom siliciju. Uobičajen primjer podatkovnog centra je 1U leaf ili spine switch kao što je N8550-32C, s 32 x 100G QSFP28 porta na Broadcom Trident 3 ASIC-u. ASIC, brzine priključaka i međuspremnik određuju čvrsta ograničenja onoga što kutija može učiniti.
• PicOS mrežni operativni sustav- thePicOS NOS iz Pica8, izgrađen na neizmijenjenoj jezgri Debian Linuxa. Omogućuje snop sloja 2/sloja 3, EVPN-VXLAN, MLAG, sigurnost i otvorenu telemetriju (SNMP, sFlow i gNMI). NOS, plus njegova verzija i razina licence, određuju koje su značajke stvarno dostupne.
• AmpCon-DC- kontroler upravljanja i automatizacije. Upravlja zero{2}}opremanjem (ZTP), konfiguracijom-na temelju predloška, ​​otkrivanjem topologije, telemetrijom, nadogradnjama i provjerom valjanosti tijekom cijelog životnog ciklusa, od dana dizajna do dana 2+ operacija.

Držanje ovih slojeva odvojenim bitno je tijekom evaluacije: model prekidača može biti savršeno sposoban hardver dok određena verzija PicOS-a ili licenca još ne omogućuje značajku koja vam je potrebna. Uvijek procijenite kombinaciju, a ne jedan sloj zasebno.

Zašto poduzeća procjenjuju PicOS za podatkovne centre

Poduzeća obično gledaju na PicOS kada postojeći dizajn počne ograničavati performanse, skalu ili operacije - na primjer, prelazak s 10G na 25G ili 100G, postavljanje nove leaf-spinalne strukture ili pokušaj smanjenja ručne konfiguracije prekidač-po-switch.

Upravljanje istočnim-zapadnim prometom pomoću lisne-kralježnice

Naslijeđene arhitekture prilagođene su za predvidljiv promet sjever-jug. Virtualizacija, distribuirana pohrana, kontejnerske platforme i AI radna opterećenja generiraju daleko više istočno-zapadnog prometa između regala. Tkanina leaf-kičme izravnava topologiju i čini latenciju i propusnost predvidljivijom. PicOS-sklopke mogu preuzeti uloge leaf, spine, top-of-rack, border ili interconnect uloge, pod uvjetom da brzine priključaka, kapacitet komutacije i značajke usmjeravanja odgovaraju dizajnu.

Smanjenje zaključavanja dobavljača-u - i kako to zapravo funkcionira

Lako je tvrditi "smanjenje vezanosti" pa je vrijedno navesti mehanizam. U tradicionalnom skupu, hardver, NOS, licenciranje, upravljanje i podrška povezani su u jedan odnos dobavljača. PicOS slijedi raščlanjeni, otvoreni-mrežni model: isti NOS radi na validiranom hardveru bijele-kutije od više dobavljača, s punom podrškom za brzine od više-giga do 400-giga i više te za EVPN-VXLAN. U praksi to znači da operativni model i automatizacija postaju trajni dio vašeg dizajna, dok se dobavljač hardvera koji je u pozadini može mijenjati tijekom vremena. Kompromis-je ipak stvaran - vi preuzimate više odgovornosti za dizajn, provjeru valjanosti i operativno vlasništvo.

Automatiziranje dana 0 do dana 2+ s AmpCon-DC

Ručni CLI je podnošljiv za nekoliko prekidača i riskantan za desetke ili stotine. AmpCon-DC je mjesto gdje PicOS zarađuje velik dio svoje operativne vrijednosti: ZTP onboarding, konfiguracijski predlošci temeljeni na Jinja-u, Ansible playbooks i REST API-ji smanjuju rad koji se ponavlja i konfiguraciju. Cilj nije automatizacija sama za sebe - to je ponovljiva integracija, provjerljiva promjena i brži oporavak.

Ključne sposobnosti za procjenu

Spremnost za EVPN-VXLAN i IP Fabric

Moderne tkanine obično proširuju Sloj 2 preko usmjeravane podloge Sloja 3 koristeći dva standarda zajedno:VXLAN, enkapsulacija preklapanja definirana u RFC 7348, iEVPN, kontrolna ravnina temeljena na BGP-standardizirana u RFC 7432. Kada ga model prekidača i verzija PicOS-a podržavaju, PicOS se može ocijeniti za skalabilne leaf-spinalne tkanine koje služe virtualiziranim okruženjima -u stilu oblaka, s više-stalaka. Podršku za EVPN-VXLAN smatrajte specifičnom za verziju- i-model i potvrdite je u odnosu na točno onu platformu koju namjeravate kupiti.

MLAG i visoka dostupnost

MLAG omogućuje da dva fizička prekidača predstavljaju jednu logičku agregacijsku točku nizvodnim uređajima, održavajući sve veze aktivnima i uklanjajući ovisnost o -stablu-teških dizajna. Za top-of-rack i agregacijske uloge, ovo pruža redundantne uzlazne veze za poslužitelje i pohranu bez praznina u slučaju kvara uobičajenih za tradicionalno slaganje. Prije nego što se oslonite na njega, provjerite ravnopravnu-vezu, održavanje aktivnosti, vrijeme nadilaženja greške i ponašanje neprijavljenog-priključka.

Programabilnost i telemetrija

Prekidač podatkovnog centra bi prema zadanim postavkama-trebao biti prilagođen automatizaciji. PicOS izlaže Ansible, Python i sučelja-temeljena na standardima i pruža vidljivost kroz SNMP, sFlow i gNMI strujanje telemetrije. Praktična dobit je dosljednost: konfiguracije u predlošcima, osnovno praćenje i otkrivanje pomaka u cijeloj strukturi.

Upravljanje životnim ciklusom i vidljivost

Preklopni kapacitet samo je dio operacija. Timovi također trebaju topologiju, stanje sučelja, stanje uređaja i-vidljivost promjene konfiguracije. Uz AmpCon-DC, PicOS okruženja mogu se osigurati, nadzirati, mijenjati i potvrditi s jedne konzole - što, za timove s ograničenim brojem inženjera, može biti važno koliko i sirovi protok.

PicOS vs Zatvoreni NOS vs Zajednica NOS

Značajna razlika između ovih opcija je operativni model, a ne glavne specifikacije hardvera. Tablica u nastavku uspoređuje tradicionalni zatvoreni stog, otvoreni NOS-koji pokreće zajednica i PicOS s AmpCon-DC.

Scenariji najboljeg-i lošeg{1}}pristajanja

PicOS je dobar izbor u nekim okruženjima, a loš u drugim. Iskrenost u oba slučaja štiti implementaciju.

Snažno pristajanje kada:

• Gradite leaf{0}}spine ili EVPN-VXLAN tkanine i želite otvoreni izvor hardvera.
• Tim je-spreman za automatizaciju (ili želi to postati) i cijeni predloške, ponovljive operacije.
• Želite standardizirati jedan NOS i jedan model upravljanja na više preklopnika.
• Ciljni hardver nalazi se na provjerenom popisu kompatibilnosti, a verzija PicOS-a podržava potrebne značajke.

Manje prikladno kada:

• Tim nema mogućnost automatizacije niti plan za njegovu izgradnju.
• Za svakodnevne--operacije uvelike ovisite o TAC-u jednog dobavljača.
• Ne postoji mogućnost laboratorijske-potvrde tkanine prije proizvodnje.
• Vaš željeni hardver ili potrebni skup značajki nije na podržanoj matrici.

Uobičajeni slučajevi upotrebe

10G/25G do 100G nadogradnje

Čest put je podizanje pristupa poslužitelju na 25G i izgradnja 100G odlaznih veza od-do-kičme. Osim samog prekidača, nadogradnja ovisi o fizičkom sloju: za višemodne radnje, stupanj vlakana koje postavljate određuje doseg, pa potvrdite podržane udaljenosti rano - razlike izmeđuOM1 do OM5 višemodna vlakna i njihova ograničenja udaljenostiizravno utječu na to hoće li 100G veza raditi u vašem pogonu za kabliranje.

Leaf-Spine Data Center Fabrics

Leaf preklopnici povezuju poslužitelje i pohranu; kralježni prekidači osiguravaju-brzu tkaninu između listova. PicOS odgovara ovim ulogama kada brzine, broj priključaka i značajke usmjeravanja odgovaraju dizajnu. Strukturirano kabliranje čini ovo daleko čistijim - planiranjeMPO/MTP magistralno i prekidno kabliranjesprijeda održava veze visoke{0}}lišća-na-kičme visoke{0}}gustoće upravljivima kako tkanina raste.

Pristupnik podatkovnog centra i međusobno povezivanje

Neki dizajni proširuju prebacivanje između stranica, zona ili domena, gdje su skalabilno usmjeravanje razine 3 i centralizirana vidljivost životnog ciklusa najvažniji. Ove dulje staze obično zahtijevaju jedno-optiku, pa uskladite doseg primopredajnika s vezom - pregledavajući razlike izmeđuOS1 i OS2 jedno-modno vlaknopomaže potvrditi da je određena udaljenost međusobnog povezivanja podržana.

AI, HPC i Ethernet bez gubitaka

AI i HPC tkanine ne odnose se samo na sirovu propusnost. RDMA promet (RoCEv2) treba Ethernet strukturu bez gubitaka ili gotovo -bez gubitaka, koja ovisi o kontroli protoka kao što je PFC i signalizaciji zagušenja kao što je ECN, plus odgovarajući međuspremnici prekidača i čista telemetrija. PicOS sklopke za podatkovne centre podržavaju PFC/ECN-temeljen prijenos bez gubitaka na kompatibilnim platformama, a dizajni visoke-propusnosti sve više koriste 400G sučelja - pri planiranju spine ili GPU-fabric uplinkova, potvrđuju optiku i faktor oblika, uključujući400G QSFP-DD. Provjerite ponašanje zagušenja, veličinu međuspremnika i kompatibilnost NIC-a s vašim specifičnim radnim opterećenjem prije predaje.

Kako planirati implementaciju PicOS-a

Uspješna implementacija počinje zahtjevima dizajna, a ne popisom proizvoda. Kontrolni popis u nastavku mapira svaki zahtjev na ono što treba provjeriti, zašto je važno i što pođe po zlu ako se preskoči.

Dvije stavke na ovom popisu uzrokuju kašnjenja koja se najviše mogu izbjeći. Prvo rano odlučite o srednjem pristupu poslužitelju: treba li ga standardizirati10GBASE-T ili SFP+ optikamijenja pretpostavke o kablovima, snazi ​​i dosegu u svakom stalku. Drugo, planirajte probojno kabliranje namjerno - na primjer, razbijanje jednog 100G priključka u 4 x 25G veze poslužitelja - korištenjem desneMPO prekidni kablovitako da se karta luka i dodjela vlakana slažu prije dana instalacije.

Prije proizvodnje, provjerite dizajn u laboratoriju ili pilotu: konvergencija usmjeravanja, ponašanje EVPN rute, MLAG failover, predlošci automatizacije, nadzor i vraćanje na staro. Zatim uvedite u fazama umjesto da presijecate cijelu mrežu odjednom, osim ako se ne radi o kontroliranoj novoj izgradnji. Možete pregledatiPica8 portfelj sklopki za podatkovne centre i validirane platformekako biste potvrdili koje su kombinacije hardvera i značajki podržane za vaš ciljni dizajn.

Uobičajene pogreške koje treba izbjegavati

Odabir samo prema brzini priključka.Brzina je bitna, ali značajke usmjeravanja, podrška za automatizaciju, veličina međuspremnika, kompatibilnost optike, razina licence, model podrške i put nadogradnje sve spada u odluku.

Ignoriranje značajki NOS-a i zahtjeva licence.Operativni sustav, njegova verzija i licenca određuju što mreža zapravo može učiniti. Potvrdite L2/L3, EVPN-VXLAN, MLAG, telemetriju i sigurnosnu pokrivenost na točnoj platformi prije kupnje.

Podcjenjivanje operativnih promjena.Mreža-spremna za automatizaciju treba nove procese: tko je vlasnik predložaka, tko odobrava promjene, kako se sigurnosno kopiraju konfiguracije i kako se upravlja vraćanjem.

Preskakanje laboratorijske provjere.Za važne promjene podatkovnog centra, laboratorijski test nije neobavezan. Minimalno potvrdite osnovne funkcije strukture, redundanciju, nadzor i oporavak od kvara prije nego što bilo kakav promet ovisi o njima.

Je li PicOS pravi za vaš podatkovni centar?

PicOS sklopke za podatkovne centre odgovaraju poduzećima koja žele skalabilnu strukturu, automatizaciju-spremne operacije, otvoren izvor hardvera i strukturirani životni ciklus - posebno timovima koji planiraju leaf-spin dizajne, 10G/25G na 100G nadogradnje, EVPN-VXLAN tkanine ili okruženja u kojima se ručno prebacuje-putem-prekidača konfiguracija više nije održiva. Oni se slabije uklapaju tamo gdje nema mogućnosti automatizacije, čvrsta ovisnost o-podršci dobavljača, nema laboratorija za provjeru ili hardver izvan podržane matrice.

Praktičan sljedeći korak: dokumentirajte svoj trenutni dizajn i operativne bolne točke, definirajte ciljnu arhitekturu i potrebni skup značajki, potvrdite kompatibilnost hardvera i verzije PicOS-a i testirajte strukturu u kontroliranom okruženju prije nego što se posvetite proizvodnji.