Přepínače datového centra PicOS: Průvodce EVPN a upgradem

Většina rozhodnutí o přepínačích datových center stále začíná datovým listem: počet portů, rychlost a cena. Přepínače datového centra PicOS nejprve položí jinou otázku. Vzhledem k tomu, že operační systém, hardware a vrstvy správy jsou odděleny, výběr PicOS je méně nákup hardwaru a vícerozhodnutí o-provozním modelu- jak váš tým zajistí, automatizuje a provozuje strukturu po celou dobu její životnosti.

Tato příručka vysvětluje, co to vlastně jsou přepínače pro datová centra PicOS, jak do sebe přepínač, síťový operační systém a řadič AmpCon{0}}stejnosměrného proudu zapadají, kde se hodí a co přesně je třeba ověřit před uvedením do produkce. Cílem je pomoci síťovému týmu vyhodnotit PicOS podle technických kritérií, nikoli podle marketingového jazyka.

PicOS Switch vs PicOS NOS vs AmpCon-DC: Co si vlastně vybíráte

Termín „přepínač datového centra PicOS“ se často používá volně, což při hodnocení vytváří zmatek. Týká se tří odlišných vrstev, které se nakupují a provozují samostatně:

• Hardware přepínače- otevřené síťové platformy („white box“ nebo „brite box“), obvykle postavené na křemíku Broadcom. Běžným příkladem datového centra je 1U listový nebo páteřový přepínač, jako je N8550-32C, s 32 x 100G QSFP28 porty na Broadcom Trident 3 ASIC. ASIC, rychlosti portů a vyrovnávací paměť určují tvrdé limity toho, co box dokáže.
• Síťový operační systém PicOS-PicOS NOS od Pica8, postavený na neupraveném linuxovém jádře Debian. Poskytuje zásobník Layer 2/Layer 3, EVPN-VXLAN, MLAG, zabezpečení a otevřenou telemetrii (SNMP, sFlow a gNMI). NOS plus jeho verze a licenční úroveň určuje, které funkce jsou skutečně dostupné.
• AmpCon-DC- správce správy a automatizace. Zvládá nulové-poskytování dotyků (ZTP), konfiguraci řízenou šablonami-, zjišťování topologie, telemetrii, upgrady a ověřování v průběhu celého životního cyklu, od návrhu dne 0 po operace dne 2+.

Při hodnocení je důležité udržovat tyto vrstvy oddělené: model přepínače může být dokonale schopným hardwarem, zatímco konkrétní verze nebo licence PicOS ještě neumožňuje funkci, kterou potřebujete. Vždy posuzujte kombinaci, nikoli jednu vrstvu samostatně.

Proč podniky hodnotí PicOS pro datová centra

Podniky se obvykle podívají na PicOS, když stávající návrh začne omezovat výkon, rozsah nebo operace -, například se přesune z 10G na 25G nebo 100G, postaví se nový list-hřbetu nebo se snaží omezit ruční přepínání-pomocí{6}}konfigurací přepínačů.

Zvládněte východní-západní dopravu pomocí Leaf-spine

Starší architektury byly vyladěny pro předvídatelný sever-jižní provoz. Virtualizace, distribuované úložiště, kontejnerové platformy a pracovní zátěže AI generují mnohem více východo{2}}západního provozu mezi stojany. Listová-látka hřbetu zplošťuje topologii a činí latenci a šířku pásma předvídatelnější. Přepínače založené na PicOS-mohou převzít role listu, páteře,-vrchní-skříně, okraje nebo propojení, pokud rychlosti portů, přepínací kapacita a funkce směrování odpovídají designu.

Omezení uzamčení dodavatele-v - a jak to ve skutečnosti funguje

"Snížení zablokování-" je snadné uplatnit, takže stojí za to uvést mechanismus. V tradičním stohu jsou hardware, NOS, licencování, správa a podpora spojeny do jednoho vztahu dodavatele. PicOS se řídí rozčleněným, otevřeným-síťovým modelem: stejný NOS běží na ověřeném bílém-hardwaru od různých dodavatelů, s plnou podporou rychlostí od více-gigů až po 400-gigů a více a pro EVPN-VXLAN. V praxi to znamená, že operační model a automatizace se stanou trvalou součástí vašeho návrhu, zatímco dodavatel hardwaru se může v průběhu času měnit. Kompromis{11}}je však skutečný – přebíráte větší odpovědnost za návrh, ověřování a provozní vlastnictví.

Automatizace dne 0 až dne 2+ pomocí AmpCon-DC

Manuální CLI je tolerovatelné pro hrstku přepínačů a riskantní napříč desítkami nebo stovkami. AmpCon-DC je místo, kde PicOS získává velkou část své provozní hodnoty: ZTP onboarding, konfigurační šablony založené na Jinja-, Ansible playbooky a REST API snižují opakovanou práci a posun konfigurace. Cílem není automatizace sama o sobě -, jde o opakovatelné zavádění, auditovatelné změny a rychlejší obnovu.

Klíčové schopnosti k vyhodnocení

Připravenost EVPN-VXLAN a IP Fabric

Moderní tkaniny obvykle prodlužují vrstvu 2 přes směrovanou podložku vrstvy 3 pomocí dvou standardů společně:VXLAN, překryvné zapouzdření definované v RFC 7348aEVPN, řídicí rovina-založená na BGP standardizovaná v RFC 7432. Pokud to model přepínače a verze PicOS podporují, lze PicOS vyhodnotit z hlediska škálovatelných listových-látek páteře sloužících virtualizovaným a cloudovým{2}}stylům, více-skříňovým prostředím. Považujte podporu EVPN-VXLAN za specifickou pro verzi- a model-a potvrďte ji s přesnou platformou, kterou chcete koupit.

MLAG a vysoká dostupnost

MLAG umožňuje dvěma fyzickým přepínačům představovat jeden logický agregační bod pro downstreamová zařízení, přičemž všechna propojení zůstávají aktivní a odstraňuje závislost na -stromových{1}} těžkých designech. Pro horní-z-racků a agregačních rolí to poskytuje redundantní uplinky pro servery a úložiště bez mezer při převzetí služeb při selhání běžných u tradičního stohování. Než se na ně budete spolehnout, ověřte-propojení, zachování, načasování převzetí služeb při selhání a chování osiřelého-portu.

Programovatelnost a telemetrie

Přepínač datového centra by měl ve výchozím nastavení-podporovat automatizaci. PicOS odhaluje rozhraní Ansible, Python a standardy-a poskytuje viditelnost prostřednictvím telemetrie streamování SNMP, sFlow a gNMI. Praktickou odměnou je konzistence: šablonované konfigurace, základní monitorování a detekce posunu v celé struktuře.

Správa životního cyklu a viditelnost

Spínací kapacita je pouze částí operací. Týmy také potřebují topologii, stav rozhraní, stav zařízení a konfiguraci-viditelnosti posunu. S AmpCon-DC lze zřizovat, monitorovat, měnit a ověřovat prostředí PicOS z jedné konzole -, která pro týmy s omezeným technickým počtem může mít stejný význam jako hrubá propustnost.

PicOS vs uzavřené NOS vs komunitní NOS

Významným rozdílem mezi těmito možnostmi je operační model, nikoli hlavní hardwarové specifikace. Níže uvedená tabulka porovnává tradiční uzavřený zásobník, komunitní-otevřený NOS a PicOS s AmpCon-DC.

Nejlepší-přizpůsobení a špatné{1}}scénáře

PicOS je v některých prostředích silná volba a v jiných špatná. Být upřímný o obojím chrání nasazení.

Pevné, když:

• Vytváříte struktury leaf{0}}spine nebo EVPN-VXLAN a chcete otevřené zdroje hardwaru.
• Tým je připraven na automatizaci- (nebo je ochoten se tak stát) a operace podle šablony hodnot jsou opakovatelné.
• Chcete standardizovat jeden NOS a jeden model správy napříč mnoha přepínači.
• Cílový hardware je na ověřeném seznamu kompatibility a verze PicOS podporuje požadované funkce.

Méně vhodné, když:

• Tým nemá žádné automatizační schopnosti a žádný plán na jeho vybudování.
• Pro každodenní-{1}}denní operace jste silně závislí na TAC jednoho dodavatele.
• Neexistuje žádná možnost laboratorní-ověření tkaniny před výrobou.
• Váš preferovaný hardware nebo požadovaná sada funkcí není na podporované matici.

Běžné případy použití

Upgrady z 10G/25G na 100G

Častou cestou je zvýšení přístupu serveru k 25G a vybudování 100G listů-k-spinning uplinks. Kromě samotného přepínače závisí upgrade na fyzické vrstvě: u vícerežimových běhů určuje dosah stupeň optického vlákna, které nasadíte, proto si brzy ověřte podporované vzdálenosti - rozdíly meziVícevidová vlákna OM1 až OM5 a jejich limity vzdálenostipřímo ovlivnit, zda bude 100G linka fungovat ve vaší kabeláži.

Leaf-Spine Data Center Fabrics

Listové přepínače propojují servery a úložiště; hřbetní spínače poskytují vysokorychlostní-látku mezi listy. PicOS vyhovuje těmto rolím, když rychlosti, počty portů a funkce směrování odpovídají designu. Díky strukturované kabeláži je toto mnohem čistší - plánováníMPO/MTP trunk a breakout kabelážvpředu zachovává vysokou{0}}hustotu listů-k-hřbetu, které lze spravovat, jak látka roste.

Brána a propojení datového centra

Některé návrhy rozšiřují přepínání mezi lokalitami, zónami nebo doménami, kde nejvíce záleží na škálovatelném směrování na 3. vrstvě a centralizované viditelnosti životního cyklu. Tyto delší provozy obvykle vyžadují optiku s jedním-režimem, takže přiřaďte dosah transceiveru k odkazu - a zkontrolujte rozdíly meziJednorežimové vlákno OS1 a OS2-pomáhá potvrdit, že je podporována daná propojovací vzdálenost.

AI, HPC a bezztrátový Ethernet

AI a HPC tkaniny nejsou jen o surové šířce pásma. Provoz RDMA (RoCEv2) potřebuje bezztrátovou nebo téměř bezztrátovou síť Ethernet, která závisí na řízení toku, jako je PFC, a signalizaci přetížení, jako je ECN, plus adekvátní vyrovnávací paměti přepínačů a čistou telemetrii. Přepínače datových center PicOS podporují bezztrátový přenos založený na PFC/ECN-na kompatibilních platformách a-návrhy s vysokou šířkou pásma stále častěji využívají rozhraní 400G - při plánování páteřních nebo GPU-faktických uplinků, ověřte optiku a tvarový faktor, včetně400G QSFP-DD. Před potvrzením ověřte chování zahlcení, velikost vyrovnávací paměti a kompatibilitu síťové karty s vaší konkrétní pracovní zátěží.

Jak naplánovat nasazení PicOS

Úspěšné nasazení začíná od požadavků na design, nikoli od seznamu produktů. Níže uvedený kontrolní seznam mapuje každý požadavek na to, co je třeba ověřit, proč je to důležité a co se pokazí, pokud je přeskočen.

Dvě položky v tomto seznamu způsobují zpoždění, kterým se lze nejvíce vyhnout. Nejprve se předem rozhodněte pro médium pro přístup k serveru: zda se má standardizovat10GBASE-optika T nebo SFP+mění předpoklady kabeláže, napájení a dosahu v každém racku. Za druhé, záměrně naplánujte průlomovou kabeláž -, například rozdělením jednoho 100G portu na 4 x 25G serverová propojení - pomocí pravéhoMPO breakout kabelážtakže mapa portů a přiřazení vláken se seřadí před dnem instalace.

Před výrobou ověřte návrh v laboratoři nebo pilotním projektu: konvergence směrování, chování trasy EVPN, převzetí služeb při selhání MLAG, šablony automatizace, monitorování a vrácení zpět. Pak zavádějte ve fázích, spíše než prořezávání celé sítě najednou, pokud se nejedná o řízenou výstavbu na zelené louce. Můžete zkontrolovatPortfolio přepínačů datových center Pica8 a ověřené platformyověřit, které kombinace hardwaru a funkcí jsou podporovány pro váš cílový návrh.

Běžné chyby, kterým je třeba se vyhnout

Výběr pouze podle rychlosti portu.Rychlost je důležitá, ale funkce směrování, podpora automatizace, velikost vyrovnávací paměti, kompatibilita optiky, úroveň licencí, model podpory a cesta upgradu, to vše patří k rozhodnutí.

Ignorování funkcí NOS a licenčních požadavků.Operační systém, jeho verze a licence určují, co síť skutečně umí. Před nákupem si ověřte pokrytí L2/L3, EVPN-VXLAN, MLAG, telemetrie a zabezpečení s přesnou platformou.

Podcenění provozních změn.Síť připravená na automatizaci-potřebuje nové procesy: kdo vlastní šablony, kdo schvaluje změny, jak se zálohují konfigurace a jak je řešeno vrácení zpět.

Vynechání laboratorního ověření.U důležitých změn v datovém centru není laboratorní test volitelný. Minimálně ověřte základní funkce struktury, redundanci, monitorování a zotavení po selhání dříve, než na nich bude záviset jakýkoli provoz.

Je PicOS vhodný pro vaše datové centrum?

Přepínače pro datová centra PicOS jsou vhodné pro podniky, které chtějí škálovatelnou strukturu, operace připravené na automatizaci-, otevřené zdroje hardwaru a strukturovaný životní cyklus -, zejména týmy plánující návrhy listů-hřbetu, upgrady z 10G/25G na 100G, EVPN-konfiguraci VXLAN nebo prostředí,}{8} kde již není možné ruční přepínání{{1} Jsou slabší, pokud neexistuje žádná možnost automatizace, tvrdá závislost na podpoře jednoho{10}}dodavatele, žádná laboratoř k ověření nebo hardware mimo podporovanou matici.

Další praktický krok: zdokumentujte svůj aktuální návrh a provozní problémy, definujte cílovou architekturu a požadovanou sadu funkcí, ověřte kompatibilitu hardwaru a verze PicOS a otestujte strukturu v kontrolovaném prostředí, než se pustíte do výroby.