Netzwerk & WAN
SONiC
SONiC ist ein quelloffenes, Debian-basiertes Netzwerk-Betriebssystem für Switches, das Hardware und NOS entkoppelt und auf Rechenzentrums-Fabrics zielt.
- Offenes NOS, Linux Foundation
- Debian-basiert, containerisiert
- Whitebox, SAI-Abstraktion
- Leaf-Spine, EVPN/VXLAN
- Hyperscale-erprobt
SONiC (Software for Open Networking in the Cloud) ist ein quelloffenes, Debian-basiertes Betriebssystem für Netzwerk-Switches. Microsoft entwickelte es für das Azure-Netz und übergab es 2022 an die Linux Foundation. Sein Kerngedanke ist Disaggregation: Hardware und Switch-Software werden entkoppelt, sodass dasselbe NOS auf Whitebox-Switches verschiedener Hersteller läuft.
Dieser Artikel erklärt die Architektur (containerisierte Dienste, zentrale Redis-Datenbank, das Switch Abstraction Interface), den Einsatz in Rechenzentrums-Fabrics mit BGP und EVPN/VXLAN, die Distributionen sowie eine ehrliche Einordnung von Stärken und Betriebsaufwand.
1. Disaggregation und SAI
Klassisch sind Switch-Hardware und -Betriebssystem fest verheiratet. SONiC bricht das auf: Das Switch Abstraction Interface (SAI), ein Standard des Open Compute Project, definiert eine herstellerunabhängige Schnittstelle zur Switching-Hardware. Die ASIC-Hersteller liefern die SAI-Implementierung, SONiC selbst bleibt gleich. So lässt sich der Switch-Lieferant wechseln, ohne das NOS zu tauschen.
SONiCs eigentliches Versprechen ist nicht ein einzelnes Feature, sondern die Entkopplung: Wer Hardware und Software trennt, verhandelt nicht mehr Lock-in, sondern Lieferanten.
2. Architektur
SONiC läuft als Sammlung von Docker-Containern auf Debian Linux. Die Komponenten kommunizieren nicht direkt, sondern über eine zentrale Redis-Datenbank, die nach Zweck getrennte logische DBs hält (Konfiguration, Betriebszustand, ASIC-Abbild, Zähler). Der Routing-Stack ist FRRouting; der Switch State Service (SWSS) mit dem Orchagent übersetzt gewünschte Zustände über SAI in ASIC-Befehle.
3. Im Rechenzentrum
SONiC ist für moderne Leaf-Spine-Fabrics gebaut: BGP als Underlay, EVPN/VXLAN als Overlay für Mandantentrennung und Layer-2-Erweiterung über IP. Automatisierung ist erstklassig verankert, mit Zero Touch Provisioning, gNMI/gRPC, NETCONF/YANG und Ansible-Anbindung. Dual-Stack IPv4/IPv6 wird vollständig unterstützt.
4. Distributionen und Betrieb
Neben dem Community-SONiC (halbjährliche Releases) gibt es kommerzielle Distributionen mit Support und Härtung, etwa von Broadcom, Dell, Aviz oder Hedgehog. Das ist oft sinnvoll, denn der Eigenbetrieb verlangt eine Mischung aus Netzwerk-Engineering, Linux- und Container-Kenntnissen. Eingesparte Hardware-Kosten durch Whitebox-Switches können durch höheren Betriebsaufwand teilweise wieder aufgezehrt werden.
Kein Campus-Switch-Ersatz
SONiC ist auf einfache, Layer-3-zentrierte DC-Fabrics ausgelegt. Klassische Campus-Topologien mit komplexen Layer-2-Funktionen passen schlecht; manche Enterprise-Features (etwa vollständiges MC-LAG) sind in der Community-Version schwächer ausgeprägt als in kommerziellen Builds.
5. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Offenes NOS, Hyperscale-erprobt, keine Bindung an einen Switch-Hersteller | Hoher Skill-Bedarf (Netzwerk + Linux + Container) |
| Breite ASIC-Abdeckung über SAI, große Plattformauswahl | Eingesparte CAPEX kann durch OPEX teils kompensiert werden |
| Automation-first (ZTP, gNMI), starkes EVPN/VXLAN im DC | Keine Campus-Lösung; Layer-2-Features in der Community-Version dünner |
Häufige Fragen zu SONiC
Eher nicht. SONiC ist für Rechenzentrums-Fabrics mit Leaf-Spine und EVPN/VXLAN gebaut. Klassische Campus-Anforderungen mit viel Layer 2 deckt es schlechter ab; dort sind etablierte Campus-Switches meist die bessere Wahl.
Community-SONiC ist voll funktionsfähig und kostenlos, verlangt aber erhebliches Eigen-Know-how. Kommerzielle Distributionen (Broadcom, Dell, Aviz, Hedgehog u. a.) ergänzen Support, Härtung und teils zusätzliche Features, sinnvoll überall dort, wo Betrieb und Haftung planbar sein müssen.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
SONiC im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.