Link-Aggregation (LACP) im Betrieb: Mehr Bandbreite und Ausfallschutz zwischen Switch und Server oder NAS

Wenn ein Server oder NAS am Gigabit-Port an seine Grenzen kommt, liegt der Gedanke nahe, einfach zwei oder vier Leitungen zu bündeln. Das funktioniert gut, hat aber klare Grenzen: LACP verteilt viele Verbindungen auf mehrere Leitungen, macht aber keine einzelne Verbindung schneller. Dieser Beitrag zeigt, was Sie brauchen, wie die Einrichtung abläuft und wann ein Umstieg auf 10G per SFP+ die bessere Lösung ist.

Was leistet LACP und was nicht?

LACP (Link Aggregation Control Protocol, definiert in IEEE 802.3ad, heute Teil von 802.1AX) fasst mehrere physische Ports zu einem logischen Link zusammen. Zwei Dinge gewinnen Sie dadurch: mehr Gesamtdurchsatz bei vielen gleichzeitigen Clients und Ausfallschutz, denn fällt ein Kabel oder Port aus, läuft der Verkehr über die übrigen Leitungen weiter.

Was Sie nicht gewinnen: Ein einzelner Datenstrom bleibt auf einer Leitung. Kopiert ein einzelner Rechner eine große Datei per SMB auf das NAS, nutzt diese Verbindung weiterhin nur einen Link, auch wenn vier gebündelt sind. Der Grund ist die Verteilung per Hash: Der Switch berechnet aus Adressen (und je nach Einstellung Ports) einen Wert und ordnet damit jede Verbindung dauerhaft einem Mitgliedsport zu. Das verhindert vertauschte Paketreihenfolgen, begrenzt aber eben jeden Fluss auf die Geschwindigkeit eines Links.

Was brauche ich für LACP?

Sie brauchen drei Dinge:

• Einen Switch mit LACP-Unterstützung. Das bieten Managed Switches, viele Smart-Managed-Modelle ebenfalls. Unmanaged Switches können es in aller Regel nicht. Prüfen Sie im Datenblatt die Begriffe „Link Aggregation“, „LAG“, „Trunk“ oder „802.3ad“ und die maximale Zahl der Gruppen und Ports je Gruppe.
• Eine Gegenstelle mit LACP-Modus. Server-Betriebssysteme (Linux als Bonding-Modus 802.3ad, Windows Server als Teaming, Hypervisoren mit LAG) und die meisten Business-NAS beherrschen das. Bei Consumer-Geräten lohnt der Blick in die Netzwerkeinstellungen oder das Handbuch.
• Gleichartige Ports und Kabel. Alle Mitglieder sollten dieselbe Geschwindigkeit und Duplex-Einstellung haben. Sinnvoll sind ordentlich verlegte, geprüfte Kabel; bei Kupfer reicht dafür ein sauberes Kabel passend zur Portgeschwindigkeit.

Wie läuft die Konfiguration grundsätzlich ab?

Die Reihenfolge ist auf allen Systemen ähnlich:

1. Gruppe am Switch anlegen: Eine LAG bzw. einen Trunk erstellen, Modus auf LACP (dynamisch) stellen, die gewünschten Ports als Mitglieder zuweisen. 2. Bond am Server oder NAS anlegen: Die Netzwerkschnittstellen bündeln und den Modus 802.3ad bzw. LACP wählen. Die IP-Konfiguration gehört danach auf das gebündelte Interface, nicht mehr auf die einzelnen Ports. 3. VLANs festlegen: Soll die Bündelung mehrere VLANs transportieren, wird die LAG am Switch als Trunk (getaggt) konfiguriert, und der Bond auf der Gegenseite erhält passende VLAN-Interfaces. Für ein einzelnes Netz genügt ein untagged Port-Profil für die ganze Gruppe. 4. Erst dann verkabeln bzw. aktivieren: Wer die Kabel schon steckt, bevor beide Seiten konfiguriert sind, erzeugt unter Umständen Schleifen oder instabile Zustände. 5. Status prüfen: Am Switch sollte die LAG als aktiv gelten und alle Mitglieder als „bundled“ oder „up“ zeigen. Testen Sie danach den Ausfall, indem Sie ein Kabel ziehen und kontrollieren, dass die Verbindung bestehen bleibt.

Die genauen Menüs unterscheiden sich je nach Hersteller, die Logik bleibt gleich.

Welche typischen Fehler treten auf?

Die meisten Probleme entstehen an wenigen Stellen:

• Unterschiedliche Port-Einstellungen: Mitglieder mit abweichender Geschwindigkeit, Duplex-Einstellung oder VLAN-Konfiguration werden vom Switch oft nicht in die Gruppe aufgenommen oder fallen zufällig heraus.
• Statisch gegen dynamisch: Wird eine Seite als statischer Trunk und die andere als LACP konfiguriert, kommt keine saubere Verbindung zustande. Beide Seiten sollten LACP sprechen.
• Ungünstiger Hash-Modus: Wenn nur nach MAC-Adressen verteilt wird und fast der gesamte Verkehr zwischen zwei Geräten läuft, landet alles auf einem Link. Besser ist meist ein Modus, der IP-Adressen und Ports einbezieht (Layer 3+4). Bedenken Sie, dass die Hash-Einstellung pro Richtung gilt: Der Switch bestimmt sie für den Verkehr zum Server, der Server für den Verkehr zum Switch.
• Falsche Erwartung beim Test: Ein einzelner Kopiertest zeigt keinen Gewinn. Testen Sie mit mehreren Clients parallel.
• Mitglieder an verschiedenen Switches: Das geht nur bei Switches, die Multi-Chassis-Verfahren oder Stacking unterstützen. Normale Einzelgeräte können eine LAG nicht über zwei Geräte aufteilen.

Wann ist 10G per SFP+ sinnvoller als LACP?

Wenn Engpässe durch einzelne große Transfers entstehen, etwa Backups, Videoschnitt, Datenbank-Dumps oder VM-Migrationen, hilft nur ein schnellerer Link. Vier gebündelte Gigabit-Ports bleiben für jeden einzelnen Fluss bei 1 Gbit/s. Ein 10G-Uplink beschleunigt dagegen auch den Einzelstrom.

Als Faustregel gilt: Viele Clients, die parallel zugreifen, und der Wunsch nach Ausfallschutz sprechen für LACP. Wenige Clients mit großen Dateien sprechen für 10G. Auch der Aufwand zählt: Für 10G brauchen Sie SFP+-Ports am Switch, passende Netzwerkkarte im Server oder NAS und die richtigen Module oder Kabel. Bei Glasfaser kommen Singlemode-Patchkabel mit LC-Steckern zum Einsatz, etwa das LC-LC Patchkabel Duplex OS2 9/125 Singlemode, 2 m für kurze Wege im Rack oder das LWL Patchkabel LC-LC Duplex OS2, 3 m. Wichtig ist, dass Modulart und Faser zusammenpassen: Singlemode-Module gehören an Singlemode-Kabel.

Beides lässt sich auch kombinieren: Zwei 10G-Links als LACP-Gruppe bringen Ausfallschutz und mehr Gesamtdurchsatz. Für die meisten kleinen Betriebe ist aber ein einzelner 10G-Link plus ein sauberer Notfallplan (zweiter Weg, Ersatzmodul auf Lager) schon ein großer Schritt.

Bei der Auswahl von Switch, Netzwerkkarte oder Modulen hilft Ihnen der Fachbetrieb gern: Nennen Sie uns Geräte, Anzahl der Clients und Ihr Ziel, dann prüfen wir gemeinsam, ob LACP oder ein 10G-Uplink der passende Weg ist.