Cisco Nexus Serie erklärt: 3000er bis 9500er – Data-Center-Switching gebraucht kaufen

Während Cisco Catalyst das Campus- und Access-Netzwerk abdeckt, ist Cisco Nexus die dedizierte Plattform für das Rechenzentrum: höhere Portdichten, Spine-Leaf-Architekturen und Funktionen, die klassische Campus-Switches schlicht nicht benötigen. Von der kompakten Nexus-3000-Serie bis zur modularen 9500er-Chassis-Plattform deckt Cisco damit praktisch jede Data-Center-Größenordnung ab.

Dieser Beitrag ordnet die wichtigsten Nexus-Serien ein, erklärt zentrale Konzepte wie NX-OS, VPC und den ACI-Modus der Nexus-9000-Serie und zeigt, worauf Sie beim Kauf gebrauchter Data-Center-Switches konkret achten sollten.

Cisco Nexus vs. Cisco Catalyst: Warum Data-Center-Switching anders tickt

Cisco Catalyst-Switches – etwa aus unserem Beitrag zur Catalyst-2960-Serie – sind auf Campus- und Zweigstellen-Anbindung ausgelegt und laufen unter klassischem Cisco IOS bzw. IOS XE. Nexus-Switches richten sich dagegen an Rechenzentrums-Netzwerke mit hohen Portdichten, niedrigen Latenzen und Spine-Leaf-Architekturen – und laufen unter dem eigenständigen Betriebssystem NX-OS. Diese Trennung ist kein Zufall: Data-Center-Netzwerke müssen tausende Server gleichzeitig mit vorhersagbar niedriger Latenz und hoher Ausfallsicherheit verbinden – Anforderungen, für die ein Campus-Switch schlicht nicht konstruiert ist.

Die Nexus-Serien im Überblick: von 3000 bis 9500

Nexus 3000 – kompakte, latenzarme ToR-Switches

Die Nexus-3000-Serie bietet kostengünstige, latenzarme Top-of-Rack-Switches mit 1/10/25/40/100G-Anbindung – ideal für Standard-Access-Anforderungen im Rechenzentrum sowie latenzsensitive Anwendungen wie Finanzhandelssysteme, bei denen jede Mikrosekunde Übertragungszeit zählt.

Nexus 5000/5500/5600 – etablierte ToR-Switches mit Unified Fabric

Die 5000er-Familie bot mit Unified-Fabric-Unterstützung (inkl. FCoE bei einigen Modellen) über Jahre eine bewährte ToR-Lösung, die Ethernet- und Storage-Verkehr über eine gemeinsame Infrastruktur transportieren konnte. Sie wird inzwischen zunehmend von der Nexus-9000-Serie abgelöst, ist aber in vielen gewachsenen Rechenzentren noch produktiv im Einsatz.

Nexus 7000/7700 – modulare Aggregation und Core

Für große, etablierte Rechenzentren bietet die 7000er/7700er-Serie modulare, chassis-basierte Systeme mit hoher Portdichte und Redundanz auf Aggregations- und Core-Ebene.

Nexus 9000 (9200/9300/9500) – die aktuelle Flaggschiff-Plattform

Die Nexus-9000-Familie ist Ciscos aktuelle Data-Center-Plattform und deckt mit festen Switches (9200/9300) für ToR-Einsatz sowie modularen 9500er-Chassis für Spine/Core-Rollen praktisch die gesamte Bandbreite ab – wahlweise im klassischen NX-OS-Standalone-Betrieb oder im ACI-Fabric-Modus.

Nexus 2000: Fabric Extender statt eigenständiger Switch

Die Nexus-2000-Serie (Fabric Extender, FEX) ist kein eigenständiger Switch, sondern eine Art „Remote-Linecard“, die die Portanzahl eines übergeordneten Parent-Switches (etwa Nexus 5000, 6000, 7000 oder 9000) erweitert – zentral verwaltet über den Parent-Switch, aber physisch näher an den Endgeräten platziert.

Der praktische Vorteil: Statt in jedem Rack einen vollständig eigenständigen Switch mit eigener Konfiguration und Management-Adresse zu betreiben, lässt sich die Port-Erweiterung über FEX-Module zentral vom Parent-Switch aus verwalten. Das reduziert die Anzahl der zu verwaltenden Management-Punkte erheblich und vereinfacht Konfigurationsänderungen über viele Racks hinweg. Beim Gebrauchtkauf ist entsprechend wichtig, FEX-Module nicht isoliert zu betrachten, sondern immer im Zusammenspiel mit dem geplanten oder vorhandenen Parent-Switch zu bewerten.

NX-OS, VPC und ACI: die technischen Grundlagen

NX-OS als Betriebssystem

NX-OS ist Ciscos eigenständiges, auf Data-Center-Anforderungen zugeschnittenes Betriebssystem für die Nexus-Familie – mit Fokus auf hohe Verfügbarkeit, modulare Software-Prozesse und Data-Center-spezifische Protokolle. Ein zentrales Architekturmerkmal ist die Möglichkeit, einzelne Software-Prozesse unabhängig voneinander neu zu starten, ohne den gesamten Switch neu booten zu müssen – ein wichtiger Baustein für die in Rechenzentren geforderte hohe Verfügbarkeit.

VPC (Virtual Port Channel) für Redundanz ohne Stacking

VPC erlaubt es, zwei physisch getrennte Nexus-Switches gegenüber angeschlossenen Geräten als einen einzigen logischen Switch für Link-Aggregation erscheinen zu lassen – eine zentrale Redundanz-Technologie im Nexus-Umfeld, die anders funktioniert als das Stacking bei Catalyst-Switches.

ACI-Modus bei der Nexus-9000-Serie

Nexus-9000-Switches lassen sich wahlweise im klassischen NX-OS-Standalone-Modus oder im ACI-Modus (Application Centric Infrastructure) betreiben, bei dem eine zentrale APIC-Controller-Instanz die gesamte Fabric-Konfiguration policy-basiert steuert.

Nexus-Serien im Vergleich: Übersichtstabelle

Die folgende Übersicht fasst die wichtigsten Unterschiede zusammen:

Welche Nexus-Serie passt zu welchem Einsatzszenario?

ToR-Access mit Nexus 3000/9200/9300

Für die klassische Server-Anbindung auf Rack-Ebene sind kompakte, feste Switches aus der 3000er- oder 9200er/9300er-Serie in der Regel die wirtschaftlichste Wahl.

Aggregation und Core mit Nexus 7000/9500

Für die Aggregations- oder Core-Ebene größerer Rechenzentren bieten modulare Chassis-Systeme aus der 7000er- oder 9500er-Serie die notwendige Portdichte und Redundanz.

Wann sich Nexus 5000/6000 gebraucht noch lohnt

Für bestehende Umgebungen, die bereits auf Nexus 5000/6000 aufbauen, kann eine gebrauchte Erweiterung weiterhin sinnvoll sein – für Neuplanungen empfiehlt sich in der Regel der Umstieg auf die aktuellere 9000er-Serie.

Worauf Sie beim Kauf gebrauchter Nexus-Switches achten sollten

NX-OS-Lizenzumfang prüfen

Bestimmte NX-OS-Funktionen (z. B. erweiterte Layer-3-Features oder ACI-Fabric-Teilnahme) sind an Feature-Lizenzen gebunden. Die Grundlagen zur Lizenzübertragbarkeit bei gebrauchter Cisco-Hardware haben wir in unserem Beitrag „Lizenzen & Firmware bei gebrauchter Netzwerktechnik“ zusammengefasst.

End-of-Life-Status je Serie

Da die einzelnen Nexus-Serien unterschiedlich alt sind, variiert auch ihr EOL-Status erheblich – die allgemeinen Meilensteine dazu erklären wir in „EOL, EOS & End of Support erklärt“.

FEX-Kompatibilität zum Parent-Switch

Falls Sie zusätzlich Nexus-2000-Fabric-Extender einsetzen möchten, prüfen Sie vorab die Kompatibilität zum vorhandenen oder geplanten Parent-Switch – nicht jede FEX-Generation wird von jedem Parent-Modell unterstützt.

Zertifizierte Datenlöschung der Konfiguration

Gebrauchte Nexus-Switches enthalten häufig noch VLAN-, VPC- und Zugangsdaten-Konfigurationen des Vorbesitzers. Achten Sie auf eine dokumentierte, zertifizierte Datenlöschung vor der Weitergabe.

Fazit

Für kompakte Access-Anforderungen im Rechenzentrum eignen sich Nexus 3000 oder die festen 9200er/9300er-Modelle, für Aggregation und Core die modularen Chassis-Systeme der 7000er- oder 9500er-Serie. Wer zusätzlich Routing-seitig plant, findet in unserem Beitrag zu Cisco ISR und ASR eine passende Einordnung für die Routing-Ebene.

Gerne beraten wir Sie zur passenden Nexus-Serie und Konfiguration für Ihr Rechenzentrum aus unserem aktuellen, geprüften Bestand.