Die vollständige Leaf-Spine-Data-Center-Fabric, auf offenen Switches.
IP Infusion liefert eine komplette EVPN-VXLAN Leaf-Spine Data-Center-Fabric: 400G- und 800G-Switches mit OcNOS-DC, vorinstalliert und unter einem Vertrag unterstützt. Sie erweitern die Kapazität durch zusätzliche Switches, ein Server behält an jedem Leaf dasselbe Gateway, und jeder Mandant bleibt isoliert, mit verteiltem Anycast-Gateway, EVPN-Multihoming, BGP-Underlay und Multi-Tenant-VRF-Isolation auf offener Hardware.
Ein validierter Switch, eine Software und ein Supportvertrag.
IP Infusion qualifiziert den Switch und OcNOS-DC gemeinsam und unterstützt sie unter einem Vertrag, sodass die Fabric, die Sie entwerfen, auch die Fabric ist, die ausgeliefert wird. Jede Aussage unten verweist auf eine validierte Plattform in der Hardwareliste und eine unterstützte Funktion in der Matrix.
18 validierte Rechenzentrumsplattformen
Jeder Leaf, jeder Spine und jeder Border-Switch ist pro Plattform im Labor qualifiziert mit vorinstalliertem OcNOS-DC, von 100G-Access-Leaves bis zu 800G Tomahawk 5 Spines.
In der Feature-Matrix überprüfbar
EVPN-VXLAN, das Anycast-Gateway, Multihoming, das BGP-Unnumbered-Underlay und mandantenfähige VNIs sind jeweils den Plattformen zugeordnet, die sie unterstützen.
Switch, Software und RMA gemeinsam
Ein Team verantwortet Software, Switch und RMA, und Sie erneuern Hardware und OcNOS-DC weiterhin in unabhängigen Zyklen.
Wie die Fabric aufgebaut ist und was jede Ebene bietet.
Server werden an Leaves angeschlossen, Leaves verbinden sich mit jedem Spine, und eine Border-Ebene erreicht das WAN und den zweiten Standort. Die Aufteilung der Aufgaben über diese Ebenen hinweg ermöglicht es Ihnen, Kapazität in einer Ebene hinzuzufügen, ohne die anderen zu berühren, und lässt einen Server dasselbe Gateway behalten, wo immer er landet.
Bewegen Sie den Mauszeiger über jeden Knoten, um Details zu Rolle und Plattform anzuzeigen.
Dasselbe OcNOS-DC-Image läuft auf jeder Stufe, sodass Sie je Rolle dimensionieren und lizenzieren und eine einzige Software-Baseline über die gesamte Fabric betreiben.
Leaf: die Auffahrt jedes Racks
Der Leaf terminiert VXLAN und hostet das verteiltes Anycast-Gateway, sodass ein Server an jedem Leaf dieselbe Gateway-IP und MAC sieht. Verschieben oder ergänzen Sie einen Workload, und er behält seine Default-Route ohne Neuadressierung.
Sie fügen Serverkapazität hinzu, indem Sie Leaves ergänzen, auf einem Trident-4-400G-Switch.
Spine: Bandbreite für die gesamte Fabric
Der Spine trägt die BGP-unnumbered-Underlay, reflektiert EVPN-Routen und verteilt Traffic mit Overlay-ECMP. Er hält keine Tunnel-Endpunkte, sodass ein zusätzlicher Spine der gesamten Fabric Bandbreite hinzufügt.
Sie skalieren in die Breite, indem Sie Spines ergänzen, ohne die Leaves neu zu verkabeln.
Border-Leaf: der kontrollierte Ausgang der Fabric
Der Border-Leaf betreibt das EVPN-Layer-3-Gateway und kündigt die IP-Präfixe jedes Mandanten nach außen an, VRF für VRF. Er ist Ihre einzige kontrollierte Übergabe an das WAN und an den zweiten Standort.
Hier fügen sich auch zwei Fabrics für die kohärente Verbindung zusammen.
Underlay: Plug-and-Peer-Verkabelung
Jede Leaf-Spine-Verbindung nutzt BGP-unnumbered mit Extended-Next-Hop-Encoding, sodass ein Link ohne IP pro Interface peert, die vergeben oder verwaltet werden müsste. Ein neuer Link wird einfach verkabelt und peert.
Das macht die Fabric schnell zu verkabeln und schnell zu erweitern.
Wie der Switch die Fabric aufbaut.
Die Fabric wächst durch Hinzufügen von Switches, nicht durch Neuarchitektur, und EVPN-VXLAN macht das möglich. VXLAN tunnelt Tenant-Verkehr zwischen Leaves über das IP-Underlay, und EVPN kündigt an, wo sich jede MAC, jeder Host und jedes Präfix befindet, sodass der Switch auf Basis einer gelernten Control Plane weiterleitet, statt zu fluten, um einen Host zu finden.
EVPN kündigt MAC, IP und Präfixe an
Der Leaf betreibt das Layer-2-EVPN für VXLAN Control Plane und die Prefix-Route für EVPN IRB, sodass EVPN MAC- und IP-Host-Routen sowie IP-Präfixe über die Fabric trägt und jeder Leaf aus dem Gelernten weiterleitet.
Verteiltes Anycast-Gateway
Jeder Leaf präsentiert das dieselbe Gateway-IP und MAC für ein Subnetz, mit mehreren IP-Adressen auf dem IRB-Interface für das Anycast-Gateway, sodass ein Server immer einen Hop von seinem Gateway entfernt ist, egal hinter welchem Leaf er sitzt.
EVPN-Multihoming, Active-Active
Layer-2-EVPN-Multihoming für VXLAN bindet einen Server im Active-Active-Modus über ein Ethernet-Segment an zwei oder mehr Leaves an. Beide Links leiten weiter, und zwischen den Leaves gibt es keinen MLAG-Peer-Link.
BGP-unnumbered-Underlay
Jede Leaf-Spine-Verbindung nutzt VXLAN EVPN mit BGP unnumbered mit Extended-Next-Hop-Encoding. Ein Link peert ohne IP-Adresse pro Interface, was das Underlay einfach zu verkabeln und zu erweitern macht.
VRF-Isolation über VNIs
Jeder Mandant lebt in seiner eigenen VRF über seine eigenen VNIs, und Inter-VRF-Route-Leaking über EVPN-VXLAN lässt nur die Präfixe durch, die Sie erlauben, sodass Isolation der Standard ist und jede gemeinsame Nutzung zwischen Mandanten explizit erfolgt.
Overlay-ECMP und Route Reflection
Overlay-Equal-Cost-Multipath verteilt den Traffic über jeden Spine, und EVPN-Route-Reflection in der Fabric gibt Routen ohne Vollvermaschung zwischen den Leaves weiter, sodass die Fabric durch zusätzliche Spines in die Breite skaliert.
Details zur Funktion finden Sie auf der EVPN-VXLAN und EVPN-Multihoming Technologieseite →
Vom unkonfigurierten Switch zum produktiven Leaf in Minuten.
Ein neuer Switch bootet, lädt seine Konfiguration und tritt der Fabric ohne Konsolensitzung bei. Von dort betreiben Sie die Fabric als Code, mit Streaming-Telemetrie und modellgetriebener Konfiguration auf jeder Plattform.
ZTP beim Booten
Ein Switch lädt sein Image und seine Konfiguration über Zero Touch Provisioning, sodass er ohne Konsolensitzung vom Karton zum produktiven Leaf wird.
gNMI-Streaming
gNMI streamt Telemetrie an Ihren Collector, Dial-in und Dial-out, sodass der Zustand von Leaf und Spine ein Live-Feed statt einer Abfrage ist.
NETCONF, OpenConfig, Ansible
NETCONF- und OpenConfig-Modelle mit Ansible ermöglichen es Ihnen, EVPN- und VXLAN-Zustand als Code auszurollen und zu verifizieren, konsistent über die gesamte Fabric.
sFlow, BFD, Graceful Restart
sFlow tastet Traffic für die Sichtbarkeit ab, BFD erkennt einen Ausfall schnell, und BGP Graceful Restart sorgt dafür, dass die Fabric weiter Traffic weiterleitet, während ein Nachbar neu konvergiert.
Dieselben Switches betreiben auch das verlustfreie RoCEv2-Set für GPU-Verkehr, mit PFC, ECN und DCQCN. Für eine GPU-Training-Fabric siehe die AI-Fabric-Lösung →
Zwei Fabrics über kohärentes DCI verbinden.
Wenn ein Betreiber zwei Rechenzentren betreibt, müssen Tenants im einen die Tenants im anderen erreichen, und die Fabric erstreckt sich über beide Standorte als ein Netz. Der Border-Leaf in jeder Fabric verbindet die beiden VXLAN-Layer-3-Domänen, jede Fabric kündigt der anderen ihre Mandanten-IP-Präfixe über EVPN an, und ein kohärenter 400G-OpenZR+-Link trägt den Traffic zwischen den Standorten, mit derselben Routed-Optical-Technik, die sich auf Service-Provider-Routern bereits bewährt hat.
Border-Leaf verbindet die L3-Domänen
Das EVPN-Layer-3-Gateway auf jedem Border-Leaf führt VXLAN-Layer-3-Stitching durch, sodass die VXLAN-Domäne einer Fabric auf Layer 3 an die andere übergeben wird, statt eine flache Domäne über das WAN zu bridgen.
Type-5-Präfixe, je Mandant
Jede Fabric kündigt der anderen ihre Mandanten-IP-Präfixe an als EVPN-IP-Präfix-Routen, reflektiert von den Route-Servern, und Inter-VRF-Route-Leaking hält die VRF jedes Mandanten über beide Standorte hinweg isoliert.
400G ZR+ kohärent, kein Transponder
Ein ZR+-fähiger Switch nimmt ein 400G OpenZR+ kohärente Optik direkt in einem Frontport und schaltet die Wellenlänge auf, ohne separates Transponder-Shelf. Dasselbe kohärente 400G-DCI läuft auf Data-Center-Switches wie dem Edgecore AS9726-32DB und auf den bereits für die Interconnection eingesetzten Service-Provider-Routern, und die 800G-Tomahawk-5-Fabric skaliert die Portkapazität dahinter.
Ende-zu-Ende-Ansicht
Wechseln Sie die Ansicht zwischen der Fabric eines Standorts, der kohärenten DCI-Verknüpfung zwischen Standorten und der entfernten Fabric.
Coherent-DCI-Verbindung. Die zwei Border-Leaves verbinden die Fabrics auf Layer 3 und schalten eine kohärente 400G-OpenZR+-Verbindung zwischen den Standorten auf. Jede Fabric kündigt der anderen ihre Tenant-IP-Präfixe als EVPN-Type-5-Routen an, und die VRF-Isolation je Tenant bleibt über beide Standorte erhalten.
Fabric an Standort A. Eine EVPN-VXLAN-Leaf-Spine-Fabric: Die Leaves sind die VXLAN-Tunnel-Endpunkte, an die die Server angebunden sind, der Spine trägt das BGP-Unnumbered-Underlay und reflektiert EVPN-Routen, und der Border-Leaf betreibt das EVPN-Layer-3-Gateway in Richtung Interconnect. Coherent-DCI-Verbindung. Die zwei Border-Leaves verbinden die Fabrics auf Layer 3 und schalten eine kohärente 400G-OpenZR+-Verbindung zwischen den Standorten auf. Jede Fabric kündigt der anderen ihre Tenant-IP-Präfixe als EVPN-Type-5-Routen an, und die VRF-Isolation je Tenant bleibt über beide Standorte erhalten. Fabric an Standort B. Die entfernte Fabric spiegelt Standort A: eigene Leaves, eigener Spine und eigener Border-Leaf mit denselben EVPN-VXLAN-Funktionen, sodass Mandanten an Standort B die Mandanten an Standort A über den verbundenen Interconnect erreichen.Welcher validierte Switch für welche Rolle.
IP Infusion liefert die Fabric auf 18 validierte Rechenzentrumsplattformen von Edgecore und UfiSpace, jeweils pro Plattform im Labor qualifiziert, mit vorinstalliertem OcNOS-DC. Leaves werden nach Portanzahl und Anycast-Gateway dimensioniert, Spines nach Fabric-Breite, der Interconnect-Leaf nach der kohärenten Optik.
| Rolle | Validierter Switch | Silicon und Kapazität | Warum er zur Rolle passt |
|---|---|---|---|
| Leaf (400G) | Edgecore AS9726-32DB / UfiSpace S9300-32D | Broadcom Trident 4, 12.8 Tbps, 400G | Die VTEP-Ebene: serverseitige Ports, das verteilte Anycast-Gateway und EVPN-Multihoming. |
| Spine (400G) | Edgecore AS9736-64D | Broadcom Tomahawk 4, 25.6 Tbps, 400G | Underlay-ECMP und EVPN-Route-Reflection, keine VTEPs, dimensioniert auf die Fabric-Breite. |
| Spine / Super-Spine (800G) | Edgecore AIS800-64D / UfiSpace S9321-64E | Broadcom Tomahawk 5, 51.2 Tbps, 800G | 800G-Scale-out für die größten Fabrics. Der AIS800-64D nutzt QSFP-DD800-Optik. |
| Interconnect-Leaf (400G kohärent) | Edgecore AS9726-32DB | Broadcom Trident 4, 12.8 Tbps, 32×400G, 400G ZR+ kohärent | Setzt einen kohärenten 400G-OpenZR+-Pluggable in einen QSFP-DD-Port und schaltet die Interconnect-Wellenlänge direkt frei, ohne externen Transponder. |
| 100G-Leaf / ToR | Edgecore AS7726-32X / UfiSpace S9110-32X | Broadcom Trident 3, 3.2 Tbps, 100G | Access-Tier-Leaves für 25G- und 100G-Server-Racks. |
18 validierte Rechenzentrumsplattformen. Alle validierten Plattformen, einschließlich des restlichen Portfolios, finden Sie in der Hardware-Kompatibilitätsliste, und ordnen Sie Features der Hardware zu in der Feature-Matrix.
Wie Sie die Fabric dimensionieren
- Leaf-Ebene. Setzen Sie die Leaves auf 400G Trident 4 für den VTEP, das Anycast-Gateway und EVPN-Multihoming oder auf einen 100G-Trident-3-Leaf für 25G- und 100G-Server-Racks.
- Spine-Ebene. Setzen Sie die Spines auf 400G Tomahawk 4 oder auf 800G Tomahawk 5, wenn die Fabric breiter skalieren muss, und fügen Sie Spines hinzu, statt die Leaves anzufassen.
- Interconnect-Leaf. Verwenden Sie den AS9726-32DB mit kohärenten 400G-OpenZR+-Pluggables in seinen QSFP-DD-Ports, wenn sich die Fabric auf einen zweiten Standort erstreckt, sodass der Interconnect-Leaf die Wellenlänge direkt aufschaltet.
- Ein Vertrag. IP Infusion validiert und unterstützt jede Rolle als ein System, und Switch und OcNOS-DC werden in unabhängigen Zyklen erneuert.
Einen Leaf-VTEP konfigurieren.
Jeder Leaf terminiert VXLAN-Tunnel, hostet das verteilte Anycast-Gateway und betreibt die EVPN-Adressfamilie in BGP. Unten sehen Sie eine repräsentative OcNOS-DC-Leaf-Konfiguration: VXLAN mit Integrated Routing and Bridging, ein Mandant mit seiner Layer-3-VNI und Bridge-Domain, das verteilte Anycast-Gateway mit gemeinsamer MAC, die Zuordnung von VNI zu Mandant und EVPN unter 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 activateWas jede Zeile bewirkt
nvo vxlan enableundnvo vxlan irbaktivieren VXLAN und Integrated Routing and Bridging, sodass der Leaf sowohl innerhalb eines Subnetzes switcht als auch zwischen Subnetzen über die Fabric routet.evpn irb-forwarding anycast-gateway-mac 0000.0000.1111setzt eine gemeinsame Gateway-MAC für die gesamte Fabric, sodass jeder Leaf als dasselbe Default-Gateway antwortet.ip vrf tenant1undl3vni 5010geben dem Mandanten gemeinsam eine eigene Routing-Tabelle und die Layer-3-VNI, die gerouteten Traffic zwischen Subnetzen über die Fabric trägt.mac vrf tenant1_l2definiert die Bridge-Domain des Mandanten, und ihrerdundroute-target bothgeben ihr einen Route Distinguisher sowie Import- und Export-Targets, sodass EVPN die MAC- und IP-Routen jedes Mandanten getrennt hält.interface irb10ist das Mandanten-Gateway:ip vrf forwarding tenant1bindet es an die Mandantentabelle,ip addresssetzt die Gateway-IP, undevpn irb-if-forwarding anycast-gateway-macwendet die gemeinsame Anycast-MAC auf dieses Interface an.nvo vxlan id 10Block ordnet VNI 10 dem Mandanten zu, nutzt Ingress Replication für Broadcast- und Multicast-Traffic und setzthost-reachability-protocol evpn-bgpdamit BGP EVPN die Host-Erreichbarkeit lernt.nvo vxlan vtep-ip-global 10.0.0.1setzt die Tunnel-Endpunkt-Adresse, ein Loopback, das diesen Leaf in der Fabric identifiziert.router bgp 65001undneighbor 10.0.1.1 remote-as 65000bauen gemeinsam die Session zum Spine auf, und deraddress-family l2vpn evpnBlock aktiviert EVPN, sodass der Leaf MAC-, IP- und Prefix-Routen ankündigt und lernt.
Dies sind OcNOS-DC-Befehle für VXLAN und EVPN aus dem OcNOS-DC Configuration Guide, gezeigt mit Beispiel-VNIs, VRF-Namen und Adressen statt von einem Gerät kopiert. Prüfen Sie die genauen IDs, Route Targets und Adressen für Ihre Fabric anhand des OcNOS-DC VXLAN and EVPN Configuration Guide unter documentation.ipinfusion.com.
Offener Fabric-Switch im Vergleich zu einem proprietären Data-Center-Switch.
Gegenüber Arista oder Cisco lautet die Fabric-Frage, ob ein offener Switch EVPN-VXLAN-Leaf-Spine ebenso vollständig ausführt. OcNOS-DC tut das, auf Merchant-Silicon, das der Betreiber von mehr als einem Anbieter kaufen kann, alles unter einem einzigen Supportvertrag.
| Fabric-Fähigkeit | Offener Switch (OcNOS-DC) | Proprietär (Arista EOS / Cisco NX-OS / Juniper Junos) |
|---|---|---|
| EVPN-VXLAN-Leaf-Spine-Fabric | ✓ Details → | ✓ |
| Verteiltes Anycast-Gateway | ✓ | ✓ |
| EVPN-Multihoming (ESI-LAG, keine MLAG-Abhängigkeit) | ✓ | ✓ |
| BGP-unnumbered-Underlay | ✓ Details → | ✓ |
| Mandantenfähige VRF- und VNI-Isolation | ✓ | ✓ |
| ZTP, gNMI, NETCONF und OpenConfig | ✓ | ✓ |
| 800G auf Tomahawk 5 | ✓ | ✓ |
| Hardware-Beschaffung | Offenes Merchant-Silicon von mehreren Anbietern | Switch eines einzigen Herstellers |
| Bereitstellung und Support | Kompletter Switch, ein Supportvertrag, Switch- und Software-Refresh getrennt | Herstellergebündelt |
Arista, EOS, Cisco, NX-OS, Nexus, Juniper und Junos sind Marken ihrer jeweiligen Eigentümer. IP Infusion ist mit diesen Anbietern nicht verbunden und empfiehlt sie nicht; der Vergleich spiegelt die OcNOS-DC-Fähigkeiten wider, die überprüfbar sind in der Feature-Matrix.
Solution Briefs und Datenblatt.
Der EVPN-VXLAN-Fabric-Brief, der Routed-Optical-DCI-Brief und das OcNOS-DC-Datenblatt zum Teilen mit Ihrem Team. Kurzes Formular, und das PDF wird sofort heruntergeladen.
EVPN-VXLAN-Data-Center-Fabric
Wie die Leaf-Spine-Fabric zusammenspielt: EVPN-VXLAN, das Anycast-Gateway, Multihoming und mandantenfähige VNIs auf offenen Switches.
Brief anfordernRouted-Optical-DCI mit 400G OpenZR+
Die Routed-Optical-Interconnect-Technik: Eine kohärente 400G-OpenZR+-Optik im Border-Leaf schaltet die Wellenlänge zwischen den Standorten auf, ohne separaten Transponder.
Brief anfordernOcNOS-DC-Datenblatt
Der OcNOS-DC-Überblick: der Fabric-Funktionsumfang, die validierte Rechenzentrums-Hardware und der Betrieb, in einem PDF.
Datenblatt abrufenFragen zur Data-Center-Fabric.
Die offene Data-Center-Fabric ansehen.
Sehen Sie, wie IP Infusion die EVPN-VXLAN-Leaf-Spine-Fabric als ein System liefert, oder kontaktieren Sie uns, um Ihre Leaves, Spines und Interconnects den passenden validierten Plattformen zuzuordnen.
Routed-Optical-DCI mit 400G OpenZR+
Kurzes Formular. Ihr PDF wird unmittelbar nach dem Absenden heruntergeladen.
✓ Ihr PDF wird in einem neuen Tab geöffnet.
Falls es sich nicht geöffnet hat, verwenden Sie den Link unten.
EVPN-VXLAN-Data-Center-Fabric
Kurzes Formular. Ihr PDF wird unmittelbar nach dem Absenden heruntergeladen.
✓ Ihr PDF wird in einem neuen Tab geöffnet.
Falls es sich nicht geöffnet hat, verwenden Sie den Link unten.
OcNOS-DC-Datenblatt
Kurzes Formular. Ihr PDF wird unmittelbar nach dem Absenden heruntergeladen.
✓ Ihr PDF wird in einem neuen Tab geöffnet.
Falls es sich nicht geöffnet hat, verwenden Sie den Link unten.
Passend aus dem Blog
Overlay-ECMP in einer EVPN-VXLAN-Leaf-Spine-Fabric, Teil 1
Wie EVPN-VXLAN-Overlay-ECMP die Last über eine Clos-Leaf-Spine-Data-Center-Fabric verteilt
Beitrag lesen →Overlay-ECMP in einer EVPN-VXLAN-Leaf-Spine-Fabric, Teil 2
Der zweite Teil der Schritt-für-Schritt-Erläuterung zu EVPN-VXLAN-Overlay-ECMP in der Data-Center-Fabric
Beitrag lesen →