Stikala za podatkovni center PicOS: EVPN in vodnik za nadgradnjo

Večina odločitev o preklopu podatkovnega centra se še vedno začne s podatkovnim listom: številom vrat, hitrostmi in ceno. Stikala za podatkovne centre PicOS najprej postavijo drugačno vprašanje. Ker so operacijski sistem, strojna oprema in ravni upravljanja ločeni, je izbira PicOS-a manj nakup strojne opreme in boljodločitev o-operativnem modelu- kako bo vaša ekipa zagotovila, avtomatizirala in vodila strukturo v njeni življenjski dobi.

V tem priročniku je razloženo, kaj so stikala za podatkovne centre PicOS, kako se stikalo, omrežni operacijski sistem in krmilnik AmpCon-DC ujemajo, kje se dobro prilegajo in kaj točno je treba preveriti pred uvedbo proizvodnje. Cilj je pomagati omrežni ekipi oceniti PicOS na podlagi inženirskih kriterijev, ne trženjskega jezika.

PicOS Switch proti PicOS NOS proti AmpCon-DC: kaj pravzaprav izbirate

Izraz "stikalo podatkovnega centra PicOS" se pogosto uporablja ohlapno, kar povzroča zmedo med vrednotenjem. Nanaša se na tri različne plasti, ki se kupijo in upravljajo ločeno:

• Strojna oprema stikala- odprte omrežne platforme ("white box" ali "brite box"), običajno zgrajene na siliciju Broadcom. Pogost primer podatkovnega centra je 1U leaf ali spine stikalo, kot je N8550-32C, z 32 x 100G QSFP28 vrati na Broadcom Trident 3 ASIC. ASIC, hitrost vrat in vmesni pomnilnik določajo stroge omejitve tega, kar lahko naredi škatla.
• Omrežni operacijski sistem PicOS- thePicOS NOS iz Pica8, zgrajen na nespremenjenem jedru Debian Linux. Zagotavlja sklad plasti 2/plast 3, EVPN-VXLAN, MLAG, varnost in odprto telemetrijo (SNMP, sFlow in gNMI). NOS ter njegova različica in licenčna raven določajo, katere funkcije so dejansko na voljo.
• AmpCon-DC- krmilnik za upravljanje in avtomatizacijo. Upravlja z zagotavljanjem brez{2}}dotika (ZTP), konfiguracijo-na osnovi predloge, odkrivanjem topologije, telemetrijo, nadgradnjami in preverjanjem v celotnem življenjskem ciklu, od zasnove 0. dne do operacij dneva 2+.

Med ocenjevanjem je pomembno, da so ti sloji ločeni: model stikala je lahko popolnoma zmogljiva strojna oprema, medtem ko določena različica PicOS ali licenca še ne omogoča funkcije, ki jo potrebujete. Vedno ocenite kombinacijo, ne ene plasti v izolaciji.

Zakaj podjetja ocenjujejo PicOS za podatkovne centre

Podjetja običajno pogledajo PicOS, ko obstoječa zasnova začne omejevati zmogljivost, obseg ali operacije - na primer prehod iz 10G na 25G ali 100G, postavitev nove leaf-spinalne strukture ali poskušanje zmanjšati ročno konfiguracijo -za{-stikalom.

Obvladovanje vzhodnega-zahodnega prometa z listno-hrbtenico

Podedovane arhitekture so bile prilagojene za predvidljiv sever-južni promet. Virtualizacija, porazdeljena shramba, vsebniške platforme in delovne obremenitve z umetno inteligenco ustvarjajo veliko več vzhod-zahodnega prometa med omarami. Tkanina leaf{4}}hrbtenice poravna topologijo in naredi zakasnitev in pasovno širino bolj predvidljivo. Stikala, ki temeljijo na PicOS-, lahko prevzamejo vloge leaf, spine, top-of-rack, border ali medsebojne povezave, pod pogojem, da se hitrost vrat, preklopna zmogljivost in funkcije usmerjanja ujemajo z zasnovo.

Zmanjšanje zaklepanja prodajalca-v - in kako to dejansko deluje

"Zmanjšanje zaklenjenosti" je enostavno trditi, zato je vredno navesti mehanizem. V tradicionalnem skladu so strojna oprema, NOS, licenciranje, upravljanje in podpora združeni v eno razmerje prodajalca. PicOS sledi razčlenjenemu, odprtemu-omrežnemu modelu: isti NOS deluje na potrjeni beli-strojni opremi več dobaviteljev, s polno podporo za hitrosti od več-gigabajtov do 400-gigabajtov in več ter za EVPN-VXLAN. V praksi to pomeni, da operativni model in avtomatizacija postaneta trajni del vaše zasnove, medtem ko se osnovni prodajalec strojne opreme lahko sčasoma spremeni. Kompromis-je resničen – prevzamete več odgovornosti za zasnovo, potrjevanje in operativno lastništvo.

Avtomatizacija dneva 0 v dan 2+ z AmpCon-DC

Ročni CLI je sprejemljiv za peščico stikal in tvegan za desetine ali stotine. AmpCon-DC je tisto, kjer PicOS zasluži velik del svoje operativne vrednosti: ZTP onboarding, konfiguracijske predloge, ki temeljijo na Jinja-, Ansible playbooks in REST API-ji zmanjšujejo ponavljajoče se delo in spreminjanje konfiguracije. Cilj ni avtomatizacija sama po sebi - ampak ponovljivo vključevanje, spremembe, ki jih je mogoče preveriti, in hitrejša obnovitev.

Ključne zmožnosti za oceno

EVPN-VXLAN in pripravljenost IP Fabric

Sodobne tkanine običajno razširijo 2. plast preko usmerjene podlage 3. plasti z uporabo dveh standardov skupaj:VXLAN, enkapsulacija prekrivanja, opredeljena v RFC 7348, inEVPN, nadzorna ravnina,-ki temelji na BGP, standardizirana v RFC 7432. Če model stikala in različica PicOS to podpirata, je mogoče PicOS oceniti za razširljive leaf-spinalne tkanine, ki služijo virtualiziranim in oblak-slogom, več-omarami. Podporo za EVPN-VXLAN obravnavajte kot specifično različico- in model-in jo potrdite glede na točno tisto platformo, ki jo nameravate kupiti.

MLAG in visoka razpoložljivost

MLAG omogoča dvema fizičnima stikaloma, da predstavita eno samo logično združevalno točko napravam na nižji stopnji, pri čemer ohranjata vse povezave aktivne in odpravljata odvisnost od težkih zasnov v-drevesu-. Za vrh-od-vlog omare in združevanja to zagotavlja odvečne povezave navzgor za strežnike in shrambo brez vrzeli pri samodejnem preklopu, ki so običajne za tradicionalno zlaganje. Preden se zanesete na to, preverite enakovredno-povezavo, vzdrževanje delovanja, čas preklopa zaradi napake in delovanje vrat-osirote.

Programabilnost in telemetrija

Stikalo podatkovnega centra bi moralo biti-privzeto prilagojeno avtomatizaciji. PicOS razkriva vmesnike, ki temeljijo na Ansible, Python in-standardih, ter zagotavlja vidnost prek pretočne telemetrije SNMP, sFlow in gNMI. Praktični izkupiček je doslednost: konfiguracije s predlogami, spremljanje po osnovni liniji in zaznavanje odmika po celotni strukturi.

Upravljanje življenjskega cikla in vidnost

Preklopna zmogljivost je le del operacij. Ekipe potrebujejo tudi topologijo, stanje vmesnika, stanje naprave in-vidnost premika konfiguracije. Z AmpCon-DC je mogoče omogočiti, nadzirati, spreminjati in preverjati okolja PicOS iz ene konzole -, kar je za ekipe z omejenim številom inženirjev lahko tako pomembno kot neobdelana prepustnost.

PicOS proti zaprtemu NOS proti skupnostnemu NOS

Pomembna razlika med tema možnostma je operacijski model, ne glavne specifikacije strojne opreme. Spodnja tabela primerja tradicionalni zaprti sklad,-odprti NOS, ki ga vodi skupnost, in PicOS z AmpCon-DC.

Najbolj{0}}fit in slabo-primerja

PicOS je dobra izbira v nekaterih okoljih in slaba v drugih. Iskrenost glede obeh ščiti uvajanje.

Močno prileganje, ko:

• Gradite leaf{0}}spine ali EVPN-tkanine VXLAN in želite odprto nabavo strojne opreme.
• Ekipa je-pripravljena na avtomatizacijo (ali želi to postati) in ceni ponovljive operacije po predlogah.
• Želite standardizirati en NOS in en model upravljanja na več stikalih.
• Ciljna strojna oprema je na potrjenem seznamu združljivosti in različica PicOS podpira zahtevane funkcije.

Manj primeren, kadar:

• Ekipa nima zmožnosti avtomatizacije in nima načrta za njeno izgradnjo.
• Za vsakodnevne--operacije ste močno odvisni od TAC enega prodajalca.
• Ni možnosti laboratorijskega-preverjanja blaga pred proizvodnjo.
• Vaša želena strojna oprema ali zahtevani nabor funkcij ni na podprti matriki.

Pogosti primeri uporabe

Nadgradnje 10G/25G na 100G

Pogosta pot je dvig dostopa do strežnika na 25G in izgradnja 100G povezav od leaf{2}}to-spine navzgor. Poleg samega stikala je nadgradnja odvisna od fizičnega sloja: pri večnačinskih potekih stopnja vlaken, ki jih uvedete, določa doseg, zato zgodaj potrdite podprte razdalje - razlike medVečmodna vlakna OM1 do OM5 in njihove omejitve razdaljeneposredno vpliva na to, ali bo povezava 100G delovala v vašem obratu za polaganje kablov.

Leaf-Spine Data Center Fabrics

Leaf stikala povezujejo strežnike in shranjevanje; hrbtna stikala zagotavljajo-hitro tkanino med listi. PicOS ustreza tem vlogam, ko se hitrosti, število vrat in funkcije usmerjanja ujemajo z zasnovo. S strukturiranim kablom je to - načrtovanje veliko čistejšeMPO/MTP trank in prelomni kablispredaj ohranja visoko{0}}gostote povezav med-listom in-hrbtenico obvladljive, ko tkanina raste.

Prehod podatkovnega centra in povezava

Nekatere zasnove razširjajo preklapljanje med mesti, območji ali domenami, kjer sta najbolj pomembna razširljivo usmerjanje ravni 3 in centralizirana vidljivost življenjskega cikla. Te daljše vožnje običajno zahtevajo eno-optiko, zato povežite doseg oddajnika s povezavo - in si oglejte razlike medOS1 in OS2 eno-optično vlaknopomaga potrditi, da je dana razdalja medsebojne povezave podprta.

AI, HPC in Ethernet brez izgub

Tkanine AI in HPC niso samo surove pasovne širine. Promet RDMA (RoCEv2) potrebuje ethernetno strukturo brez izgub ali skoraj -brez izgub, ki je odvisna od nadzora pretoka, kot je PFC, in signalizacije zastojev, kot je ECN, ter ustreznih preklopnih medpomnilnikov in čiste telemetrije. Stikala za podatkovne centre PicOS podpirajo prenos brez izgub na podlagi PFC/ECN-na združljivih platformah, načrti z visoko-pasovno širino pa vse pogosteje uporabljajo vmesnike 400G - pri načrtovanju povezav hrbtenice ali GPE-fabric, potrdite optiko in faktor oblike, vključno400G QSFP-DD. Pred izvršitvijo potrdite obnašanje ob zastoju, velikost medpomnilnika in združljivost omrežne kartice z vašo specifično delovno obremenitvijo.

Kako načrtovati uvedbo PicOS

Uspešna uvedba se začne z zahtevami zasnove, ne s seznamom izdelkov. Spodnji kontrolni seznam preslika vsako zahtevo v to, kaj preveriti, zakaj je pomembno in kaj gre narobe, če se preskoči.

Dva elementa na tem seznamu povzročata zamude, ki se jim je najlažje izogniti. Najprej se zgodaj odločite za medij dostopa do strežnika: ali ga želite standardizirati10GBASE-T ali SFP+ optikaspremeni predpostavke o kablih, moči in dosegu v vsakem omari. Drugič, namerno načrtujte prebojno kabliranje -, na primer prekinitev ene same 100G vrat v 4 x 25G strežniške povezave - z uporabo desneMPO prelomni kablitako da se zemljevid pristanišč in dodelitev vlaken poravnajo pred dnevom namestitve.

Pred proizvodnjo preverite zasnovo v laboratoriju ali pilotu: konvergenca usmerjanja, obnašanje poti EVPN, preklop MLAG ob napaki, predloge za avtomatizacijo, spremljanje in povrnitev nazaj. Nato uvajajte v fazah, namesto da bi rezali po celotnem omrežju hkrati, razen če gre za nadzorovano novo gradnjo. Lahko pregledatePortfelj stikal za podatkovne centre Pica8 in preverjene platformeda potrdite, katere kombinacije strojne opreme in funkcij so podprte za vašo ciljno zasnovo.

Pogoste napake, ki se jim je treba izogibati

Izbira samo glede na hitrost vrat.Hitrost je pomembna, vendar so funkcije usmerjanja, podpora za avtomatizacijo, velikost medpomnilnika, združljivost optike, licenčna raven, podporni model in pot nadgradnje del odločitve.

Ignoriranje funkcij NOS in licenčnih zahtev.Operacijski sistem, njegova različica in licenca določajo, kaj omrežje dejansko lahko počne. Pred nakupom preverite L2/L3, EVPN-VXLAN, MLAG, telemetrijo in varnostno pokritost glede na natančno platformo.

Podcenjevanje operativnih sprememb.Omrežje,-pripravljeno na avtomatizacijo, potrebuje nove postopke: kdo je lastnik predlog, kdo odobri spremembe, kako se varnostno kopirajo konfiguracije in kako se obravnava povrnitev.

Preskok laboratorijske validacije.Za pomembne spremembe podatkovnega centra laboratorijski test ni neobvezen. Vsaj preverite osnovne funkcije strukture, redundanco, spremljanje in odpravo napak, preden je od njih odvisen promet.

Je PicOS pravi za vaš podatkovni center?

Stikala za podatkovne centre PicOS ustrezajo podjetjem, ki želijo razširljivo strukturo, operacije,-pripravljene na avtomatizacijo, odprto pridobivanje strojne opreme in strukturiran življenjski cikel -, zlasti za ekipe, ki načrtujejo leaf-spinalne zasnove, nadgradnje 10G/25G na 100G, EVPN-tkanine VXLAN ali okolja, kjer ročno preklaplja-z{-stikalom konfiguracija ni več vzdržna. Slabše se prilegajo tam, kjer ni zmožnosti avtomatizacije, so močno odvisni od podpore enega-prodajalca, ni laboratorija za preverjanje ali strojna oprema zunaj podprte matrike.

Naslednji praktični korak: dokumentirajte svojo trenutno zasnovo in operativne težave, definirajte ciljno arhitekturo in zahtevan nabor funkcij, potrdite združljivost strojne opreme in različice PicOS ter preizkusite strukturo v nadzorovanem okolju, preden se zavežete v proizvodnjo.