Mehrere Netzwerkkarten bündeln: Redundanz oder Geschwindigkeit

Der Server hat zwei Netzwerkkarten, und du willst beide nutzen. Bis hierher sind alle am selben Punkt. Die Trennung beginnt bei der nächsten Frage: warum.

Zwei verschiedene Ziele

Redundanz: löst sich ein Kabel, stirbt eine Karte oder fällt ein Switch-Port aus, steht nichts still. Der Gewinn ist Unterbrechungsfreiheit, nicht Geschwindigkeit.

Gesamtbandbreite: es kann gleichzeitig mehr Verkehr getragen werden. Der Gewinn ist Kapazität, und dafür gibt es Arbeit auf der Switch-Seite.

In den meisten Umgebungen ist eigentlich das Erste gewollt, konfiguriert wird aber für das Zweite. Das Ergebnis sind meist zwei Enttäuschungen auf einmal: die erwartete Geschwindigkeit kommt nicht, und die Konfiguration wird zerbrechlicher.

Die trennende Frage: muss der Switch Bescheid wissen

Manche Modi verlangen von der Gegenseite nichts und funktionieren mit einem gewöhnlichen Switch. Andere Modi setzen voraus, dass auf dem Switch eine passende Gruppe definiert ist. Einen Modus der zweiten Gruppe zu wählen, ohne die Switch-Seite vorzubereiten, ist einer der häufigsten Wege, die Maschine zu verlieren, und es passiert genau im Moment des Anwendens.

Die Regel ist einfach: hast du keinen Zugriff auf den Switch oder kannst dort nichts definieren, wähle den Modus, der von der Gegenseite nichts verlangt.

Der häufigste Irrtum zur Geschwindigkeit

Karten zu bündeln macht eine einzelne Übertragung nicht schneller. Eine einzelne Verbindung bleibt auf einer einzelnen Leitung. Der Gewinn zeigt sich, wenn viele Verbindungen gleichzeitig laufen. Leute bündeln zwei Karten, testen mit dem Kopieren einer Datei, sehen die Geschwindigkeit einer Karte und nennen es kaputt. Es ist nicht kaputt, die Messung ist falsch.

Ist dein Ziel, eine große Übertragung schneller zu machen, ist eine einzelne schnellere Karte die richtige Antwort und nicht das Bündeln.

Die unglamouröseste, nützlichste Wahl

Der Redundanzmodus, der von der Gegenseite nichts verlangt, ist für die meisten Server die richtige Antwort. Er bringt keine Geschwindigkeit, aber wenn ein Kabel rausrutscht, merkt es niemand. Er wird übersprungen, weil er langweilig ist, dabei ist er genau das, was die meisten Umgebungen suchen.

Ungetestet heißt: existiert nicht

Ein Bund ist eine Annahme, bis er getestet wurde. Sieh nach, welche Leitung den Verkehr tatsächlich trägt, zieh dann bewusst ein Kabel zu einem Zeitpunkt, den du wählst, und sieh, ob der Verkehr wirklich auf die andere wechselt. Umgebungen, die diesen Test auslassen, erfahren am Tag des echten Ausfalls, dass der Bund nie funktioniert hat.

Bring die Reihenfolge nicht durcheinander

Der Bund ist die physische Ebene, die Bridge sitzt darüber. Virtuelle Maschinen hängen an der Bridge, nicht am Bund. Andersherum gebaut entsteht ein Gebilde, das aussieht, als funktioniere es, und beim ersten Ausfall auseinanderfällt.

Was Atlas tut

Beim Anlegen eines Bundes zeigt Atlas die vier Modi mit je einer Beschreibung und wählt standardmäßig den Modus, der von der Gegenseite nichts verlangt, die sicherste Option ist also der Ausgangspunkt. Wählst du einen Modus, der auf dem Switch eine passende Gruppe braucht, erscheint eine Warnung, und die Warnung nennt die benötigte Technik beim Namen und sagt klar, dass die Verbindung abbrechen kann. Selbst wenn du die Warnung ignorierst und fortfährst, ist die Netzwerkänderung durch einen Rücknahme-Countdown geschützt: bestätigst du nicht, kommt die alte Konfiguration von selbst zurück.