Netze automatisieren: Nutzen und Grenzen von SDN
Ein neues Anwendungsnetz anlegen, Regeln übernehmen und die Erreichbarkeit prüfen: Solche Aufgaben wiederholen sich im IT-Betrieb. Softwaresteuerung kann dabei helfen, Änderungen nachvollziehbar vorzubereiten. Ob dafür eine SDN-Plattform nötig ist oder gezielte Automatisierung ausreicht, hängt von der Aufgabe und der vorhandenen Umgebung ab.
Was SDN an der Netzwerksteuerung verändert
Software Defined Networking trennt die Steuerungsfunktionen von der eigentlichen Paketweiterleitung und macht Netzwerkverhalten programmierbar. Die Control Plane bestimmt, wie Daten weitergeleitet werden; die Data Plane setzt diese Vorgaben um. RFC 7426 unterscheidet zusätzlich die Management Plane für Konfiguration, Überwachung und Wartung. Eine zentrale Verwaltungsoberfläche allein beschreibt deshalb noch keine SDN-Architektur.
Die Open Networking Foundation spricht von logisch zentraler Steuerung. Das bedeutet nicht zwangsläufig einen einzelnen physischen Controller. Wie Steuerung, Redundanz und Schnittstellen umgesetzt sind, muss anhand der konkreten Plattform geprüft werden. Auch OpenFlow ist nicht mit dem gesamten Begriff SDN gleichzusetzen.
Automatisierung und SD-WAN getrennt einordnen
Netzwerkautomatisierung beschreibt zunächst die Ausführung wiederholbarer Aufgaben durch Software. Beispielsweise können Konfigurationen eingesammelt, verglichen oder aus Vorlagen erzeugt werden. Dafür muss nicht die gesamte Netzwerkarchitektur auf SDN umgestellt werden. Entscheidend sind unterstützte Geräte, geeignete Schnittstellen und ein klarer Sollzustand.
SD-WAN konzentriert sich dagegen auf die softwaregesteuerte Weitverkehrsvernetzung, etwa zwischen Standorten und Cloud-Diensten. Cisco ordnet es als Anwendung von SDN im WAN ein. Ein Bedarf an Standortvernetzung ist damit eine andere Planungsfrage als die Bereitstellung virtueller Netze im Rechenzentrum. Halten Sie zuerst fest, welcher Verbindungsweg verbessert werden soll.
Mit einer wiederkehrenden Aufgabe beginnen
Wählen Sie zunächst eine überschaubare Aufgabe: etwa vorhandene VLAN-Konfigurationen erfassen und gegen eine freigegebene Liste prüfen. Ansible stellt dafür Netzwerk-Ressourcenmodule bereit. Deren Zustand gathered liest Informationen vom Gerät; rendered erzeugt gerätespezifische Konfiguration ohne Geräteverbindung. Welche Zustände und Ressourcen unterstützt werden, ist in der Dokumentation des jeweiligen Moduls zu prüfen.
Trennen Sie Bestandsaufnahme, Vorschlag und Ausführung. Eine Vorlage sollte nicht ohne Prüfung auf alle Geräte verteilt werden. Auch Ansible-Check- und Diff-Modus haben Grenzen: Unterstützung ist modulabhängig, und einzelne Tasks können trotz Check-Modus ausdrücklich normal ausgeführt werden. Prüfen Sie solche Ausnahmen; ein unauffälliger Probelauf belegt noch keine funktionierende Verbindung nach der Änderung.
Abhängigkeiten und Ausfallverhalten prüfen
Softwaresteuerung ersetzt die physische Infrastruktur nicht. Erfassen Sie Links, Switches, Routing und Managementzugänge ebenso wie Controller, Zertifikate und benötigte Dienste. Prüfen Sie vor einer Plattformentscheidung Hardwareunterstützung, Versionskompatibilität, Lizenzen und den Aufwand für Betrieb und Wiederherstellung. Eine pauschale Kostenersparnis oder höhere Sicherheit lässt sich aus dem Kürzel SDN nicht ableiten.
Fragen Sie konkret nach dem Verhalten bei Controllerausfall: Welche bestehenden Verbindungen bleiben erhalten, welche neuen Änderungen sind möglich und wie wird wieder synchronisiert? Microsoft sieht für seinen Network Controller beispielsweise mehrere virtuelle Maschinen zur Hochverfügbarkeit vor. Diese produktspezifische Architektur ist kein allgemeines Verfügbarkeitsversprechen für andere SDN-Lösungen.
Einen Pilot mit überprüfbarem Ergebnis planen
Ein mögliches Testszenario ist ein zusätzliches Netz für eine nicht produktive Anwendung. Legen Sie vorher fest, welche Ziele erreichbar sein müssen und welche Verbindungen gesperrt bleiben sollen. Prüfen Sie anschließend Anwendung, DNS, benötigte Datenbankverbindungen und die beabsichtigte Trennung. Ein erfolgreicher Ping allein reicht als Abnahme nicht.
Vergleichen Sie den Ablauf mit der bisherigen Arbeitsweise: Welche manuellen Schritte entfallen, welche Prüfungen kommen hinzu und wer kann einen Fehler beheben? Dokumentieren Sie auch den getesteten Rückfallweg über einen unabhängigen Managementzugang. Erst danach entscheiden Sie, ob weitere Netze oder Geräte in denselben Ablauf aufgenommen werden.
- Pilotumfang, Verantwortliche und Freigabe für Änderungen festhalten.
- Ausgangskonfiguration sichern und sensible Werte aus frei zugänglichen Diffs entfernen.
- Erlaubte und gesperrte Verbindungen sowie Monitoring vor und nach der Änderung testen.
- Abbruchkriterien, Rückfallweg und zuständigen Ansprechpartner praktisch überprüfen.
Den Betreuungsumfang konkret vereinbaren
Für ein Gespräch mit NUXOA über die Betreuung Ihrer IT helfen eine Übersicht der Geräte und Standorte sowie eine Beschreibung der wiederkehrenden Aufgaben. Klären Sie, wer Netzwerk, Anwendungen, Freigaben und Störungsbehebung verantwortet. Eine bestimmte SDN-Plattform oder individuelle Automatisierung ist erst dann Teil des Auftrags, wenn sie ausdrücklich vereinbart wurde.