La majoria de decisions de commutació del centre de dades encara comencen amb un full de dades: recompte de ports, velocitats i preu. Els interruptors del centre de dades PicOS fan una pregunta diferent primer. Com que el sistema operatiu, el maquinari i les capes de gestió estan desacoblats, triar PicOS és menys una compra de maquinari i més undecisió del model-operatiu- com el vostre equip proveirà, automatitzarà i executarà el teixit durant tota la seva vida útil.
En aquesta guia s'explica què són realment els commutadors del centre de dades PicOS, com s'ajusten l'interruptor, el sistema operatiu de xarxa i el controlador AmpCon-DC, on s'ajusten bé i exactament què cal validar abans del llançament de producció. L'objectiu és ajudar un equip de xarxa a avaluar PicOS segons criteris d'enginyeria, no amb llenguatge de màrqueting.
PicOS Switch vs PicOS NOS vs AmpCon-DC: què estàs triant realment
El terme "interruptor del centre de dades PicOS" s'utilitza sovint de manera fluixa, cosa que crea confusió durant l'avaluació. Es refereix a tres capes diferents que es compren i operen per separat:
- El maquinari de l'interruptor- plataformes de xarxes obertes ("caixa blanca" o "caixa brite"), normalment construïdes amb silici de Broadcom. Un exemple comú del centre de dades és un interruptor de fulla o columna vertebral d'1U, com ara el N8550-32C, amb 32 ports QSFP28 de 100G en un Broadcom Trident 3 ASIC. L'ASIC, les velocitats del port i la memòria intermèdia determinen els límits durs del que pot fer la caixa.
- El sistema operatiu de xarxa PicOS- elPicOS NOS de Pica8, construït sobre un nucli Debian Linux sense modificar. Proporciona la pila de capa 2/capa 3, EVPN-VXLAN, MLAG, seguretat i telemetria oberta (SNMP, sFlow i gNMI). El NOS, a més de la seva versió i nivell de llicència, determina quines funcions estan realment disponibles.
- AmpCon-DC- el controlador de gestió i automatització. Gestiona l'aprovisionament zero -touch provisioning (ZTP), la configuració basada en plantilles-, el descobriment de topologies, la telemetria, les actualitzacions i la validació durant tot el cicle de vida, des del disseny del dia 0 fins a les operacions del dia 2+.
Mantenir aquestes capes separades durant l'avaluació: un model d'interruptor pot ser un maquinari perfectament capaç, mentre que una versió o llicència de PicOS específica encara no habilita la funció que necessiteu. Avalueu sempre la combinació, no una capa aïllada.
Per què les empreses avaluen PicOS per a centres de dades
Les empreses solen mirar PicOS quan un disseny existent comença a limitar el rendiment, l'escala o les operacions -, per exemple, passar de 10G a 25G o 100G, aixecar un teixit de fulla-columna nova o intentar reduir la configuració manual, canvi-per-.
Gestionar el trànsit a l'est-oest amb la columna vertebral-de fulla
Les arquitectures heretades es van ajustar per al trànsit previsible nord-sud. La virtualització, l'emmagatzematge distribuït, les plataformes de contenidors i les càrregues de treball d'IA generen molt més trànsit a l'est-oest entre bastidors. Un teixit-de fulla aplana la topologia i fa que la latència i l'ample de banda siguin més previsibles. Els commutadors basats en PicOS-poden tenir funcions de fulla, columna vertebral,-de-la part superior del bastidor, vora o interconnexió, sempre que les velocitats del port, la capacitat de commutació i les funcions d'encaminament coincideixin amb el disseny.
Reducció del bloqueig de proveïdors-A - i com funciona realment
"Reduir el bloqueig-" és fàcil de reclamar, de manera que val la pena indicar el mecanisme. En una pila tradicional, el maquinari, el NOS, les llicències, la gestió i el suport s'agrupen en una relació de proveïdor. PicOS segueix un model de xarxa obert-desagregat: el mateix NOS s'executa amb maquinari de caixa blanca-validat de diversos proveïdors, amb total compatibilitat amb velocitats des de diversos-gig fins a 400-gig i més enllà i per a EVPN-VXLAN. A la pràctica, això significa que el model operatiu i l'automatització esdevenen la part duradora del vostre disseny, mentre que el proveïdor de maquinari subjacent pot canviar amb el temps. Tanmateix, la compensació-és real: assumeixes més responsabilitat pel que fa al disseny, la validació i la propietat operativa.
Automatització del dia 0 al dia 2+ amb AmpCon-DC
La CLI manual és tolerable per a un grapat d'interruptors i és arriscada en desenes o centenars. AmpCon-DC és on PicOS guanya gran part del seu valor operatiu: la incorporació de ZTP, les plantilles de configuració basades en Jinja-, els llibres de jugades d'Ansible i les API REST redueixen el treball repetitiu i la deriva de la configuració. L'objectiu no és l'automatització per si mateixa - és una incorporació repetible, un canvi auditable i una recuperació més ràpida.
Capacitats clau per avaluar
Preparació de teixit EVPN-VXLAN i IP
Els teixits moderns acostumen a estendre la capa 2 sobre una capa subjacent de la capa 3 encaminada utilitzant dos estàndards junts:VXLAN, l'encapsulació de superposició definida a RFC 7348, iEVPN, el pla de control basat en BGP-estandarditzat a RFC 7432. Quan el model de commutació i la versió de PicOS ho admeten, PicOS es pot avaluar per a teixits de fulla-espina dorsal escalables que serveixen entorns virtualitzats i d'estil-núvol, multi-rack. Tracteu l'assistència d'EVPN-VXLAN com a versió- i model-específic, i confirmeu-ho amb la plataforma exacta que voleu comprar.
MLAG i Alta Disponibilitat
MLAG permet que dos commutadors físics presentin un únic punt d'agregació lògica als dispositius aigües avall, mantenint tots els enllaços actius i eliminant la dependència dels dissenys d'-arbre-extensos. Per a les funcions d'agregació i de rack superior-de-, això proporciona enllaços amunt redundants per a servidors i emmagatzematge sense els buits de migració per error comuns a l'apilament tradicional. Valideu l'enllaç-peer, el manteniment, el temps de transició per error i el comportament del port-orfe abans de confiar-hi.
Programabilitat i telemetria
Un commutador de centre de dades hauria de ser apte per a l'automatització-per defecte. PicOS exposa interfícies basades en Ansible, Python i estàndards-i ofereix visibilitat mitjançant la telemetria de transmissió SNMP, sFlow i gNMI. El benefici pràctic és la coherència: configuracions de plantilla, monitorització de base i detecció de deriva a tot el teixit.
Gestió del cicle de vida i visibilitat
La capacitat de commutació és només una part de les operacions. Els equips també necessiten la topologia, l'estat de la interfície, l'estat del dispositiu i la-visibilitat de deriva de la configuració. Amb AmpCon-DC, els entorns PicOS es poden subministrar, supervisar, canviar i validar des d'una consola - que, per als equips amb un nombre limitat d'enginyers, pot importar tant com el rendiment brut.
PicOS vs NOS tancat vs NOS de la comunitat
La diferència significativa entre aquestes opcions és el model operatiu, no les especificacions de maquinari del títol. La taula següent compara una pila tancada tradicional, un NOS obert impulsat per la comunitat-i PicOS amb AmpCon-DC.
| Dimensió | Interruptor tancat + NOS (p. ex., Cisco Nexus) | NOS obert a la comunitat (p. ex., SONiC) | PicOS + AmpCon-DC |
|---|---|---|---|
| Acoblament maquinari/programari | Vendedor únic, ben agrupat | Desacoblat; corre sobre una caixa blanca | Desacoblat; s'executa en una caixa blanca validada-basada en Broadcom |
| Model de funcionament | CLI i conjunt de funcions definits pel proveïdor- | Fes-ho-tu-; les habilitats internes-necessàries | NOS obert amb suport comercial i automatització clau en mà |
| Automatització | Controlador de proveïdors, sovint amb llicència per separat | Creeu-la vostra-propie eina | AmpCon-DC: ZTP, plantilles, Ansible, telemetria |
| EVPN-VXLAN | Eines madures i patentades | Suport; l'esforç d'integració varia | Compatible amb models compatibles (RFC 7348/7432) |
| Llicència | Sovint complex i per{0}}funció | codi obert; sense cost de llicència | Llicència simplificada |
| Suport | TAC d'un-proveïdor | Comunitat o auto{0}}assistència | Suport comercial al NOS |
| El millor ajust | Equips que volen un proveïdor responsable | Equips d'estil-hiperescala amb habilitats d'automatització profundes | Empreses que volen xarxes obertes i suport sense dotació de personal a gran escala |
Escenaris d'-ajustament i mal{1}}ajust
PicOS és una bona opció en alguns entorns i una mala en altres. Ser honest sobre tots dos protegeix el desplegament.
Ajust fort quan:
- Esteu construint teixits de fulla-espina o EVPN-VXLAN i voleu obtenir un aprovisionament de maquinari obert.
- L'equip està preparat per a l'automatització-(o disposat a ser-ho) i valora operacions repetibles i amb plantilles.
- Voleu estandarditzar un NOS i un model de gestió en molts commutadors.
- El maquinari de destinació es troba a la llista de compatibilitat validada i la versió de PicOS admet les funcions necessàries.
Menys adequat quan:
- L'equip no té cap capacitat d'automatització ni cap pla per construir-lo.
- Depeneu molt del TAC d'un sol proveïdor per a les operacions-a-diàries.
- No hi ha capacitat per validar-la tela abans de la producció.
- El vostre maquinari preferit o el vostre conjunt de funcions requerides no es troba a la matriu admesa.
Casos d'ús comuns
Actualitzacions de 10G/25G a 100G
Un camí freqüent és augmentar l'accés del servidor a 25G i crear fulles de 100G-per-enllaços ascendents. Més enllà del commutador en si, l'actualització depèn de la capa física: per a execucions multimode, el grau de fibra que implementeu determina l'abast, així que confirmeu les distàncies admeses abans - les diferències entreFibra multimode OM1 a OM5 i els seus límits de distànciaafecta directament si un enllaç 100G funcionarà a la vostra planta de cablejat.
Leaf-Spine Data Center Fabrics
Els interruptors de fulla connecten servidors i emmagatzematge; els interruptors de la columna vertebral proporcionen el teixit-alta velocitat entre les fulles. PicOS s'adapta a aquestes funcions quan les velocitats, el nombre de ports i les funcions d'encaminament coincideixen amb el disseny. El cablejat estructurat fa que aquesta planificació - sigui molt més netaTronc MPO/MTP i cablejat de rupturaal davant permet gestionar les connexions de fulla-alta-a-densitat de la columna vertebral a mesura que el teixit creix.
Passarel·la i interconnexió del centre de dades
Alguns dissenys amplien el canvi entre llocs, zones o dominis, on l'encaminament escalable de la capa 3 i la visibilitat centralitzada del cicle de vida són més importants. Aquestes tirades més llargues solen requerir una òptica d'un-mode únic, de manera que coincideixi l'abast del transceptor amb l'enllaç - revisant les diferències entreFibra d'un-mode OS1 i OS2ajuda a confirmar que s'admet una distància d'interconnexió determinada.
AI, HPC i Ethernet sense pèrdues
Els teixits AI i HPC no només es refereixen a l'amplada de banda en brut. El trànsit RDMA (RoCEv2) necessita un teixit Ethernet sense pèrdues o gairebé-sense pèrdues, que depèn del control de flux, com ara PFC i la senyalització de congestió com ECN, a més de buffers de commutació adequats i telemetria neta. Els commutadors del centre de dades PicOS admeten el transport sense pèrdues basat en PFC/ECN-en plataformes compatibles, i els dissenys d'ample de banda-alt utilitzen cada cop més interfícies 400G - quan planifiquen enllaços amunt de teixits de la columna vertebral o de la GPU-, confirmen l'òptica i el factor de forma, inclòs400G QSFP-DD. Valideu el comportament de la congestió, la mida de la memòria intermèdia i la compatibilitat de la NIC amb la vostra càrrega de treball específica abans de comprometre's.
Com planificar un desplegament de PicOS
Un desplegament reeixit parteix dels requisits de disseny, no d'una llista de productes. A la llista de comprovació següent s'assigna cada requisit amb què s'ha de verificar, per què és important i què funciona malament si s'omet.
| Requisit | Què comprovar | Per què importa | Risc si s'ignora |
|---|---|---|---|
| Compatibilitat de maquinari | El model de commutació i l'ASIC es troben a la llista validada de Pica8; La versió de PicOS admet les funcions necessàries | Les funcions només funcionen si el silici i el NOS les admeten | Comprar una caixa que no pot executar EVPN-VXLAN o l'escala requerida |
| Característica i llicència NOS | L2/L3, EVPN-VXLAN, MLAG, telemetria, seguretat i el nivell de llicència correcte | La disponibilitat de les funcions depèn de la versió- i de la llicència- | S'està descobrint una funció que falta a mitja-implementació |
| Encaminament de la base | Convergència IGP/BGP i ECMP a la base | L'estabilitat de la superposició depèn d'una capa base sana | Conversió lenta per error i{0}}cautat negre del trànsit |
| Pla de control EVPN | Anunci de rutes, rutes tipus 2/tipus 5, supressió ARP/ND | Confirma que l'accessibilitat de la superposició es comporta com s'ha dissenyat | Buits d'accessibilitat silenciosos a la producció |
| MLAG i redundància | Enllaç-peer, keepalive, temps de migració per error, ports orfes | L'alta disponibilitat ha de sobreviure a un canvi o pèrdua d'enllaç | Talla quan falla un sol node |
| Òptica i transceptors | El tipus d'òptica, la longitud d'ona i l'abast coincideixen amb cada port | L'òptica que no coincideix no s'enllaçarà o no arribarà | Enllaços que no surten mai |
| Cablejat i ruptura | Trunks MPO/MTP, pla de ruptura, grau de fibra, distàncies | La capa física ha de coincidir amb la velocitat i l'abast del port | Re-cablejat, retards i errors de distància |
| Flux d'aire i potència | Direcció del flux d'aire (davant-a-darrera/darrera-a-davant) i potència adaptada al bastidor | Els desajustos tèrmics i de potència provoquen errors de maquinari | Sobreescalfament i circuits disparats |
| Automatització i rollback | ZTP, plantilles, còpia de seguretat de configuració i un procediment de retrocés provat | Repetibilitat i recuperabilitat a escala | No hi ha manera segura de desfer un canvi dolent |
| Seguiment | Telemetria de referència (gNMI/sFlow/SNMP), alertes i detecció de deriva | No pots operar allò que no pots veure | Deriva i degradació no detectades |
Dos elements d'aquesta llista provoquen els retards més evitables. Primer, decidiu primer el mitjà d'accés al servidor: si voleu estandarditzar-loÒptica 10GBASE-T o SFP+canvia els supòsits de cablejat, potència i abast a cada bastidor. En segon lloc, planifiqueu deliberadament el cablejat de ruptura -, per exemple, trencant un únic port de 100G en 4 enllaços de servidor de 25G - fent servir la dreta.Cablejat de ruptura MPOde manera que el mapa de ports i les assignacions de fibra s'alineen abans del dia de la instal·lació.
Abans de la producció, valideu el disseny en un laboratori o pilot: convergència d'encaminament, comportament de la ruta EVPN, migració per error MLAG, plantilles d'automatització, supervisió i retrocés. A continuació, desplega per fases en lloc de tallar tota la xarxa alhora, tret que es tracti d'una construcció controlada. Podeu revisarCartera de commutadors del centre de dades de Pica8 i plataformes validadesper confirmar quines combinacions de maquinari i funcions són compatibles amb el vostre disseny objectiu.
Errors comuns a evitar
Escollint només per la velocitat del port.La velocitat és important, però les funcions d'encaminament, el suport d'automatització, la mida de la memòria intermèdia, la compatibilitat amb l'òptica, el nivell de llicència, el model de suport i la ruta d'actualització pertanyen a la decisió.
Ignorant la funció NOS i els requisits de llicència.El sistema operatiu, la seva versió i la seva llicència determinen què pot fer realment la xarxa. Confirmeu la cobertura L2/L3, EVPN-VXLAN, MLAG, telemetria i seguretat amb la plataforma exacta abans de comprar.
Subestimació del canvi operatiu.Una xarxa preparada per l'automatització-necessita nous processos: qui és el propietari de les plantilles, qui aprova els canvis, com es fa una còpia de seguretat de les configuracions i com es gestiona la recuperació.
Saltant la validació de laboratori.Per a canvis importants al centre de dades, una prova de laboratori no és opcional. Com a mínim, valideu les funcions bàsiques del teixit, la redundància, la supervisió i la recuperació d'errors abans que qualsevol trànsit depengui d'elles.
PicOS és adequat per al vostre centre de dades?
Els commutadors del centre de dades PicOS s'adapten a les empreses que volen un teixit escalable, operacions preparades per l'automatització-, aprovisionament obert de maquinari i un cicle de vida estructurat, - especialment els equips que planifiquen dissenys de fulles-espinades, actualitzacions de 10G/25G a 100G, EVPN-VXLAN teixits o entorns on ja no hi ha canvis manuals{{{{- sostenible. Són un ajust més feble quan no hi ha cap capacitat d'automatització, una dependència forta del suport d'un-provedor únic, cap laboratori per validar o maquinari fora de la matriu admesa.
Un següent pas pràctic: documenteu el vostre disseny actual i els problemes operatius, definiu l'arquitectura objectiu i el conjunt de funcions requerides, confirmeu la compatibilitat de maquinari i versions de PicOS i proveu el teixit en un entorn controlat abans de comprometre's amb la producció.
PMF
P: Què són els commutadors del centre de dades PicOS?
R: Són commutadors de xarxa oberts-que executen el sistema operatiu de xarxa PicOS, normalment gestionat per AmpCon-DC, i dissenyats per a l'ús modern del centre de dades, com ara teixits de fulla-espina, superposicions EVPN-VXLAN i operacions automatitzades. "Commutador del centre de dades PicOS" cobreix tres capes - el maquinari de la caixa blanca-, el PicOS NOS i el controlador AmpCon-DC - que s'avaluen i funcionen conjuntament.
P: Quins interruptors o maquinari admeten PicOS?
R: PicOS s'executa amb maquinari de xarxa oberta-validat, generalment en plataformes de caixa blanca-basada en Broadcom-i brite- (per exemple, models de fulla/espina QSFP28 de 32 x 100G). Com que l'assistència és específica del model- i de la versió-, confirmeu el vostre canvi exacte amb la llista de compatibilitat de maquinari de Pica8 i les notes de la versió de PicOS abans de comprar.
P: PicOS admet teixits de fulla-espina dorsal 100G i 400G?
R: PicOS admet velocitats des de diversos-gig fins a 400-gig i més enllà, de manera que els dissenys de fulles de 100G i 400G són factibles amb el maquinari adequat. Els límits realistes provenen de l'ASIC, els buffers i l'òptica de l'interruptor, així que valideu la plataforma específica i les seves velocitats de port compatibles i les opcions de sortida.
P: PicOS és adequat per a EVPN-VXLAN?
R: Sí, quan el model de maquinari, la versió de PicOS i la llicència admeten les funcions necessàries. PicOS implementa VXLAN per RFC 7348 amb un pla de control EVPN alineat amb RFC 7432. Valideu l'anunci de ruta, la convergència de subjecció i la migració per error en un laboratori abans de la producció.
P: Com ajuda AmpCon-DC amb les operacions del dia 0 al dia 2+?
R: AmpCon-DC automatitza el cicle de vida: disseny del dia 0 i incorporació de ZTP, configuració impulsada per plantilles del dia 1-i implementació de EVPN-VXLAN i supervisió, actualitzacions, detecció de deriva i canvis del dia 2+. Utilitza plantilles Jinja, llibres de jugades Ansible i API REST perquè les operacions es puguin repetir a mesura que la tela s'escala.
P: Necessito AmpCon-DC per utilitzar interruptors PicOS?
R: PicOS proporciona les funcions de commutació i encaminament per si mateix. AmpCon-DC afegeix aprovisionament centralitzat, automatització, telemetria i gestió del cicle de vida. Per a petits desplegaments és opcional; per als teixits més grans és el que manté les operacions consistents i recuperables.
P: Què s'ha de validar abans d'un desplegament de PicOS EVPN-VXLAN?
R: Com a mínim: convergència d'encaminament i ECMP, anunci de ruta EVPN i supressió ARP/ND, enllaç entre iguals-MLAG i migració per error, compatibilitat d'òptica i ruptura, plantilles d'automatització, línies de base de supervisió i un procediment de restauració provat.
P: PicOS és adequat per a teixits Ethernet AI i HPC?
R: Pot ser, en plataformes compatibles. El trànsit RoCEv2 necessita un teixit sense pèrdues o gairebé-sense pèrdues basat en PFC i ECN, amb memòries i telemetria adequats, sovint amb enllaços de 400 G. Confirmeu el comportament de control de la congestió, la mida de la memòria intermèdia i la compatibilitat de la NIC per a la vostra càrrega de treball específica en lloc de suposar que només l'amplada de banda és suficient.
P: Com es compara PicOS amb SONiC o un NOS tancat com Cisco Nexus?
R: Un NOS tancat inclou maquinari, programari i suport sota un sol proveïdor; SONiC és un NOS obert a la comunitat que requereix{0}}habilitats d'automatització domèstiques sòlides; PicOS se situa entre ells i ofereix un NOS obert i desglossat amb assistència comercial i automatització clau en mà mitjançant AmpCon-DC. L'elecció correcta depèn de la maduresa de l'automatització i de les expectatives de suport.
P: Els commutadors de centres de dades PicOS només són per a centres de dades grans?
R: No. Es poden utilitzar en entorns petits, mitjans i grans. El valor creix amb l'escala, les necessitats d'automatització i el cost de la configuració manual i repetitiva.
