PicOS-i andmekeskuse lülitid: EVPN ja täiendusjuhend

Enamik andmekeskuse vahetamise otsuseid algab ikkagi andmelehega: pordide arv, kiirused ja hind. PicOS-i andmekeskuse lülitid esitavad esmalt teistsuguse küsimuse. Kuna operatsioonisüsteemi, riistvara ja halduskihid on lahti ühendatud, on PicOS-i valimine vähem riistvara ostmine, vaid rohkemtegutsemismudeli otsus- kuidas teie tiim varustab, automatiseerib ja haldab kangast selle eluea jooksul.

Selles juhendis selgitatakse, mis PicOS-i andmekeskuse lülitid tegelikult on, kuidas lüliti, võrgu operatsioonisüsteem ja AmpCon-DC-kontroller kokku sobivad, kus need sobivad hästi ja mida täpselt enne tootmise kasutuselevõttu kontrollida. Eesmärk on aidata võrgumeeskonnal hinnata PicOS-i insenerikriteeriumide, mitte turunduskeele alusel.

PicOS Switch vs PicOS NOS vs AmpCon{0}}DC: mida te tegelikult valite

Mõistet "PicOS-i andmekeskuse lüliti" kasutatakse sageli lõdvalt, mis tekitab hindamisel segadust. See viitab kolmele erinevale kihile, mida ostetakse ja kasutatakse eraldi:

• Lüliti riistvara- avatud võrguplatvormid ("white box" või "brite box"), mis on tavaliselt ehitatud Broadcomi ränile. Levinud andmekeskuse näide on 1U lehe- või selgroolüliti, näiteks N8550-32C, millel on 32 x 100G QSFP28 porti Broadcom Trident 3 ASIC-is. ASIC, pordi kiirused ja puhver määravad karbi võimekuse ranged piirid.
• PicOS võrgu operatsioonisüsteem-Pica8 PicOS NOS, mis on ehitatud muutmata Debian Linuxi tuumale. See pakub 2./3. kihi pinu, EVPN-VXLAN-i, MLAG-i, turvalisust ja avatud telemeetriat (SNMP, sFlow ja gNMI). NOS, lisaks selle versioon ja litsentsitasand, määrab, millised funktsioonid on tegelikult saadaval.
• AmpCon-DC- haldus- ja automatiseerimiskontroller. See käsitleb null-puutepakkumist (ZTP), malli-põhist konfiguratsiooni, topoloogia avastamist, telemeetriat, täiendusi ja valideerimist kogu elutsükli jooksul alates 0. päeva disainist kuni 2+. päeva toiminguteni.

Nende kihtide eraldi hoidmine on hindamise ajal oluline: lülitimudel võib olla täiesti võimekas riistvara, samas kui konkreetne PicOS-i versioon või litsents ei võimalda veel vajalikku funktsiooni. Hinnake alati kombinatsiooni, mitte ühte kihti eraldi.

Miks ettevõtted hindavad andmekeskuste jaoks PicOS-i?

Ettevõtted vaatavad PicOS-i tavaliselt siis, kui olemasolev disain hakkab jõudlust, ulatust või toiminguid piirama, - näiteks liikudes 10G-lt 25G-le või 100G-le, püstitades uue lehe-seljakanga või üritades vähendada käsitsi, lülitite-lülitite{6}}konfiguratsiooni.

Ida{0}}lääne liikluse juhtimine lehtede-selgrooga

Pärandarhitektuurid häälestati prognoositava põhja{0}}lõunasuunalise liikluse jaoks. Virtualiseerimine, hajutatud salvestusruum, konteinerplatvormid ja tehisintellekti töökoormused tekitavad palju rohkem ida{2}}läänepoolset liiklust riiulite vahel. Leht-seljakangas tasandab topoloogiat ning muudab latentsuse ja ribalaiuse prognoositavamaks. PicOS-põhised lülitid võivad täita lehe, selgroo, riiuli ülaosa, äärise või vastastikuse ühendamise rolle, eeldusel, et pordi kiirused, lülitusvõimsus ja marsruutimisfunktsioonid vastavad disainile.

Tarnija lukustuse vähendamine- - ja kuidas see tegelikult töötab

„Lukustuse vähendamist-” on lihtne nõuda, seega tasub mehhanism ära märkida. Traditsioonilises virnas on riistvara, NOS, litsentsimine, haldamine ja tugi ühendatud üheks tarnijasuhteks. PicOS järgib liigendatud, avatud-võrgumudelit: sama NOS töötab mitme tarnija kinnitatud valgel-kasti riistvaral, toetades täielikult kiirusi alates mitmest-kontserdist kuni 400-kongi ja rohkem ning EVPN-VXLAN-i. Praktikas tähendab see, et töömudel ja automatiseerimine muutuvad teie disaini vastupidavaks osaks, samas kui riistvara müüja võib aja jooksul muutuda. Kompromiss{11}}on siiski reaalne – võtate rohkem vastutust disaini, valideerimise ja tegevuse omandiõiguse eest.

Automatiseerimine päevast 0 päevaks 2+ AmpCon-DC abil

Manuaalne CLI on talutav käputäie lülitite jaoks ja riskantne kümnete või sadade jaoks. AmpCon-DC teenib PicOS suure osa oma tööväärtusest: ZTP sisseehitamine, Jinja{2}}põhised konfiguratsioonimallid, Ansible mänguraamatud ja REST API-d vähendavad korduvat tööd ja konfiguratsiooni triivi. Eesmärk ei ole automatiseerimine enda huvides -, see on korratav kasutuselevõtt, auditeeritav muudatus ja kiirem taastamine.

Peamised hindamise võimalused

EVPN-VXLAN-i ja IP-kanga valmidus

Kaasaegsed kangad pikendavad tavaliselt 2. kihti üle 3. kihi aluskatte, kasutades kahte standardit koos:VXLAN, standardis RFC 7348 määratletud ülekatte kapseldamine, jaEVPN, BGP{0}}põhine juhtimistasand, mis on standarditud standardis RFC 7432. Kui lülitimudel ja PicOS-i versioon seda toetavad, saab PicOS-i hinnata skaleeritavate lehtede-selgrookude jaoks, mis teenindavad virtualiseeritud ja pilv-stiilis, mitme-raamiga keskkondi. Käsitlege EVPN-VXLAN-i tuge versiooni- ja mudeli-spetsiifilisena ning kinnitage see täpselt platvormi suhtes, mida kavatsete osta.

MLAG ja kõrge saadavus

MLAG võimaldab kahel füüsilisel lülitil esitada allavooluseadmetele ühe loogilise koondamispunkti, hoides kõik lingid aktiivsena ja eemaldades sõltuvuse rasketest-puu-kujundustest. Ülemiste--riiuli- ja koondamisrollide jaoks pakub see serverite ja salvestusruumi jaoks üleliigseid üleslinke ilma tavapärasele virnastamisele omaste tõrkesiirdevahedeta. Enne sellele lootma asumist kontrollige partner-linki, säilitamist, tõrkesiirde ajastust ja orb-pordi käitumist.

Programmeeritavus ja telemeetria

Andmekeskuse lüliti peaks vaikimisi olema{0}}automaatikasõbralik. PicOS paljastab Ansible, Python ja standarditel{2}}põhised liidesed ning pakub nähtavust SNMP, sFlow ja gNMI voogesituse telemeetria kaudu. Praktiline kasu on järjepidevus: malliga konfiguratsioonid, baasjooneline jälgimine ja triivi tuvastamine kogu kanga ulatuses.

Elutsükli juhtimine ja nähtavus

Lülitusvõimsus on vaid osa operatsioonidest. Meeskonnad vajavad ka topoloogiat, liidese olekut, seadme seisundit ja konfiguratsiooni{1}}triivi nähtavust. AmpCon-DC abil saab PicOS-i keskkondi varustada, jälgida, muuta ja valideerida ühest konsoolist -, mis piiratud inseneritöötajate arvuga meeskondade jaoks võib olla sama oluline kui töötlemata läbilaskevõime.

PicOS vs suletud NOS vs kogukonna NOS

Nende valikute oluline erinevus on töömudel, mitte pealkirja riistvara spetsifikatsioonid. Allolevas tabelis võrreldakse traditsioonilist suletud pinu, kogukonna juhitud avatud NOS-i ja PicOS-i koos AmpCon-DC-ga.

Parima-sobivuse ja halva-sobivuse stsenaariumid

PicOS on mõnes keskkonnas tugev ja mõnes keskkonnas kehv. Mõlema suhtes aus olemine kaitseb kasutuselevõttu.

Tugev sobivus, kui:

• Ehitate leht--selg- või EVPN-VXLAN-kangaid ja soovite avatud riistvara hankimist.
• Meeskond on automatiseerimiseks{0}}valmis (või valmis selleks saama) ja väärtustab mallipõhiseid korratavaid toiminguid.
• Soovite standardida ühe NOS-i ja ühe haldusmudeli paljudes lülitites.
• Sihtriistvara on kinnitatud ühilduvuse loendis ja PicOS-i versioon toetab vajalikke funktsioone.

Vähem sobiv, kui:

• Meeskonnal pole automatiseerimisvõimet ega plaani seda ehitada.
• Igapäevaste toimingute puhul sõltute suuresti ühe müüja TAC-ist.
• Kangast ei saa enne tootmist laboris{0}}valideerida.
• Teie eelistatud riistvara või vajalik funktsioonide komplekt ei ole toetatud maatriksis.

Levinud kasutusjuhtumid

Täiendused 10G/25G kuni 100G

Sagedane viis on serveri juurdepääsu suurendamine 25G-le ja 100G-lehtede{2}}üleslinkide loomine{3}}. Lisaks lülitile oleneb täiendamine füüsilisest kihist: mitmerežiimiliste käitamiste puhul määrab teie juurutatud kiu tase ulatuse, seega kinnitage toetatud vahemaad varakult - erinevusedOM1 kuni OM5 mitmemoodilised kiud ja nende kauguse piirangudmõjutab otseselt seda, kas 100G link teie kaabeldusjaamas töötab.

Leaf{0}}Spine Data Centeri kangad

Leaf switchid ühendavad servereid ja salvestusruumi; selgroolülitid tagavad{0}}kiire kanga lehtede vahele. PicOS sobib nende rollidega, kui kiirused, portide arv ja marsruutimisfunktsioonid vastavad kujundusele. Struktureeritud kaabeldus muudab selle palju puhtamaks - planeerimiseMPO/MTP pagasiruumi ja katkestuskaabeldusesiosa hoiab suure{0}}tihedusega lehtede-lülide{2}}ühendused kanga kasvades hallatavad.

Andmekeskuse lüüs ja ühendus

Mõned kujundused laiendavad saitide, tsoonide või domeenide vahelist vahetamist, kus skaleeritav Layer 3 marsruutimine ja tsentraliseeritud elutsükli nähtavus on kõige olulisemad. Need pikemad käigud nõuavad tavaliselt ühe-režiimi optikat, nii et sobitage transiiveri ulatus lingiga -, et vaadata üle erinevusedOS1 ja OS2 ühemoodi-kiudaitab kinnitada, et antud ühenduse kaugust toetatakse.

AI, HPC ja kadudeta Ethernet

AI ja HPC kangad ei tähenda ainult töötlemata ribalaiust. RDMA-liiklus (RoCEv2) vajab kadudeta või peaaegu-kadudeta Etherneti võrku, mis sõltub voo juhtimisest, nagu PFC, ja ummikusignaalidest, nagu ECN, ning piisavaid lülituspuhvreid ja puhast telemeetriat. PicOS-i andmekeskuse lülitid toetavad PFC/ECN{4}}põhist kadudeta transporti ühilduvatel platvormidel ja suure{5}}ribalaiusega konstruktsioonid kasutavad selgroo või GPU-kanga üleslinkide kavandamisel üha enam 400G liideseid -, kinnitavad optikat ja vormitegurit, sealhulgas400G QSFP-DD. Kinnitage ummikukäitumine, puhvri suurus ja NIC-ühilduvus vastavalt oma konkreetsele töökoormusele enne pühendumist.

Kuidas planeerida PicOS-i juurutamist

Edukas juurutamine algab disaininõuetest, mitte tooteloendist. Allolev kontroll-loend kaardistab iga nõude selle kohta, mida kontrollida, miks see on oluline ja mis läheb valesti, kui see vahele jäetakse.

Kaks selles loendis olevat üksust põhjustavad kõige välditavamaid viivitusi. Esiteks otsustage varakult serveri juurdepääsu keskkond: kas standardida10 GBASE-T või SFP+ optikamuudab kaablite, võimsuse ja ulatuse eeldusi igal riiulil. Teiseks kavandage kaabelduse katkestamine tahtlikult -, näiteks ühe 100G pordi jagamine 4 x 25G serverilinkideks -, kasutades õigetMPO läbimurdekaabeldusnii et pordikaart ja fiiberoptilised määrangud on enne installipäeva järjestatud.

Enne tootmist kinnitage disain laboris või pilootprojektis: marsruutimise lähenemine, EVPN-i marsruudi käitumine, MLAG-i tõrkeüleminek, automatiseerimismallid, jälgimine ja tagasipööramine. Seejärel levitage järk-järgult selle asemel, et kogu võrku korraga lõigata, välja arvatud juhul, kui tegemist on kontrollitud rohevälja ehitamisega. Saate üle vaadataPica8 andmekeskuse lülitite portfell ja kinnitatud platvormidet kontrollida, milliseid riistvara ja funktsioonide kombinatsioone teie sihtkujundus toetab.

Levinud vead, mida vältida

Valik ainult pordi kiiruse järgi.Kiirus on oluline, kuid marsruutimise funktsioonid, automatiseerimise tugi, puhvri suurus, optika ühilduvus, litsentsitasand, tugimudel ja täiendustee kuuluvad kõik otsuse juurde.

NOS-i funktsiooni ja litsentsinõuete eiramine.Operatsioonisüsteem, selle versioon ja litsents määravad, mida võrk tegelikult teha saab. Enne ostmist kinnitage L2/L3, EVPN-VXLAN, MLAG, telemeetria ja turbe katvus täpse platvormi suhtes.

Tegevusmuudatuste alahindamine.Automatiseerimise{0}}valmidusega võrk vajab uusi protsesse: kellele kuuluvad mallid, kes kiidab muudatused heaks, kuidas konfiguratsioonid varundatakse ja kuidas tagasipööramist käsitletakse.

Labori valideerimise vahelejätmine.Oluliste andmekeskuse muudatuste puhul ei ole laboritest vabatahtlik. Kinnitage vähemalt põhifunktsioonid, koondamine, jälgimine ja rikete taastamine, enne kui liiklus neist sõltub.

Kas PicOS sobib teie andmekeskuse jaoks?

PicOS-i andmekeskuse lülitid sobivad ettevõtetele, kes soovivad skaleeritavat kangast, automatiseerimise-valmis toiminguid, avatud riistvara hankimist ja struktureeritud elutsüklit, - eriti meeskondadele, kes kavandavad lehtede-seljakujundust, 10G/25G kuni 100G versiooniuuendusi, EVPN-i{{6}/VXLAN-i 7}lülitit,{6}või{{{100G keskkonda. konfiguratsioon ei ole enam jätkusuutlik. Need sobivad nõrgemini, kui puudub automatiseerimisvõime, sõltuvad tugevalt ühe-müüja toest, pole laboratooriumi, mille alusel valideerida, või riistvara, mis ei kuulu toetatud maatriksisse.

Järgmine praktiline samm: dokumenteerige oma praegune disain ja töötamise valupunktid, määrake sihtarhitektuur ja nõutav funktsioonide komplekt, kinnitage riistvara ja PicOS-i versiooni ühilduvus ning testige kangast kontrollitud keskkonnas enne tootmisse lubamist.