Većina odluka o prebacivanju centara podataka i dalje počinje s podacima: broj portova, brzine i cijena. Prekidači PicOS data centra prvo postavljaju drugačija pitanja. Budući da su operativni sistem, hardver i slojevi upravljanja odvojeni, odabir PicOS-a je manje kupovina hardvera, a višeodluka o operativnom{0}}modelu- kako će vaš tim obezbijediti, automatizirati i pokrenuti tkaninu tokom njenog vijeka trajanja.
Ovaj vodič objašnjava šta su zapravo prekidači za PicOS data centar, kako se prekidač, mrežni operativni sistem i AmpCon{0}}DC kontroler uklapaju zajedno, gdje se dobro uklapaju i šta tačno treba provjeriti prije uvođenja u proizvodnju. Cilj je pomoći mrežnom timu da ocijeni PicOS na osnovu inženjerskih kriterija, a ne marketinškog jezika.
PicOS Switch vs PicOS NOS vs AmpCon-DC: Šta zapravo birate
Termin "PicOS data center switch" se često koristi slobodno, što stvara zabunu tokom evaluacije. Odnosi se na tri različita sloja koji se kupuju i koriste odvojeno:
- Hardver prekidača- platforme otvorenog umrežavanja ("white box" ili "brite box"), obično izgrađene na Broadcom silikonu. Uobičajeni primjer podatkovnog centra je 1U preklopnik za lišće ili kralježnicu kao što je N8550-32C, sa 32 x 100G QSFP28 porta na Broadcom Trident 3 ASIC-u. ASIC, brzine portova i bafer određuju čvrste granice onoga što kutija može učiniti.
- PicOS mrežni operativni sistem-PicOS NOS iz Pica8, izgrađen na neizmijenjenom Debian Linux kernelu. Snabdijeva Layer 2/Layer 3 stack, EVPN-VXLAN, MLAG, sigurnost i otvorenu telemetriju (SNMP, sFlow i gNMI). NOS, plus njegova verzija i nivo licence, određuju koje su funkcije zaista dostupne.
- AmpCon{0}}DC- kontroler upravljanja i automatizacije. On rukuje nultim-omogućavanjem dodira (ZTP), konfiguracijom vođenom šablonom-, otkrivanjem topologije, telemetrijom, nadogradnjom i validacijom kroz cijeli životni ciklus, od dizajna dana 0 do operacija Dana 2+.
Održavanje ovih slojeva odvojeno je važno tokom evaluacije: model prekidača može biti savršeno sposoban hardver dok određena PicOS verzija ili licenca još ne omogućava funkciju koja vam je potrebna. Uvijek procijenite kombinaciju, a ne jedan sloj u izolaciji.
Zašto preduzeća procjenjuju PicOS za podatkovne centre
Preduzeća obično gledaju na PicOS kada postojeći dizajn počne ograničavati performanse, skalu ili operacije -, na primjer, prelazeći sa 10G na 25G ili 100G, postavljajući novu{4}}fabriku za kičmu ili pokušavajući smanjiti ručnu, prebacivanje-po-konfiguraciju prekidača.
Upravljanje saobraćajem na istoku-zapadu sa leaf-kičmom
Naslijeđene arhitekture su podešene za predvidljiv saobraćaj sjever-jug. Virtuelizacija, distribuirana pohrana, kontejnerske platforme i AI radna opterećenja generiraju daleko više saobraćaja na istoku-zapadu između regala. Leaf{4}}tkanina izjednačava topologiju i čini kašnjenje i širinu pojasa predvidljivijim. PicOS-bazirani svičevi mogu preuzeti uloge lista, kičme, vrha-ofa-raka, ivice ili interkonekcije, pod uslovom da brzine porta, kapacitet prebacivanja i karakteristike rutiranja odgovaraju dizajnu.
Smanjenje zaključavanja dobavljača-u - i kako to zapravo funkcionira
"Smanjenje zaključavanja-" je lako zatražiti, pa je vrijedno navesti mehanizam. U tradicionalnom steku, hardver, NOS, licenciranje, upravljanje i podrška su povezani u jedan odnos dobavljača. PicOS slijedi razdvojeni, otvoreni-mrežni model: isti NOS radi na potvrđenom hardveru bijelog-kutija od više dobavljača, sa punom podrškom za brzine od više-gova do 400-gova i dalje i za EVPN{10}}VXLAN. U praksi, to znači da operativni model i automatizacija postaju trajni dio vašeg dizajna, dok se osnovni proizvođač hardvera može promijeniti tokom vremena. Ipak, kompromis je{11}}stvaran - preuzimate više odgovornosti za dizajn, validaciju i operativno vlasništvo.
Automatizacija dana 0 do dana 2+ sa AmpCon-DC
Ručni CLI je podnošljiv za nekoliko prekidača i rizičan za desetine ili stotine. AmpCon-DC je mjesto gdje PicOS zarađuje veći dio svoje operativne vrijednosti: ZTP onboarding, Jinja-bazirani konfiguracijski šabloni, Ansible playbooks i REST API-ji smanjuju rad koji se ponavlja i odstupanje konfiguracije. Cilj nije automatizacija radi nje same - već je ponovljivo uključivanje, promjene koje se mogu provjeriti i brži oporavak.
Ključne sposobnosti za procjenu
EVPN-VXLAN i IP Fabric Readiness
Moderne tkanine obično proširuju Sloj 2 preko usmjerenog sloja 3 podloge koristeći dva standarda zajedno:VXLAN, inkapsulacija preklapanja definirana u RFC 7348, iEVPN, BGP{0}}bazirana upravljačka ravan standardizirana u RFC 7432. Kada ga podržavaju model prekidača i PicOS verzija, PicOS se može procijeniti za skalabilne lis-fabričke za kičmu koje služe virtueliziranim i cloud-stilom, više-okruženjima. Tretirajte EVPN-VXLAN podršku kao specifičnu verziju- i model- i potvrdite je u odnosu na tačnu platformu koju namjeravate kupiti.
MLAG i visoka dostupnost
MLAG omogućava da dva fizička prekidača predstavljaju jednu logičku tačku agregacije za nizvodne uređaje, održavajući sve veze aktivnim i uklanjajući ovisnost o razmjernom{0}}drvetu-teških dizajna. Za vrhunske-of-uloge stalka i agregacije, ovo pruža redundantne uplinkove za servere i pohranu bez grešaka koje su uobičajene za tradicionalno slaganje. Potvrdite ponašanje ravnopravne-veze, održavanje aktivacije, vrijeme prelaska na grešku i ponašanje porta bez roditelja prije nego se oslonite na to.
Programabilnost i telemetrija
Prekidač centra podataka bi trebao biti{0}}prilagođen automatizaciji prema zadanim postavkama. PicOS izlaže Ansible, Python i standarde{2}}bazirane interfejse i pruža vidljivost putem SNMP, sFlow i gNMI streaming telemetrije. Praktična isplata je konzistentnost: šablonske konfiguracije, osnovno praćenje i detekcija pomaka u cijeloj strukturi.
Upravljanje životnim ciklusom i vidljivost
Preklopni kapacitet je samo dio operacija. Timovima je također potrebna topologija, stanje interfejsa, zdravlje uređaja i vidljivost{1}}pokretanja konfiguracije. Sa AmpCon-DC-om, PicOS okruženja se mogu obezbjeđivati, nadgledati, mijenjati i validirati sa jedne konzole - što, za timove sa ograničenim brojem inženjerskih radnika, može biti važno koliko i sirova propusnost.
PicOS vs Closed NOS vs Community NOS
Značajna razlika između ovih opcija je operativni model, a ne glavne hardverske specifikacije. Tabela ispod upoređuje tradicionalni zatvoreni stog, otvoreni NOS koji-vodi zajednica i PicOS sa AmpCon-DC.
| Dimenzija | Zatvoreni prekidač + NOS (npr. Cisco Nexus) | Zajednica otvorena NOS (npr. SONiC) | PicOS + AmpCon{1}}DC |
|---|---|---|---|
| Povezivanje hardvera/softvera | Usko u paketu, jedan dobavljač | Decoupled; radi na bijeloj kutiji | Decoupled; radi na validiranom bijelom polju baziranom na Broadcom-u |
| CLI i skup funkcija koje je definirao dobavljač{0}} | Uradite-to-sam; potrebne dubinske-kućne vještine | Otvoreni NOS s komercijalnom podrškom plus automatizacija po sistemu ključ u ruke | |
| Automatizacija | Kontrolor dobavljača, često odvojeno licenciran | Napravite-svoj-vlastiti alat | AmpCon-DC: ZTP, šabloni, Ansible, telemetrija |
| EVPN-VXLAN | Zreli, vlasnički alati | Podržano; napori integracije variraju | Podržano na kompatibilnim modelima (RFC 7348 / 7432) |
| Licenciranje | Često složen i po{0}}obilježjima | Open source; bez troškova licence | Pojednostavljeno licenciranje |
| Podrška | TAC jednog{0}}prodavca | Zajednica ili samo{0}}podrška | Komercijalna podrška za NOS |
| Best fit | Timovi koji žele da jedan dobavljač bude odgovoran | Timovi u stilu Hyperscale- sa dubokim vještinama automatizacije | Preduzeća koja žele otvoreno umrežavanje i podršku bez preopterećenja osoblja |
Najbolji-prilagođeni i loši{1}} scenariji
PicOS je jak izbor u nekim okruženjima, a loš u drugim. Iskrenost u pogledu oba štiti implementaciju.
Snažno pristajanje kada:
- Gradite leaf-kičmu ili EVPN-VXLAN tkanine i želite otvoreni izvor hardvera.
- Tim je-spreman za automatizaciju (ili voljan da to postane) i vrijednosti su šablonizirane, ponovljive operacije.
- Želite standardizirati jedan NOS i jedan model upravljanja na više prekidača.
- Ciljni hardver je na potvrđenoj listi kompatibilnosti i PicOS verzija podržava potrebne funkcije.
Manje pogodan kada:
- Tim nema mogućnosti automatizacije i nema plan da ih izgradi.
- U velikoj mjeri ovisite o TAC-u jednog dobavljača za dnevne-da-operacije.
- Ne postoji mogućnost laboratorijske-potvrđivanja tkanine prije proizvodnje.
- Vaš željeni hardver ili potrebni skup funkcija nisu na podržanoj matrici.
Uobičajeni slučajevi upotrebe
Nadogradnje od 10G/25G do 100G
Čest put je podizanje pristupa serveru na 25G i izgradnja 100G leaf-to-spine uplink-ova. Osim samog prekidača, nadogradnja zavisi od fizičkog sloja: za višenamjenske vožnje, nivo vlakana koji koristite određuje doseg, tako da rano potvrdite podržane udaljenosti - razlike izmeđuOM1 do OM5 multimodna vlakna i njihova ograničenja udaljenostidirektno utiču na to da li će 100G veza raditi u vašem postrojenju za kabliranje.
Leaf-Tkanine za podatkovni centar za kičmu
Leaf prekidači povezuju servere i skladište; prekidači za kičmu omogućavaju-brzinu tkaninu između listova. PicOS odgovara ovim ulogama kada se brzine, broj portova i karakteristike rutiranja podudaraju s dizajnom. Strukturirano kabliranje čini ovo daleko čistijim - planiranjemMPO/MTP trunk i breakout kabloviprednji dio zadržava vezu velike -gustine{1}}na-kičme koja se može upravljati kako tkanina raste.
Data Center Gateway i Interconnect
Neki dizajni proširuju prebacivanje između lokacija, zona ili domena, gdje su skalabilno usmjeravanje sloja 3 i centralizirana vidljivost životnog ciklusa najvažniji. Ove duže vožnje obično zahtijevaju optiku jednog-moda, tako da spojite doseg primopredajnika sa vezom - pregledavajući razlike izmeđuOS1 i OS2 jednomodno-optično vlaknopomaže da se potvrdi da je data udaljenost međupovezivanja podržana.
AI, HPC i Ethernet bez gubitaka
AI i HPC tkanine ne odnose se samo na sirovi propusni opseg. RDMA saobraćaju (RoCEv2) je potrebna Ethernet mreža bez gubitaka ili skoro-bez gubitaka, koja zavisi od kontrole toka kao što je PFC i signalizacija zagušenja kao što je ECN, plus adekvatne bafere prekidača i čista telemetrija. PicOS preklopnici centara podataka podržavaju PFC/ECN-bazirani transport bez gubitaka na kompatibilnim platformama, a dizajni visoke{5}}širine propusnog opsega sve više koriste 400G interfejse - kada planiraju kičmu ili GPU-fabric uplinkove, potvrđuju optiku i faktor oblika, uključujući400G QSFP-DD. Potvrdite ponašanje zagušenja, veličinu bafera i NIC kompatibilnost u odnosu na vaše specifično radno opterećenje prije urezivanja.
Kako planirati implementaciju PicOS-a
Uspješna implementacija počinje od zahtjeva dizajna, a ne od liste proizvoda. Kontrolna lista u nastavku prikazuje svaki zahtjev na ono što treba provjeriti, zašto je to važno i šta pođe po zlu ako se preskoči.
| Requirement | Šta provjeriti | Zašto je važno | Rizik ako se zanemari |
|---|---|---|---|
| Hardverska kompatibilnost | Model prekidača i ASIC su na Pica8 listi validiranih; PicOS verzija podržava potrebne funkcije | Funkcije rade samo ako ih podržavaju silicij i NOS | Kupovina kutije koja ne može pokrenuti EVPN-VXLAN ili potrebnu skalu |
| NOS funkcija i licenca | L2/L3, EVPN-VXLAN, MLAG, telemetrija, sigurnost i ispravan nivo licence | Dostupnost funkcije zavisi od verzije- i licence- | Otkrivanje nedostajuće funkcije usred{0}}uvođenja |
| Rutiranje podloge | IGP/BGP konvergencija i ECMP u podlozi | Stabilnost preklapanja zavisi od zdrave podloge | Sporo prelazak na grešku i crna{0}}rupa u saobraćaju |
| EVPN upravljački plan | Oglas rute, tip-2/tip-5 rute, ARP/ND potiskivanje | Potvrđuje da se dostupnost preklapanja ponaša kako je dizajnirano | Tihi nedostaci u dostupnosti u proizvodnji |
| MLAG i višak | Peer{0}}veza, održavanje aktivacije, vrijeme prelaska na grešku, portovi siročad | Visoka dostupnost mora preživjeti gubitak prekidača ili veze | Ispad kada jedan čvor otkaže |
| Optika i primopredajnici | Optički tip, talasna dužina i doseg usklađeni sa svakim portom | Neusklađena optika se neće povezati ili neće dosegnuti | Linkovi koji se nikada ne pojavljuju |
| Kabliranje i razbijanje | MPO/MTP kanali, plan razbijanja, klasa vlakana, udaljenosti | Fizički sloj mora odgovarati brzinama porta i dosegu | Re-kabliranje, kašnjenja i kvarovi na udaljenosti |
| Protok vazduha i snaga | Smjer protoka zraka (pred-na-nazad / nazad-na-naprijed) i snaga usklađena sa stalkom | Neusklađenost topline i snage uzrokuje hardverske greške | Pregrijavanje i isključeni krugovi |
| Automatizacija i vraćanje | ZTP, predlošci, sigurnosna kopija konfiguracije i testirana procedura vraćanja | Ponovljivost i nadoknadivost na velikom nivou | Nema sigurnog načina da poništite lošu promjenu |
| Monitoring | Osnovna telemetrija (gNMI/sFlow/SNMP), upozorenja i detekcija odstupanja | Ne možete upravljati onim što ne vidite | Neotkriveni pomak i degradacija |
Dvije stavke na ovoj listi uzrokuju kašnjenja koja se mogu izbjeći. Prvo, rano odlučite o mediju za pristup serveru: da li ćete ga standardizirati10GBASE-T ili SFP+ optikamijenja pretpostavke o kablovima, napajanju i dosegu za svaki rack. Drugo, planirajte namjerno kabliranje -, na primjer, razbijanje jednog 100G porta u 4 x 25G serverske veze - koristeći desnuMPO razvodni kablovitako da se mapa portova i zadaci vlakana poravnavaju prije dana instalacije.
Prije proizvodnje, provjerite dizajn u laboratoriju ili pilotu: konvergencija rutiranja, ponašanje EVPN rute, MLAG prelazak na grešku, predlošci za automatizaciju, praćenje i vraćanje. Zatim se razvijajte u fazama umjesto da sečete po cijeloj mreži odjednom, osim ako se ne radi o kontrolisanoj grainfild izgradnji. Možete pregledatiPica8 portfolio prekidača za data centar i provjerene platformeda potvrdite koje su kombinacije hardvera i funkcija podržane za vaš ciljni dizajn.
Uobičajene greške koje treba izbjegavati
Odabir samo prema brzini porta.Brzina je bitna, ali karakteristike rutiranja, podrška za automatizaciju, veličina bafera, kompatibilnost optike, nivo licence, model podrške i putanja nadogradnje sve spada u odluku.
Ignoriranje NOS karakteristika i zahtjeva za licenciranje.Operativni sistem, njegova verzija i licenca određuju šta mreža zapravo može učiniti. Prije kupovine potvrdite L2/L3, EVPN-VXLAN, MLAG, telemetriju i sigurnosnu pokrivenost u odnosu na tačnu platformu.
Potcjenjivanje operativnih promjena.Mreži koja je{0}}spremna za automatizaciju su potrebni novi procesi: ko posjeduje šablone, ko odobrava promjene, kako se prave sigurnosne kopije konfiguracija i kako se rukuje vraćanjem.
Preskakanje laboratorijske validacije.Za važne promjene u podatkovnom centru, laboratorijski test nije obavezan. U najmanju ruku, potvrdite funkcije osnovne strukture, redundantnost, praćenje i oporavak od kvara prije nego što bilo koji promet ovisi o njima.
Da li je PicOS pravi za vaš data centar?
PicOS prekidači za podatkovne centre odgovaraju preduzećima koja žele skalabilnu strukturu, automatizaciju{0}}spremne operacije, otvorene izvore hardvera i strukturirani životni ciklus -, posebno timove koji planiraju dizajne listova-kičme, 10G/25G na 100G nadogradnje, EVPN-VXLAN} konfiguraciju gdje se mijenjaju ručno{8} VXLAN okruženja, gdje se mijenjaju{8} konfiguracije, ili{8} više nije održivo. Oni se slabije uklapaju tamo gdje nema mogućnosti automatizacije, čvrsta ovisnost o podršci jednog{10}}prodavca, nema laboratorije za provjeru valjanosti ili hardvera izvan podržane matrice.
Praktični sljedeći korak: dokumentirajte svoj trenutni dizajn i operativne bolne točke, definirajte ciljnu arhitekturu i potreban skup funkcija, potvrdite kompatibilnost hardvera i PicOS verzije i testirajte tkaninu u kontroliranom okruženju prije nego što se posvetite proizvodnji.
FAQ
P: Šta su PicOS prekidači za data centar?
O: Oni su otvoreni-mrežni prekidači koji pokreću PicOS mrežni operativni sistem, kojim obično upravlja AmpCon-DC, a dizajnirani su za korištenje modernih centara podataka kao što su listovi-kičmene tkanine, EVPN-VXLAN preklopi i automatizirane operacije. "PicOS data center switch" pokriva tri sloja - hardver bijele-kutije, PicOS NOS i AmpCon-DC kontroler - koji se procjenjuju i rade zajedno.
P: Koji prekidači ili hardver podržavaju PicOS?
O: PicOS radi na potvrđenom hardveru otvorenog-mrežnog hardvera, općenito na Broadcom-baziranim white-box i brite-box platformama (na primjer, 32 x 100G QSFP28 modeli listova/kičme). Budući da je podrška specifična za model- i verziju-, prije kupovine potvrdite svoju tačnu promjenu u odnosu na listu kompatibilnosti hardvera Pica8 i napomene o izdanju PicOS-a.
P: Da li PicOS podržava 100G i 400G listove-tkanine?
O: PicOS podržava brzine od više-gova do 400-gova i više, tako da su dizajni 100G i 400G lisnate kralježnice izvodljivi na odgovarajućem hardveru. Realna ograničenja dolaze od ASIC-a prekidača, bafera i optike, tako da potvrdite specifičnu platformu i njene podržane brzine portova i opcije proboja.
P: Da li je PicOS pogodan za EVPN-VXLAN?
O: Da, kada model hardvera, PicOS verzija i licenca podržavaju potrebne funkcije. PicOS implementira VXLAN prema RFC 7348 sa EVPN kontrolnom ravninom usklađenom sa RFC 7432. Potvrdite oglašavanje rute, konvergenciju podloge i prelazak na grešku u laboratoriji prije proizvodnje.
P: Kako AmpCon{0}}DC pomaže u operacijama od dana 0 do dana 2+?
O: AmpCon-DC automatizira životni ciklus: dizajn dana 0 i ugradnja ZTP-a, konfiguracija vođena šablonom za dan 1-konfiguracija i EVPN-uvođenje VXLAN-a, te praćenje dana 2+, nadogradnje, detekcija odstupanja i promjene. Koristi Jinja šablone, Ansible playbooks i REST API-je tako da operacije ostaju ponovljive kako se tkanina skalira.
P: Da li mi treba AmpCon{0}}DC da koristim PicOS prekidače?
O: PicOS samostalno pruža funkcije prebacivanja i rutiranja. AmpCon-DC dodaje centralizirano obezbjeđivanje, automatizaciju, telemetriju i upravljanje životnim ciklusom. Za male implementacije je opciono; za veće tkanine to je ono što održava operacije doslednim i povratnim.
P: Šta treba provjeriti prije postavljanja PicOS EVPN-VXLAN-a?
O: Najmanje: konvergencija rutiranja podloge i ECMP, oglašavanje rute EVPN i suzbijanje ARP/ND, MLAG ravnopravna-veza i prelazak na grešku, kompatibilnost optike i prekidanja, šabloni za automatizaciju, praćenje osnovnih linija i testirana procedura vraćanja nazad.
P: Da li je PicOS pogodan za AI i HPC Ethernet tkanine?
O: Može biti, na kompatibilnim platformama. RoCEv2 saobraćaju je potrebna struktura bez gubitaka ili skoro{2}}bez gubitaka izgrađena na PFC i ECN, sa adekvatnim baferima i telemetrijom, često preko 400G veza. Potvrdite ponašanje kontrole zagušenja, veličinu bafera i kompatibilnost NIC-a za vaše specifično radno opterećenje umjesto da pretpostavljate da je dovoljna samo propusnost.
P: Kako se PicOS može porediti sa SONiC-om ili zatvorenim NOS-om kao što je Cisco Nexus?
O: Zatvoreni NOS objedinjuje hardver, softver i podršku pod jednim dobavljačem; SONiC je otvoreni NOS u zajednici koji zahtijeva jake-vještine kućne automatizacije; PicOS je između njih, nudeći otvoreni, razdvojeni NOS sa komercijalnom podrškom i automatizacijom po principu ključ u ruke putem AmpCon-DC-a. Pravi izbor zavisi od vaše zrelosti za automatizaciju i očekivanja podrške.
P: Da li su PicOS prekidači za podatkovne centre samo za velike podatkovne centre?
O: Ne. Mogu se koristiti u malim, srednjim i velikim okruženjima. Vrijednost raste s razmjerom, potrebama automatizacije i troškovima ručne konfiguracije koja se ponavlja.
