Dauguma sprendimų dėl duomenų centro perjungimo vis tiek prasideda nuo duomenų lapo: prievadų skaičiaus, greičio ir kainos. „PicOS“ duomenų centro jungikliai pirmiausia užduoda kitą klausimą. Kadangi operacinės sistemos, aparatinės įrangos ir valdymo sluoksniai yra atsieti, PicOS pasirinkimas yra mažiau aparatinės įrangos pirkimas, o daugiauveikimo{0}}modelio sprendimas- kaip jūsų komanda pateiks, automatizuos ir naudos audinį per visą jos gyvavimo laikotarpį.
Šiame vadove paaiškinama, kas iš tikrųjų yra „PicOS“ duomenų centro jungikliai, kaip jungiklis, tinklo operacinė sistema ir „AmpCon{0}}DC“ valdiklis dera, kur jie puikiai tinka ir ką tiksliai reikia patvirtinti prieš pradedant gaminti. Tikslas yra padėti tinklo komandai įvertinti PicOS pagal inžinerinius kriterijus, o ne rinkodaros kalbą.
„PicOS Switch“ ir „PicOS NOS“ ir „AmpCon“{0}}DC: ką jūs iš tikrųjų renkatės
Terminas „PicOS duomenų centro jungiklis“ dažnai vartojamas laisvai, todėl vertinimo metu kyla painiavos. Tai reiškia tris skirtingus sluoksnius, kurie perkami ir naudojami atskirai:
- Jungiklio aparatūra- atvirojo tinklo („white box“ arba „brite box“) platformos, paprastai sukurtos naudojant „Broadcom“ silicį. Įprastas duomenų centro pavyzdys yra 1U lapų arba nugarėlių jungiklis, pvz., N8550-32C, su 32 x 100G QSFP28 prievadais Broadcom Trident 3 ASIC. ASIC, prievado greitis ir buferis nustato griežtas dėžutės galių ribas.
- PicOS tinklo operacinė sistema-Picos NOS iš Pica8, sukurtas ant nemodifikuoto Debian Linux branduolio. Jis tiekia 2 / 3 sluoksnio krūvą, EVPN-VXLAN, MLAG, saugumą ir atvirąją telemetriją (SNMP, sFlow ir gNMI). NOS, taip pat jos versija ir licencijos pakopa, nustato, kurios funkcijos iš tikrųjų yra prieinamos.
- AmpCon{0}}DC- valdymo ir automatizavimo valdiklis. Jis tvarko nulinį-palietimo aprūpinimą (ZTP), šablonu-pagrįstą konfigūraciją, topologijos atradimą, telemetriją, naujinimus ir patvirtinimą per visą gyvavimo ciklą, nuo 0 dienos projektavimo iki 2+ dienos operacijų.
Vertinant šiuos sluoksnius reikia laikyti atskirai: jungiklio modelis gali būti puikiai tinkantis aparatūrai, o konkreti PicOS versija ar licencija dar neįgalina jums reikalingos funkcijos. Visada vertinkite derinį, o ne vieną sluoksnį atskirai.
Kodėl įmonės vertina „PicOS“, skirtą duomenų centrams
Įmonės paprastai žiūri į „PicOS“, kai esamas dizainas pradeda riboti našumą, mastą ar operacijas -, pvz., pereinama nuo 10G į 25G arba 100G, iškeliama nauja lapo-stuburo medžiaga arba bandoma sumažinti rankinio perjungimo-perjungimo{6}}konfigūraciją.
Rytų{0}}Vakarų eismo valdymas su lapų{1}}stuburu
Pasenusios architektūros buvo pritaikytos nuspėjamam šiaurės{0}}pietų srautui. Virtualizacija, paskirstyta saugykla, konteinerių platformos ir dirbtinio intelekto darbo krūviai sukuria kur kas didesnį srautą į rytus{2}}į vakarus tarp stelažų. Lapų-nugaros audinys išlygina topologiją ir leidžia geriau nuspėti delsą bei pralaidumą. „PicOS“{6}}pagrįsti jungikliai gali atlikti lapo, stuburo, stelažo-viršaus, kraštinės ar sujungimo vaidmenis, jei prievado greitis, perjungimo talpa ir maršruto parinkimo funkcijos atitinka dizainą.
Tiekėjo užrakto mažinimas-- ir kaip tai iš tikrųjų veikia
„Sumažinti užraktą{0}}“ lengva pareikšti, todėl verta nurodyti mechanizmą. Tradiciniame pakete aparatinė įranga, NOS, licencijavimas, valdymas ir palaikymas yra sujungti į vieną tiekėjo ryšį. „PicOS“ veikia pagal išskaidytą, atvirą{3}}tinklo modelį: ta pati NOS veikia naudojant kelių tiekėjų patvirtintą baltą{4}}dėžutės aparatinę įrangą, visiškai palaikanti greitį nuo kelių{5}}koncertų iki 400-koncertų ir daugiau bei EVPN{10}}VXLAN. Praktiškai tai reiškia, kad veikimo modelis ir automatizavimas tampa patvaria jūsų dizaino dalimi, o pagrindinės techninės įrangos pardavėjas laikui bėgant gali keistis. Tačiau kompromisas yra tikras – prisiimate didesnę atsakomybę už projektavimą, patvirtinimą ir eksploatacinę nuosavybę.
Automatizavimas nuo 0 dienos iki 2+ dienos naudojant AmpCon-DC
Rankinis CLI yra toleruojamas keletui jungiklių ir rizikingas kelioms dešimtims ar šimtams. „AmpCon-DC“ yra ta vieta, kur „PicOS“ uždirba didžiąją dalį savo veiklos vertės: ZTP įdiegimas, Jinja{2}}pagrįsti konfigūracijos šablonai, Ansible žaidimų knygelės ir REST API sumažina pasikartojantį darbą ir konfigūracijos nukrypimą. Tikslas nėra automatizavimas dėl savęs -, tai pakartojamas įdiegimas, tikrinami pakeitimai ir greitesnis atkūrimas.
Pagrindinės įvertinimo galimybės
EVPN-VXLAN ir IP audinio parengtis
Šiuolaikiniai audiniai paprastai išplečia 2 sluoksnį virš 3 sluoksnio apatinio sluoksnio, naudojant du standartus:VXLAN, perdangos inkapsuliacija, apibrėžta RFC 7348, irEVPN, BGP{0}}pagrįsta valdymo plokštuma, standartizuota RFC 7432. Kai jungiklio modelis ir „PicOS“ versija palaiko tai, „PicOS“ gali būti įvertinta, ar yra keičiamo dydžio lapų{1}}stuburo audiniai, aptarnaujantys virtualizuotą ir debesų{2} stiliaus, kelių{3}}stelažų aplinką. EVPN-VXLAN palaikymą vertinkite kaip konkretų versiją- ir modelį-, ir patvirtinkite, kad ji atitinka platformą, kurią ketinate įsigyti.
MLAG ir didelis prieinamumas
MLAG leidžia dviem fiziniais jungikliais pateikti vieną loginį agregavimo tašką tolesniems įrenginiams, išlaikant visas nuorodas aktyvias ir pašalinant priklausomybę nuo sudėtingų-medžių-konstrukcijų. Atliekant aukščiausius-pagal- stovo ir kaupimo vaidmenis, tai suteikia perteklines serverių ir saugyklos nuorodas be pertrūkių spragų, būdingų tradiciniam kaupimui. Prieš pasikliaudami, patikrinkite lygiavertės-nuorodos, nuolatinio veikimo, pertrūkio laiko ir našlaičių-prievado elgseną.
Programavimas ir telemetrija
Duomenų centro jungiklis pagal numatytuosius nustatymus turėtų būti{0}}patogus automatizuoti. „PicOS“ atskleidžia „Ansible“, „Python“ ir{2}}standartais pagrįstas sąsajas ir užtikrina matomumą naudojant SNMP, sFlow ir gNMI srautinio perdavimo telemetriją. Praktinis pelnas yra nuoseklumas: šabloninės konfigūracijos, bazinis stebėjimas ir dreifo aptikimas visame audinyje.
Gyvenimo ciklo valdymas ir matomumas
Perjungimo pajėgumai yra tik dalis operacijų. Komandoms taip pat reikia topologijos, sąsajos būsenos, įrenginio būsenos ir konfigūracijos{1}}slinkimo matomumo. Naudojant „AmpCon-DC“, „PicOS“ aplinkas galima teikti, stebėti, keisti ir patvirtinti iš vienos konsolės -, o tai komandoms, kurių inžinierių skaičius ribotas, gali būti svarbios tiek pat, kiek neapdorotas pralaidumas.
PicOS vs Closed NOS vs Community NOS
Reikšmingas skirtumas tarp šių parinkčių yra veikimo modelis, o ne antraštės techninės įrangos specifikacijos. Toliau pateiktoje lentelėje palyginamas tradicinis uždaras dėklas, bendruomenės-varoma atvira NOS ir PicOS su AmpCon-DC.
| Matmenys | Uždarytas jungiklis + NOS (pvz., „Cisco Nexus“) | Bendruomenė atvira NOS (pvz., SONiC) | PicOS + AmpCon-DC |
|---|---|---|---|
| Aparatinės ir programinės įrangos sujungimas | Tvirtai sujungtas, vienas pardavėjas | Atsieta; važiuoja ant baltos dėžutės | Atsieta; veikia patvirtintame „Broadcom“{0}}baltame langelyje |
| Veikimo modelis | Pardavėjo{0}}nustatytas CLI ir funkcijų rinkinys | Pasidaryk-pats-; reikalingi gilūs-namų įgūdžiai | Atidarykite NOS su komerciniu palaikymu ir automatizavimu iki galo |
| Automatika | Pardavėjo valdiklis, dažnai turintis atskirą licenciją | Sukurkite-savo-įrankius | AmpCon{0}}DC: ZTP, šablonai, Ansible, telemetrija |
| EVPN-VXLAN | Subrendę, patentuoti įrankiai | Palaikoma; integracijos pastangos skiriasi | Palaikoma suderinamuose modeliuose (RFC 7348 / 7432) |
| Licencijavimas | Dažnai sudėtinga ir priklauso nuo{0}}funkcijos | Atviras šaltinis; licencijos nekainuoja | Supaprastintas licencijavimas |
| Palaikymas | Vieno{0}}tiekėjo BLSK | bendruomenė arba savarankiškas{0}}palaikymas | Komercinė parama NOS |
| Geriausiai tinka | Komandos nori, kad vienas pardavėjas būtų atskaitingas | „Hyperscale“{0}}stiliaus komandos, turinčios gilių automatizavimo įgūdžių | Įmonės, norinčios atvirų tinklų ir palaikymo be didelio masto darbuotojų |
Tinkamumo-ir blogo-scenarijai
PicOS yra geras pasirinkimas kai kuriose aplinkose, o prastas kitose. Sąžiningas abiejų atžvilgiu apsaugo dislokavimą.
Stipriai tinka, kai:
- Kuriate lapų{0}}stuburo ar EVPN-VXLAN audinius ir norite gauti atvirą aparatūros šaltinį.
- Komanda yra pasirengusi{0}}automatizuoti (arba nori tokia tapti) ir vertina šablonines, kartojamas operacijas.
- Norite standartizuoti vieną NOS ir vieną valdymo modelį daugelyje jungiklių.
- Tikslinė aparatinė įranga yra patvirtintame suderinamumo sąraše, o „PicOS“ versija palaiko reikiamas funkcijas.
Mažiau tinkamas, kai:
- Komanda neturi automatizavimo galimybių ir neplanuoja jos kurti.
- Jūs labai priklausote nuo vieno tiekėjo TAC kasdienėje -iki-operacijų veikloje.
- Nėra galimybės laboratoriškai{0}}patvirtinti audinio prieš gaminant.
- Jūsų pageidaujamos aparatinės įrangos ar reikalingų funkcijų rinkinio nėra palaikomoje matricoje.
Bendro naudojimo atvejai
10G/25G iki 100G atnaujinimai
Dažnas būdas yra padidinti serverio prieigą prie 25G ir sukurti 100G lapų-į-supainioti aukštyn nuorodas. Be paties jungiklio, naujovinimas priklauso nuo fizinio sluoksnio: kelių režimų veikimo atveju pasiekiamumą lemia jūsų įdiegtas skaidulų laipsnis, todėl anksti patvirtinkite palaikomus atstumus - skirtumus tarpOM1–OM5 daugiamodės skaidulos ir jų atstumo ribostiesioginės įtakos, ar 100G jungtis veiks jūsų kabelių įrenginyje.
Leaf{0}}Spine Data Center audiniai
Leaf komutatoriai jungia serverius ir saugyklą; stuburo jungikliai užtikrina greitą{0}}audinį tarp lapų. „PicOS“ tinka šiems vaidmenims, kai greitis, prievadų skaičius ir maršruto parinkimo funkcijos atitinka dizainą. Dėl struktūrinių kabelių planavimas yra daug švaresnis -MPO/MTP magistralinis ir pertraukiamas kabelispriekyje išlaiko didelio -tankumo lapų-su stuburo ryšį su stuburu, kuris auga audiniui augant.
Duomenų centro šliuzas ir sujungimas
Kai kurie dizainai praplečia perjungimą tarp svetainių, zonų ar domenų, kur didžiausią reikšmę turi keičiamo 3 lygmens maršruto parinkimas ir centralizuotas gyvavimo ciklo matomumas. Šiems ilgesniems paleidimams paprastai reikalinga vieno-modė optika, todėl suderinkite siųstuvo-imtuvo pasiekiamumą su nuoroda -, peržiūrėdami skirtumus tarpOS1 ir OS2 vieno-modo skaidulospadeda patvirtinti, kad palaikomas tam tikras sujungimo atstumas.
AI, HPC ir Lossless Ethernet
AI ir HPC audiniai yra ne tik neapdorotas pralaidumas. RDMA srautui (RoCEv2) reikalingas be nuostolių arba beveik -be nuostolių Ethernet tinklo, kuris priklauso nuo srauto valdymo, pvz., PFC, ir perkrovos signalizacijos, pvz., ECN, taip pat tinkamų komutatorių buferių ir švarios telemetrijos. „PicOS“ duomenų centro jungikliai palaiko PFC/ECN{4}}pagrįstą nenuostolingą perdavimą suderinamose platformose, o didelės-pralaidumo konstrukcijose vis dažniau naudojamos 400G sąsajos - planuojant stuburo arba GPU-medžiagos įkėlimo nuorodas, patvirtinama optika ir formos faktorius, įskaitant400G QSFP-DD. Prieš įsipareigodami patikrinkite perkrovos elgseną, buferio dydį ir NIC suderinamumą su konkrečiu darbo krūviu.
Kaip planuoti „PicOS“ diegimą
Sėkmingas diegimas prasideda nuo dizaino reikalavimų, o ne nuo produktų sąrašo. Toliau pateiktame kontroliniame sąraše kiekvienas reikalavimas nurodo, ką reikia patikrinti, kodėl tai svarbu ir kas negerai, jei jis praleistas.
| Reikalavimas | Ką patikrinti | Kodėl tai svarbu | Rizika, jei nepaisoma |
|---|---|---|---|
| Aparatinės įrangos suderinamumas | Jungiklio modelis ir ASIC yra „Pica8“ patvirtintame sąraše; PicOS versija palaiko reikalingas funkcijas | Funkcijos veikia tik tuo atveju, jei jas palaiko silicis ir NOS | Įsigykite dėžutę, kuri negali paleisti EVPN{0}}VXLAN arba reikiamo masto |
| NOS funkcija ir licencija | L2 / L3, EVPN-VXLAN, MLAG, telemetrija, sauga ir tinkama licencijos pakopa | Funkcijos prieinamumas priklauso nuo versijos- ir licencijos- | Diegiant{0}}atrasta trūkstamos funkcijos |
| Pakloto maršrutizavimas | IGP/BGP konvergencija ir ECMP apatiniame sluoksnyje | Perdangos stabilumas priklauso nuo sveiko pakloto | Lėtas perjungimas ir eismo juodoji{0}}skiltis |
| EVPN valdymo plokštuma | Maršruto reklama, 2 tipo/5 tipo maršrutai, ARP/ND slopinimas | Patvirtina, kad perdangos pasiekiamumas veikia taip, kaip numatyta | Tylus pasiekiamumo spragas gamyboje |
| MLAG ir atleidimas | Lygiavertės-nuorodos, nuolatinis veikimas, perjungimo laikas, našlaičių prievadai | Didelis pasiekiamumas turi išgyventi jungiklį arba ryšio praradimą | Nutrūkimas, kai sugenda vienas mazgas |
| Optika ir siųstuvai-imtuvai | Optinis tipas, bangos ilgis ir pasiekiamumas atitinka kiekvieną prievadą | Neatitinkanti optika nesusieis arba nepasieks | Nuorodos, kurios niekada neatsiranda |
| Kabeliai ir ištraukimas | MPO/MTP kamienai, išsiveržimo planas, pluošto klasė, atstumai | Fizinis sluoksnis turi atitikti prievado greitį ir pasiekiamumą | Per{0}}laidų klojimas, vėlavimai ir atstumo gedimai |
| Oro srautas ir galia | Oro srauto kryptis (priekyje-į-galą / atgal-į-priekį) ir galia suderinta su stovu | Šilumos ir galios neatitikimai sukelia aparatūros gedimus | Perkaitimas ir sugedusios grandinės |
| Automatika ir atšaukimas | ZTP, šablonai, konfigūracijos atsarginė kopija ir išbandyta atkūrimo procedūra | Pakartojamumas ir atkuriamumas pagal mastą | Nėra saugaus būdo anuliuoti blogą pakeitimą |
| Stebėjimas | Pradinė telemetrija (gNMI/sFlow/SNMP), įspėjimai ir poslinkio aptikimas | Negalite valdyti to, ko nematote | Neaptiktas dreifas ir degradacija |
Du šio sąrašo elementai sukelia labiausiai išvengiamų vėlavimų. Pirmiausia anksti nuspręskite dėl serverio prieigos: ar standartizuoti10GBASE-T arba SFP+ optikakeičia kabelių, maitinimo ir pasiekiamumo prielaidas kiekviename stove. Antra, planuokite nutrūkimo kabelius apgalvotai -, pavyzdžiui, suskaidydami vieną 100G prievadą į 4 x 25G serverio nuorodas - naudodami dešinęMPO pertraukimo kabeliaitaigi prievado žemėlapis ir skaidulų priskyrimai yra išdėstyti prieš diegimo dieną.
Prieš pradėdami gaminti, patvirtinkite dizainą laboratorijoje arba bandomajame darbe: maršruto konvergenciją, EVPN maršruto elgesį, MLAG perkėlimą, automatizavimo šablonus, stebėjimą ir atšaukimą. Tada diegkite etapais, o ne iš karto perpjaukite visą tinklą, nebent tai būtų kontroliuojama plyno lauko konstrukcija. Galite peržiūrėti„Pica8“ duomenų centro jungiklių portfelis ir patvirtintos platformoskad patvirtintumėte, kurie aparatūros ir funkcijų deriniai palaikomi jūsų tiksliniame dizaine.
Dažnos klaidos, kurių reikia vengti
Renkantis tik prievado greitį.Greitis yra svarbus, tačiau priimant sprendimą priklauso maršruto parinkimo funkcijos, automatizavimo palaikymas, buferio dydis, optikos suderinamumas, licencijos pakopa, palaikymo modelis ir atnaujinimo kelias.
NOS funkcijos ir licencijos reikalavimų nepaisymas.Operacinė sistema, jos versija ir licencija nustato, ką iš tikrųjų gali padaryti tinklas. Prieš pirkdami patvirtinkite L2 / L3, EVPN-VXLAN, MLAG, telemetrijos ir saugos aprėptį pagal tikslią platformą.
Operatyvinių pokyčių neįvertinimas.Automatizuoti{0}}parengtam tinklui reikalingi nauji procesai: kam priklauso šablonai, kas tvirtina pakeitimus, kaip kuriamos konfigūracijų atsarginės kopijos ir kaip tvarkomas atšaukimas.
Praleidžiamas laboratorijos patvirtinimas.Norint atlikti svarbius duomenų centro pakeitimus, laboratorinis tyrimas nėra privalomas. Bent jau patvirtinkite pagrindines audinio funkcijas, atleidimą, stebėjimą ir gedimų atkūrimą, kol nuo jų priklausys bet koks srautas.
Ar „PicOS“ tinka jūsų duomenų centrui?
„PicOS“ duomenų centro jungikliai tinka įmonėms, kurios nori keičiamo dydžio audinio, automatizavimo-parengtų operacijų, atviro aparatinės įrangos tiekimo ir struktūrizuoto gyvavimo ciklo -, ypač komandoms, planuojančioms lapų-stuburo dizainą, 10G/25G–100G naujinimus, EVPN{{6}ar{{}aplinką, kur rankinis jungiklis} konfigūracija nebegalioja. Jie silpniau tinka ten, kur nėra automatizavimo galimybių, didelė priklausomybė nuo vieno -tiekėjo palaikymo, nėra laboratorijos, pagal kurią būtų galima patikrinti, arba aparatinė įranga, nepatenka į palaikomą matricą.
Kitas praktiškas žingsnis: dokumentuokite savo dabartinį dizainą ir veikimo problemas, apibrėžkite tikslinę architektūrą ir reikalingą funkcijų rinkinį, patvirtinkite aparatinės įrangos ir „PicOS“ versijų suderinamumą ir patikrinkite audinį kontroliuojamoje aplinkoje prieš pradėdami gaminti.
DUK
Kl.: Kas yra „PicOS“ duomenų centro jungikliai?
A. Tai yra atviri{0}}tinklo jungikliai, kuriuose veikia „PicOS“ tinklo operacinė sistema, paprastai valdoma „AmpCon-DC“, ir sukurti šiuolaikiniam duomenų centrų naudojimui, pvz., lapų-stuburo audiniams, EVPN-VXLAN perdangoms ir automatinėms operacijoms. „PicOS duomenų centro jungiklis“ apima tris sluoksnius - baltą-dėžutę, PicOS NOS ir AmpCon-DC valdiklį -, kurie vertinami ir naudojami kartu.
Kl.: Kurie jungikliai ar aparatinė įranga palaiko „PicOS“?
Ats.: „PicOS“ veikia patvirtintoje atviroje{0}}tinklo aparatinėje įrangoje, paprastai „Broadcom“-baltoje-dėžutėje ir brite-dėžutėje (pavyzdžiui, 32 x 100 G QSFP28 lapų / stuburo modeliai). Kadangi palaikymas priklauso nuo modelio- ir versijos-, prieš pirkdami patikrinkite, ar tiksliai pasirinkote „Pica8“ aparatinės įrangos suderinamumo sąrašą ir „PicOS“ laidos pastabas.
Kl.: Ar „PicOS“ palaiko 100 G ir 400 G lapų{2} audinius?
A: „PicOS“ palaiko greitį nuo kelių{0}}koncertų iki 400-koncertų ir daugiau, todėl 100 G ir 400 G lapų stuburą galima sukurti naudojant atitinkamą aparatinę įrangą. Realios ribos kyla dėl jungiklio ASIC, buferių ir optikos, todėl patvirtinkite konkrečią platformą ir jos palaikomus prievadų greičius bei pertraukimo parinktis.
Kl.: ar „PicOS“ tinka EVPN{0}}VXLAN?
A: Taip, kai aparatūros modelis, PicOS versija ir licencija palaiko reikiamas funkcijas. „PicOS“ įdiegia VXLAN pagal RFC 7348 su EVPN valdymo plokštuma, suderinta su RFC 7432. Patvirtinkite maršruto reklamą, apatinio sluoksnio konvergenciją ir nesėkmės perkėlimą laboratorijoje prieš gamybą.
Kl.: kaip „AmpCon-DC“ padeda atlikti operacijas nuo 0 dienos iki 2+ dienos?
A: AmpCon-DC automatizuoja gyvavimo ciklą: 0 dienos dizainas ir ZTP įdiegimas, 1 dienos šablonu-pagrįsta konfigūracija ir EVPN-VXLAN diegimas ir 2+ dienos stebėjimas, naujinimai, dreifo aptikimas ir pakeitimai. Jame naudojami Jinja šablonai, Ansible žaidimų knygelės ir REST API, todėl operacijos išlieka kartojamos, kai keičiasi audinio skalė.
Kl.: ar man reikia „AmpCon{0}}DC“, kad galėčiau naudoti „PicOS“ jungiklius?
A: „PicOS“ teikia perjungimo ir maršruto parinkimo funkcijas. AmpCon-DC prideda centralizuotą aprūpinimą, automatizavimą, telemetriją ir gyvavimo ciklo valdymą. Mažiems diegimams tai neprivaloma; didesniems audiniams tai užtikrina nuoseklumą ir atkuriamumą.
Kl.: ką reikia patvirtinti prieš diegiant „PicOS EVPN{0}}VXLAN“?
A: Mažiausiai: apatinio maršruto konvergencija ir ECMP, EVPN maršruto reklama ir ARP/ND slopinimas, MLAG lygiavertis{0}}nuoroda ir perjungimas, suderinamumas su optika ir pertraukomis, automatizavimo šablonai, stebėjimo bazinės linijos ir išbandyta atšaukimo procedūra.
K: Ar „PicOS“ tinka dirbtinio intelekto ir HPC eterneto audiniams?
A: Tai gali būti suderinamose platformose. „RoCEv2“ srautui reikalingas be nuostolių arba beveik -be nuostolių, sukurtas naudojant PFC ir ECN, su tinkamais buferiais ir telemetrija, dažnai daugiau nei 400 G nuorodų. Patvirtinkite perkrovos valdymo elgseną, buferio dydį ir NIC suderinamumą pagal jūsų konkrečią darbo apkrovą, o ne manydami, kad pakanka vien pralaidumo.
K: Kuo „PicOS“ skiriasi nuo „SONiC“ arba su uždaru NOS, pvz., „Cisco Nexus“?
A: Uždara NOS sujungia aparatinę, programinę įrangą ir palaikymą pagal vieną tiekėją; SONiC yra bendruomenės atvira NOS, kuriai reikalingi tvirti{0}}vidaus automatizavimo įgūdžiai; Tarp jų yra „PicOS“, siūlanti atvirą, išskaidytą NOS su komerciniu palaikymu ir automatizavimu iki galo per „AmpCon-DC“. Tinkamas pasirinkimas priklauso nuo jūsų automatizavimo brandos ir palaikymo lūkesčių.
Kl.: Ar „PicOS“ duomenų centro jungikliai skirti tik dideliems duomenų centrams?
A: Ne. Jie gali būti naudojami mažoje, vidutinio dydžio ir didelėje aplinkoje. Vertė auga dėl masto, automatizavimo poreikių ir rankinio, pasikartojančio konfigūravimo išlaidų.
