PicOS adatközponti kapcsolók: EVPN és frissítési útmutató

A legtöbb adatközponti váltási döntés továbbra is adatlappal kezdődik: portszám, sebesség és ár. A PicOS adatközponti kapcsolói először más kérdést tesznek fel. Mivel az operációs rendszer, a hardver és a felügyeleti rétegek szét vannak választva, a PicOS választása kevésbé hardvervásárlás, hanem inkábbműködési-modell döntés- hogyan fogja csapata biztosítani, automatizálni és futtatni a szövetet annak élettartama során.

Ez az útmutató elmagyarázza, hogy valójában mik a PicOS adatközponti kapcsolói, hogyan illeszkedik egymáshoz a kapcsoló, a hálózati operációs rendszer és az AmpCon{0}}DC vezérlő, hol illeszkednek erősen, és pontosan mit kell ellenőrizni az éles üzembe helyezés előtt. A cél az, hogy segítsünk a hálózati csapatnak a PicOS-t mérnöki kritériumok alapján értékelni, nem pedig marketing nyelvezetet.

PicOS Switch vs PicOS NOS vs AmpCon{0}}DC: Mit választ valójában

A "PicOS adatközponti kapcsoló" kifejezést gyakran lazán használják, ami zavart okoz az értékelés során. Három különálló rétegre utal, amelyeket külön vásárolnak és üzemeltetnek:

• A kapcsoló hardvere- nyílt hálózati ("white box" vagy "brite box") platformok, amelyek jellemzően Broadcom szilíciumra épülnek. Gyakori példa az adatközpontokra egy 1 egységnyi levél- vagy gerinckapcsoló, például az N8550-32C, 32 x 100 G QSFP28 porttal a Broadcom Trident 3 ASIC-en. Az ASIC, a portsebesség és a puffer határozza meg a doboz teljesítményének szigorú határait.
• A PicOS hálózati operációs rendszer- aPicOS NOS a Pica8-tól, amely egy módosítatlan Debian Linux kernelre épül. Ez biztosítja a Layer 2/Layer 3 verem, EVPN-VXLAN, MLAG, biztonság és nyílt telemetria (SNMP, sFlow és gNMI). A NOS, valamint annak verziója és licencszintje határozza meg, hogy mely szolgáltatások valóban elérhetők.
• AmpCon-DC- a felügyeleti és automatizálási vezérlő. Kezeli a nulla-érintéses kiépítést (ZTP), a sablon-vezérelt konfigurációt, a topológia felfedezését, a telemetriát, a frissítéseket és az érvényesítést a teljes életciklus során, a 0. napi tervezéstől a 2+. napi műveletekig.

Ezeknek a rétegeknek a külön tartása fontos a kiértékelés során: egy switch modell lehet tökéletesen alkalmas hardver, míg egy adott PicOS verzió vagy licenc még nem teszi lehetővé a szükséges funkciót. Mindig a kombinációt értékelje, ne egy réteget elszigetelten.

Miért értékelik a vállalatok a PicOS-t adatközpontokhoz?

A vállalatok általában akkor nézik meg a PicOS-t, amikor egy meglévő terv korlátozni kezdi a teljesítményt, a méretet vagy a műveleteket -, például 10G-ról 25G-ra vagy 100G-ra vált, új levél-gerincszövetet állít fel, vagy megpróbálja csökkenteni a kézi, kapcsolási-kapcsolási-konfigurációt.

Keleti{0}}nyugati forgalom kezelése levél-gerinccel

A régi architektúrákat a kiszámítható északi{0}}déli forgalomra hangolták. A virtualizáció, az elosztott tárolás, a konténerplatformok és az AI-munkaterhelések sokkal nagyobb keleti-nyugati forgalmat generálnak a rackek között. A levél-gerincszövet simítja a topológiát, és kiszámíthatóbbá teszi a késleltetést és a sávszélességet. A PicOS-alapú kapcsolók levél, gerinc, rack teteje-a-állvány, szegély vagy összekötő szerepet tölthetnek be, feltéve, hogy a port sebessége, kapcsolási kapacitása és útválasztási jellemzői megfelelnek a tervezésnek.

A szállítói zárolás csökkentése-a(z) - alkalmazásban, és hogyan működik ez valójában

A „bezárás csökkentése-” könnyen igényelhető, ezért érdemes ismertetni a mechanizmust. Hagyományos veremben a hardver, a NOS, a licencelés, a felügyelet és a támogatás egyetlen szállítói kapcsolatba kötődik. A PicOS egy lebontott, nyitott-hálózati modellt követ: ugyanaz a NOS fut több beszállító ellenőrzött fehér-dobozos hardverén, teljes mértékben támogatja a több-gigástól egészen 400-gigásig terjedő sebességet, valamint az EVPN-VXLAN-t. A gyakorlatban ez azt jelenti, hogy a működési modell és az automatizálás a tervezés tartós részévé válik, míg a mögöttes hardverszállító idővel változhat. A kompromisszum azonban valódi – Ön nagyobb felelősséget vállal a tervezésért, az érvényesítésért és a működési tulajdonjogért.

Automatizálás 0. naptól 2+. napig az AmpCon-DC segítségével

A manuális CLI elviselhető néhány kapcsolóval, és több tucat vagy száz kockázatos. Az AmpCon-DC az a hely, ahol a PicOS működési értékének nagy részét kiérdemli: a ZTP onboarding, a Jinja{2}}alapú konfigurációs sablonok, az Ansible playbookok és a REST API-k csökkentik az ismétlődő munkát és a konfigurációs eltolódást. A cél nem öncélú automatizálás -, hanem megismételhető bevezetés, auditálható változtatás és gyorsabb helyreállítás.

Az értékelendő kulcsfontosságú képességek

EVPN{0}}VXLAN és IP Fabric készenlét

A modern szövetek jellemzően kiterjesztik a 2. réteget egy elvezetett 3. réteg alátétre, két szabvány együttes alkalmazásával:VXLAN, az RFC 7348 szabványban meghatározott overlay tokozás, ésAz EVPN, az RFC 7432 szabványban szabványosított BGP{0}}alapú vezérlősík. Ha a switch-modell és a PicOS-verzió támogatja, a PicOS kiértékelhető a skálázható levél-gerincszövetek számára, amelyek virtualizált és felhő{2}}stílusú, több-állványos környezeteket szolgálnak ki. Az EVPN-VXLAN-támogatást verzió- és

MLAG és magas rendelkezésre állás

Az MLAG lehetővé teszi, hogy két fizikai kapcsoló egyetlen logikai összesítési pontot jelenítsen meg a downstream eszközöknek, így az összes link aktív marad, és megszűnik az átívelő-fa-tervtől való függés. A felső-rack és aggregációs szerepkörök esetén ez redundáns uplinkeket biztosít a szerverek és a tárhely számára a hagyományos halmozásnál megszokott feladatátvételi hézagok nélkül. Mielőtt ráhagyatkozna, ellenőrizze a peer-linket, a folyamatos működést, a feladatátvételi időzítést és az árva{7}}port viselkedését.

Programozhatóság és telemetria

Az adatközponti kapcsolónak alapértelmezés szerint{0}}automatizálásbarátnak kell lennie. A PicOS Ansible, Python és szabványos{2}}alapú interfészeket tesz elérhetővé, és láthatóságot biztosít az SNMP, sFlow és gNMI streaming telemetrián keresztül. A gyakorlati eredmény a következetesség: sablonos konfigurációk, alapszintű megfigyelés és elsodródás-észlelés az egész szöveten.

Életciklus-kezelés és láthatóság

A kapcsolási kapacitás csak a műveletek része. A csapatoknak emellett szükségük van a topológiára, az interfész állapotára, az eszköz állapotára és a konfigurációs{1}}eltolódásra. Az AmpCon-DC segítségével a PicOS-környezetek egy konzolról - biztosíthatók, módosíthatók és ellenőrizhetők, ami a korlátozott mérnöki létszámmal rendelkező csapatok számára ugyanolyan fontos lehet, mint a nyers átviteli sebesség.

PicOS vs zárt NOS vs közösségi NOS

A jelentős különbség ezen opciók között a működési modellben rejlik, nem pedig a fő hardver specifikációiban. Az alábbi táblázat összehasonlítja a hagyományos zárt veremeket, a közösség-vezérelt nyílt NOS-t és a PicOS-t az AmpCon-DC-vel.

Legjobb-Fitt és Rossz-Fitt forgatókönyvek

A PicOS bizonyos környezetekben erős, máshol rossz választás. Az őszinteség mindkettővel megvédi a telepítést.

Erős illeszkedés, ha:

• Ön leveles{0}}gerincet vagy EVPN-VXLAN-szövetet épít, és nyílt hardverbeszerzést szeretne.
• A csapat készen áll az automatizálásra- (vagy hajlandó azzá válni), és értékeli a sablonos, megismételhető műveleteket.
• Egy NOS-t és egy felügyeleti modellt szeretne szabványosítani sok kapcsolón keresztül.
• A célhardver szerepel az ellenőrzött kompatibilitási listán, és a PicOS verzió támogatja a szükséges szolgáltatásokat.

Kevésbé alkalmas, ha:

• A csapatnak nincs automatizálási képessége, és nem is tervezi ennek megépítését.
• Ön nagymértékben függ egyetlen szállító TAC-jától a napi{0}}a{1}}napi műveletek során.
• Nincs lehetőség a szövet laboratóriumi-ellenőrzésére a gyártás előtt.
• Az előnyben részesített hardver vagy szükséges szolgáltatáskészlet nem szerepel a támogatott mátrixon.

Gyakori használati esetek

10G/25G-100G frissítés

Gyakori út a szerver hozzáférésének 25G-ra növelése és a 100G-s levél-to-spine uplinkek építése. Magán a kapcsolón túl a frissítés a fizikai rétegtől is függ: a többmódusú futtatásoknál az Ön által telepített szálminőség határozza meg az elérést, ezért időben ellenőrizze a támogatott távolságokat - a különbségekOM1-OM5 multimódusú optikai szálak és távolsághatáraikközvetlenül befolyásolja, hogy a 100G-s kapcsolat működni fog-e a kábelgyártó üzemben.

Leaf{0}}Spine Data Center szövetek

Leaf switchek kötik össze a szervereket és a tárolókat; a gerinckapcsolók biztosítják a nagy sebességű{0}}szövetet a levelek között. A PicOS akkor felel meg ezeknek a szerepeknek, ha a sebesség, a portszám és az útválasztási funkciók megfelelnek a tervezésnek. A strukturált kábelezés sokkal tisztább - tervezést tesz lehetővéMPO/MTP trönk és kitörési kábelezéselülső része a nagy-sűrűségű levelek-a gerinc és a{2}}gerinc közötti kapcsolatokat kezelhetővé teszi, ahogy a szövet nő.

Data Center Gateway és Interconnect

Egyes tervek kiterjesztik a helyek, zónák vagy tartományok közötti váltást, ahol a skálázható 3. rétegbeli útválasztás és a központosított életciklus láthatósága a legfontosabb. Ezek a hosszabb futások általában egymódusú-optikát igényelnek, ezért igazítsa az adó-vevő elérését a linkhez -, áttekintve a különbségeketOS1 és OS2 egy-módusú optikai szálsegít megbizonyosodni arról, hogy egy adott összekapcsolási távolság támogatott.

AI, HPC és veszteségmentes Ethernet

Az AI és a HPC szövetek nem csak a nyers sávszélességről szólnak. Az RDMA-forgalomhoz (RoCEv2) veszteségmentes vagy közel -veszteségmentes Ethernet-hálózatra van szükség, amely az áramlásvezérléstől, például a PFC-től és a torlódásjelzésektől, például az ECN-től, valamint megfelelő kapcsolópufferektől és tiszta telemetriától függ. A PicOS adatközponti kapcsolói támogatják a PFC/ECN{4}}alapú veszteségmentes szállítást kompatibilis platformokon, és a nagy-sávszélességű kialakítások egyre gyakrabban használnak 400G interfészt - a gerinc vagy a GPU-szövet felfelé irányuló kapcsolatainak tervezésekor, ellenőrizzék az optikát és a formai tényezőt, beleértve a400G QSFP-DD. A véglegesítés előtt ellenőrizze a torlódási viselkedést, a pufferméretet és a hálózati kártya kompatibilitását az adott munkaterheléshez képest.

Hogyan tervezzünk PicOS telepítést

A sikeres telepítés a tervezési követelményekből indul ki, nem a terméklistából. Az alábbi ellenőrzőlista leképezi az egyes követelményeket, hogy mit kell ellenőrizni, miért fontos ez, és mi történik rosszul, ha kihagyják.

A listán szereplő két elem okozza a leginkább elkerülhető késéseket. Először is korán döntse el a szerver hozzáférési médiumát: szabványosítsa-e10 GBASE-T vagy SFP+ optikaminden rack-en megváltoztatja a kábelezést, a tápellátást és az elérési feltételeket. Másodszor, szándékosan tervezze meg az átszakító kábelezést - például egyetlen 100G-os port felosztása 4 x 25G-s szerverlinkekre - a megfelelőMPO kiszakító kábelezésígy a porttérkép és az üvegszál-hozzárendelések a telepítés napja előtt sorakoznak.

Gyártás előtt ellenőrizze a tervezést egy laborban vagy kísérleti környezetben: útválasztási konvergencia, EVPN-útvonal viselkedés, MLAG feladatátvétel, automatizálási sablonok, figyelés és visszaállítás. Ezután fokozatosan terjessze ki ahelyett, hogy egyszerre levágná az egész hálózatot, hacsak nem ellenőrzött zöldmezős építményről van szó. ÁttekinthetiA Pica8 adatközponti kapcsolóportfóliója és validált platformjaihogy megbizonyosodjon arról, hogy mely hardver- és funkciókombinációk támogatottak a céltervezésben.

Gyakori hibák, amelyeket el kell kerülni

Csak a port sebessége alapján kell választani.A sebesség számít, de az útválasztási funkciók, az automatizálási támogatás, a pufferméretezés, az optika kompatibilitás, a licencszint, a támogatási modell és a frissítési útvonal mind hozzátartoznak a döntéshez.

A NOS funkció és licenckövetelmények figyelmen kívül hagyása.Az operációs rendszer, annak verziója és licence határozza meg, hogy a hálózat mire képes. Vásárlás előtt ellenőrizze az L2/L3, EVPN-VXLAN, MLAG, telemetria és biztonsági lefedettséget a pontos platformon.

A működési változás alábecsülése.Az automatizálásra{0}}kész hálózatnak új folyamatokra van szüksége: kié a sablonok, ki hagyja jóvá a változtatásokat, hogyan készül biztonsági mentés a konfigurációkról és hogyan történik a visszaállítás.

Laboratóriumi ellenőrzés kihagyása.Fontos adatközponti változtatások esetén a laborvizsgálat nem kötelező. Legalább ellenőrizze az alapvető szövetfunkciókat, a redundanciát, a megfigyelést és a hibajavítást, mielőtt bármilyen forgalom rajtuk múlna.

A PicOS megfelelő az adatközponthoz?

A PicOS adatközponti kapcsolói megfelelnek azoknak a vállalkozásoknak, amelyek méretezhető szövetet, automatizálásra-kész műveleteket, nyílt hardverforrást és strukturált életciklust szeretnének, - különösen a levél-gerinctervezést tervező csapatoknak, a 10G/25G-ről 100G-re való frissítéseket, EVPN-t,{{6}vagy VXLAN-környezetet, ahol kézi kapcsolás,{6}vagy VXLAN}}8} a konfiguráció már nem fenntartható. Gyengébbek, ha nincs automatizálási képesség, erős függőség az egyetlen-szállító támogatásától, nincs ellenőrző laboratórium, vagy a támogatott mátrixon kívüli hardver.

Gyakorlatias következő lépés: dokumentálja a jelenlegi tervezési és működési nehézségi pontokat, határozza meg a cél architektúrát és a szükséges szolgáltatáskészletet, ellenőrizze a hardver és a PicOS verzió kompatibilitását, és tesztelje a szövetet ellenőrzött környezetben, mielőtt elkötelezi magát a gyártásba.