La fabric data center leaf-spine completa, su switch aperti.
IP Infusion fornisce una fabric data center Leaf-spine EVPN-VXLAN completa: switch a 400G e 800G con OcNOS-DC, precaricato e supportato con un unico contratto. Aggiungete capacità aggiungendo switch, un server mantiene lo stesso gateway su qualsiasi leaf e ogni tenant resta isolato, con anycast gateway distribuito, multihoming EVPN, underlay BGP e isolamento VRF multi-tenant su hardware aperto.
Un unico switch convalidato, software e contratto di supporto.
IP Infusion qualifica lo switch e OcNOS-DC insieme e li supporta sotto un unico contratto, così la fabric che progettate è la fabric che viene consegnata. Ogni affermazione qui sotto è mappata a una piattaforma convalidata nell'elenco hardware e a una funzionalità supportata nella feature matrix.
18 piattaforme data center validate
Ogni switch leaf, spine e border è qualificato in laboratorio per ogni piattaforma con OcNOS-DC precaricato, dai leaf di accesso a 100G agli spine Tomahawk 5 a 800G.
Verificabile nella feature matrix
EVPN-VXLAN, il gateway anycast, il multihoming, l'underlay BGP-unnumbered e i VNI multi-tenant sono ciascuno mappati sulle piattaforme che li supportano.
Switch, software e RMA insieme
Un unico team è responsabile di software, switch e RMA, e aggiornate comunque l'hardware e OcNOS-DC con cicli indipendenti.
Come è costruita la fabric e cosa offre ogni livello.
I server si collegano ai leaf, i leaf si connettono a ogni spine, e un livello border raggiunge la WAN e il secondo sito. La suddivisione del lavoro tra questi livelli è ciò che vi consente di aggiungere capacità a un livello senza toccare gli altri, e consente a un server di mantenere lo stesso gateway ovunque venga collocato.
Passate il mouse su ogni nodo per i dettagli di ruolo e piattaforma.
La stessa immagine OcNOS-DC gira su ogni livello, così dimensionate e acquistate le licenze per ruolo e gestite un'unica baseline software su tutta la fabric.
Leaf: la rampa di accesso di ogni rack
Il leaf termina VXLAN e ospita il gateway anycast distribuito, così un server vede lo stesso IP e MAC del gateway su qualsiasi leaf. Spostate o aggiungete un workload e questo mantiene la propria default route senza riassegnare gli indirizzi.
Aggiungete capacità server aggiungendo leaf, su uno switch Trident 4 400G.
Spine: banda per l'intera fabric
Lo spine trasporta la Underlay BGP-unnumbered, riflette le route EVPN e distribuisce il traffico con ECMP sull'overlay. Non ospita endpoint di tunnel, quindi aggiungere uno spine aggiunge banda all'intera fabric.
Scalate in ampiezza aggiungendo spine, senza ricablare i leaf.
Border leaf: l'uscita controllata della fabric
Il border leaf esegue il Gateway Layer 3 EVPN e annuncia verso l'esterno i prefissi IP di ogni tenant, VRF per VRF. È il vostro unico punto di handoff controllato verso la WAN e verso il secondo sito.
È anche il punto in cui due fabric si collegano tra loro per l'interconnessione coerente.
Underlay: cablaggio plug-and-peer
Ogni collegamento leaf-spine esegue BGP-unnumbered con codifica extended next-hop, così un link stabilisce il peering senza IP per interfaccia da assegnare o tracciare. Cablare un nuovo link significa collegare e fare peering.
Questo è ciò che rende la fabric rapida da cablare e rapida da far crescere.
Come lo switch costruisce la fabric.
La fabric cresce aggiungendo switch, non riprogettando l'architettura, ed EVPN-VXLAN è ciò che fa funzionare tutto questo. VXLAN incapsula in tunnel il traffico tenant tra i leaf sull'underlay IP, e EVPN annuncia dove risiede ogni MAC, host e prefisso, così lo switch inoltra in base a un control plane appreso invece di fare flooding per trovare un host.
EVPN annuncia MAC, IP e prefissi
Il leaf esegue il EVPN Layer 2 per VXLAN control plane e la prefix route per EVPN IRB, così EVPN trasporta route host MAC e IP e prefissi IP attraverso la fabric e ogni leaf inoltra in base a ciò che ha appreso.
Gateway anycast distribuito
Ogni leaf presenta il stesso IP e MAC del gateway per una subnet, usando più indirizzi IP sull'interfaccia IRB per l'anycast gateway, così un server è sempre a un hop dal proprio gateway, indipendentemente dal leaf dietro cui si trova.
Multihoming EVPN, active-active
Multihoming EVPN Layer 2 per VXLAN collega un server a due o più leaf in modalità active-active su un Ethernet Segment. Entrambi i link inoltrano il traffico e tra i leaf non c'è alcun peer-link MLAG.
Underlay BGP-unnumbered
Ogni collegamento leaf-spine esegue VXLAN EVPN con BGP unnumbered con codifica extended next-hop. Un link stabilisce il peering senza un indirizzo IP per interfaccia, il che mantiene l'underlay semplice da cablare e da espandere.
Isolamento VRF sui VNI
Ogni tenant vive nella propria VRF sui propri VNI, e route leaking inter-VRF su EVPN-VXLAN lascia passare solo i prefissi che autorizzate, così l'isolamento è l'impostazione predefinita e qualsiasi condivisione tra tenant è esplicita.
Overlay ECMP e route reflection
Overlay multipath a costo uguale distribuisce il traffico su tutti gli spine, e la route reflection EVPN nella fabric passa le route tra i leaf senza una maglia completa, così la fabric scala in ampiezza aggiungendo spine.
Consultate il dettaglio della funzionalità nella EVPN-VXLAN e multihoming EVPN (pagine tecnologiche) →
Dallo switch vergine al leaf di produzione in pochi minuti.
Un nuovo switch si avvia, recupera la sua configurazione e si unisce alla fabric senza sessione console. Da lì gestite la fabric come codice, con telemetria in streaming e configurazione model-driven su ogni piattaforma.
ZTP all'avvio
Uno switch recupera la sua immagine e configurazione tramite Zero Touch Provisioning, così passa dalla scatola a leaf di produzione senza una sessione console.
Streaming gNMI
gNMI invia la telemetria in streaming al vostro collector, in dial-in e dial-out, così lo stato di leaf e spine è un feed in tempo reale invece di un polling.
NETCONF, OpenConfig, Ansible
I modelli NETCONF e OpenConfig con Ansible consentono di applicare e verificare lo stato EVPN e VXLAN come codice, in modo coerente su tutta la fabric.
sFlow, BFD, graceful restart
sFlow campiona il traffico per la visibilità, BFD rileva rapidamente un guasto e il graceful restart BGP mantiene la fabric operativa mentre un neighbor riconverge.
Gli stessi switch eseguono anche il set RoCEv2 senza perdite per il traffico GPU, con PFC, ECN e DCQCN. Per una fabric di training GPU, consultate la pagina Soluzione fabric AI →
Interconnettete due fabric con DCI coerente.
Quando un operatore gestisce due data center, i tenant di uno devono raggiungere i tenant dell'altro, e la fabric si estende su entrambi i siti come un'unica rete. Il border leaf di ciascuna fabric unisce i due domini VXLAN Layer 3, ogni fabric annuncia all'altra i prefissi IP dei propri tenant tramite EVPN, e un link coerente 400G OpenZR+ trasporta il traffico tra i siti, usando la stessa tecnica routed optical già collaudata sui router dei service provider.
Il border leaf cuce insieme i domini L3
Il gateway EVPN Layer 3 su ogni border leaf esegue lo stitching VXLAN Layer 3, così il dominio VXLAN di una fabric passa all'altra a Layer 3 invece di estendere in bridging un unico dominio piatto attraverso la WAN.
Prefissi Type-5, per-tenant
Ogni fabric annuncia i suoi prefissi IP tenant all'altra come Route EVPN IP-prefix, riflesse dai route server, e il route leaking inter-VRF mantiene isolata la VRF di ogni tenant su entrambi i siti.
400G ZR+ coerente, senza transponder
Uno switch con capacità ZR+ ospita un 400G OpenZR+ coerente direttamente in una porta frontale e accende la lunghezza d'onda, senza uno shelf di transponder separato. Lo stesso DCI coerente a 400G funziona su switch per data center come l'Edgecore AS9726-32DB e sui router per service provider già impiegati per l'interconnessione, e la fabric Tomahawk 5 a 800G scala la capacità delle porte a valle.
Vista end-to-end
Cambiate vista tra la fabric di un sito, la cucitura DCI coerente tra i siti e la fabric remota.
Cucitura DCI coerente. I due border leaf cuciono le fabric a Layer 3 e accendono un collegamento coerente 400G OpenZR+ tra i siti. Ogni fabric annuncia i suoi prefissi IP tenant all'altra come route EVPN Type-5, e l'isolamento VRF per-tenant è preservato tra entrambi i siti.
Fabric del sito A. Una fabric leaf-spine EVPN-VXLAN: i leaf sono i tunnel endpoint VXLAN a cui si collegano i server, lo spine trasporta l'underlay BGP unnumbered e riflette le route EVPN, e il border leaf esegue il gateway EVPN Layer 3 verso l'interconnessione. Cucitura DCI coerente. I due border leaf cuciono le fabric a Layer 3 e accendono un collegamento coerente 400G OpenZR+ tra i siti. Ogni fabric annuncia i suoi prefissi IP tenant all'altra come route EVPN Type-5, e l'isolamento VRF per-tenant è preservato tra entrambi i siti. Fabric del sito B. La fabric remota è lo specchio del sito A: i propri leaf, spine e border leaf eseguono le stesse funzionalità EVPN-VXLAN, così i tenant del sito B raggiungono i tenant del sito A tramite l'interconnessione cucita.Quale switch convalidato per quale ruolo.
IP Infusion fornisce la fabric su 18 piattaforme data center validate di Edgecore e UfiSpace, ciascuna qualificata in laboratorio per piattaforma con OcNOS-DC precaricato. I leaf si dimensionano in base al numero di porte e all'anycast gateway, gli spine in base all'ampiezza della fabric, il leaf di interconnessione in base all'ottica coerente.
| Ruolo | Switch validato | Silicio e capacità | Perché si adatta al ruolo |
|---|---|---|---|
| Leaf (400G) | Edgecore AS9726-32DB / UfiSpace S9300-32D | Broadcom Trident 4, 12.8 Tbps, 400G | Il livello VTEP: porte rivolte ai server, il gateway anycast distribuito e il multihoming EVPN. |
| Spine (400G) | Edgecore AS9736-64D | Broadcom Tomahawk 4, 25.6 Tbps, 400G | ECMP dell'underlay e route reflection EVPN, nessun VTEP, dimensionato per l'ampiezza della fabric. |
| Spine / super-spine (800G) | Edgecore AIS800-64D / UfiSpace S9321-64E | Broadcom Tomahawk 5, 51.2 Tbps, 800G | Scale-out a 800G per le fabric più grandi. L'AIS800-64D utilizza ottiche QSFP-DD800. |
| Leaf di interconnessione (coerente 400G) | Edgecore AS9726-32DB | Broadcom Trident 4, 12.8 Tbps, 32×400G, 400G ZR+ coerente | Colloca un pluggable coerente 400G OpenZR+ in una porta QSFP-DD e accende direttamente la lunghezza d'onda di interconnessione, senza transponder esterno. |
| Leaf / ToR 100G | Edgecore AS7726-32X / UfiSpace S9110-32X | Broadcom Trident 3, 3.2 Tbps, 100G | Leaf del livello di accesso per rack server 25G e 100G. |
18 piattaforme data center validate. Tutte le piattaforme validate, compreso il resto del portafoglio, sono riportate nell' elenco di compatibilità hardware, e abbina le funzionalità all'hardware nella matrice delle funzionalità.
Confrontate l'intero portafoglio di silicio Broadcom su cui gira OcNOS, StrataXGS e StrataDNX →
Come dimensionare la fabric
- Livello leaf. Mettete i leaf su Trident 4 400G per il VTEP, il gateway anycast e il multihoming EVPN, o su un leaf Trident 3 100G per rack server 25G e 100G.
- Livello spine. Mettete gli spine su Tomahawk 4 400G, o su Tomahawk 5 800G quando la fabric deve scalare in ampiezza, e aggiungete spine invece di toccare i leaf.
- Leaf di interconnessione. Usate l'AS9726-32DB con pluggable coerenti 400G OpenZR+ nelle sue porte QSFP-DD quando la fabric si estende a un secondo sito, così il leaf di interconnessione accende la lunghezza d'onda direttamente.
- Un unico contratto. IP Infusion convalida e supporta ogni ruolo come un unico sistema, e lo switch e OcNOS-DC si aggiornano su cicli indipendenti.
Configurare un leaf VTEP.
Ogni leaf termina i tunnel VXLAN, ospita l'anycast gateway distribuito ed esegue l'address family EVPN in BGP. Di seguito una configurazione rappresentativa di un leaf OcNOS-DC: VXLAN con integrated routing and bridging, un tenant con la propria VNI layer 3 e il bridge domain, l'anycast gateway distribuito con MAC condiviso, la mappatura VNI-tenant ed EVPN sotto BGP.
! Leaf VTEP: VXLAN overlay, distributed anycast gateway, EVPN in BGP
configure terminal
nvo vxlan enable
nvo vxlan irb
evpn irb-forwarding anycast-gateway-mac 0000.0000.1111
ip vrf tenant1
l3vni 5010
mac vrf tenant1_l2
rd 10.0.0.1:10
route-target both 100:10
interface irb10
ip vrf forwarding tenant1
ip address 10.10.10.1/24 anycast
evpn irb-if-forwarding anycast-gateway-mac
nvo vxlan id 10 ingress-replication inner-vid-disabled
vxlan host-reachability-protocol evpn-bgp tenant1_l2
evpn irb10
nvo vxlan vtep-ip-global 10.0.0.1
router bgp 65001
neighbor 10.0.1.1 remote-as 65000
address-family l2vpn evpn
neighbor 10.0.1.1 activateCosa fa ogni riga
nvo vxlan enableenvo vxlan irbattivano VXLAN e integrated routing and bridging, così il leaf effettua sia lo switching all'interno di una subnet sia il routing tra subnet attraverso la fabric.evpn irb-forwarding anycast-gateway-mac 0000.0000.1111imposta un unico MAC di gateway condiviso per l'intera fabric, così ogni leaf risponde come lo stesso default gateway.ip vrf tenant1el3vni 5010assegnano insieme al tenant la propria tabella di routing e la VNI layer 3 che trasporta il traffico instradato tra subnet attraverso la fabric.mac vrf tenant1_l2definisce il bridge domain del tenant, e i suoirderoute-target bothgli assegnano un route distinguisher e target di import ed export, così EVPN mantiene separate le route MAC e IP di ogni tenant.interface irb10è il gateway del tenant:ip vrf forwarding tenant1lo associa alla tabella del tenant,ip addressimposta l'IP del gateway, eevpn irb-if-forwarding anycast-gateway-macapplica il MAC anycast condiviso a questa interfaccia.nvo vxlan id 10(blocco) mappa la VNI 10 sul tenant, usa l'ingress replication per il traffico broadcast e multicast e impostahost-reachability-protocol evpn-bgpcosì BGP EVPN apprende la raggiungibilità degli host.nvo vxlan vtep-ip-global 10.0.0.1imposta l'indirizzo del tunnel endpoint, un loopback, che identifica questo leaf nella fabric.router bgp 65001eneighbor 10.0.1.1 remote-as 65000stabiliscono insieme la sessione verso lo spine, e il bloccoaddress-family l2vpn evpnattiva EVPN così il leaf annuncia e apprende route MAC, IP e di prefisso.
Questi sono comandi VXLAN ed EVPN di OcNOS-DC tratti dalla guida di configurazione di OcNOS-DC, mostrati con VNI, nomi VRF e indirizzi di esempio anziché copiati da un singolo dispositivo. Verificate ID, route target e indirizzi esatti per la vostra fabric nella guida di configurazione VXLAN ed EVPN di OcNOS-DC su documentation.ipinfusion.com.
Switch fabric aperto rispetto a uno switch data center proprietario.
Rispetto ad Arista o Cisco, la questione della fabric è se uno switch aperto esegua leaf-spine EVPN-VXLAN in modo altrettanto completo. OcNOS-DC lo fa, su merchant silicon che l'operatore può acquistare da più di un fornitore, il tutto sotto un unico contratto di supporto.
| Funzionalità della fabric | Switch aperto (OcNOS-DC) | Proprietario (Arista EOS / Cisco NX-OS / Juniper Junos) |
|---|---|---|
| Fabric EVPN-VXLAN leaf-spine | ✓ dettagli → | ✓ |
| Gateway anycast distribuito | ✓ | ✓ |
| Multihoming EVPN (ESI-LAG, nessuna dipendenza da MLAG) | ✓ | ✓ |
| Underlay BGP-unnumbered | ✓ dettagli → | ✓ |
| Isolamento VRF e VNI multi-tenant | ✓ | ✓ |
| ZTP, gNMI, NETCONF e OpenConfig | ✓ | ✓ |
| 800G su Tomahawk 5 | ✓ | ✓ |
| Approvvigionamento hardware | Merchant silicon aperto da più fornitori | Switch single-vendor |
| Consegna e supporto | Switch completo, un unico contratto di supporto, rinnovo di switch e software separatamente | In bundle con il fornitore |
Arista, EOS, Cisco, NX-OS, Nexus, Juniper e Junos sono marchi dei rispettivi proprietari. IP Infusion non è affiliata a questi fornitori né li approva; il confronto riflette le capacità di OcNOS-DC verificabili nella matrice delle funzionalità.
Solution brief e datasheet.
Il brief della fabric EVPN-VXLAN, il brief DCI routed-optical e il datasheet OcNOS-DC da condividere con il vostro team. Modulo rapido, e il PDF si scarica immediatamente.
Fabric data center EVPN-VXLAN
Come si compone la fabric leaf-spine: EVPN-VXLAN, il gateway anycast, il multihoming e i VNI multi-tenant su switch aperti.
Scarica il briefDCI Routed Optical con 400G OpenZR+
La tecnica di interconnessione routed-optical: un'ottica coerente 400G OpenZR+ nel border leaf accende la lunghezza d'onda tra i siti, senza transponder separato.
Scarica il briefDatasheet OcNOS-DC
La panoramica OcNOS-DC: il set di funzionalità della fabric, l'hardware data center convalidato e le operazioni, in un unico PDF.
Ottieni il datasheetDomande sulla fabric data center.
Scoprite la fabric data center aperta.
Scoprite come IP Infusion fornisce la fabric EVPN-VXLAN leaf-spine come un unico sistema, oppure contattateci per mappare i vostri leaf, spine e interconnessione sulle piattaforme convalidate corrette.
DCI Routed Optical con 400G OpenZR+
Modulo breve. Il PDF verrà scaricato subito dopo l'invio.
✓ Il PDF si sta aprendo in una nuova scheda.
Se non si è aperto, usate il link qui sotto.
Fabric data center EVPN-VXLAN
Modulo breve. Il PDF verrà scaricato subito dopo l'invio.
✓ Il PDF si sta aprendo in una nuova scheda.
Se non si è aperto, usate il link qui sotto.
Datasheet OcNOS-DC
Modulo breve. Il PDF verrà scaricato subito dopo l'invio.
✓ Il PDF si sta aprendo in una nuova scheda.
Se non si è aperto, usate il link qui sotto.
Correlati dal blog
Overlay ECMP in una fabric EVPN-VXLAN leaf-spine, parte 1
Come l'overlay ECMP EVPN-VXLAN bilancia il carico su una fabric data center Clos leaf-spine
Leggi il post →Overlay ECMP in una fabric EVPN-VXLAN leaf-spine, parte 2
La seconda parte della guida overlay ECMP EVPN-VXLAN per la fabric data center
Leggi il post →