Konfigurieren der LACP-Linkaggregation unter Debian 9 bis 11 (ifupdown)

Als Markdown ansehen

Konfigurieren Sie die LACP-Linkaggregation auf Ihrem Debian-Server (Versionen 9 bis 11) mit ifupdown

Ziel

Die Linkaggregation erhöht die Verfügbarkeit Ihres Servers und steigert die Effizienz Ihrer Netzwerkverbindungen. Indem Sie Ihre Netzwerkinterfaces bündeln, machen Sie Ihre Netzwerkverbindungen redundant: Wenn eine Verbindung ausfällt, wird der Datenverkehr automatisch auf eine andere verfügbare Verbindung umgeleitet. Die verfügbare Bandbreite wird durch die Aggregation ebenfalls erhöht. Die Aggregation basiert auf dem Standard IEEE 802.3ad, Link Aggregation Control Protocol (LACP).

Diese Anleitung erklärt, wie Sie die LACP-Linkaggregation unter Debian 9 bis 11 konfigurieren (ifupdown-Konfiguration).

Warning

Diese Anleitung enthält Anweisungen zum Konfigurieren der Netzwerkinterface-Aggregation speziell mit ifupdown, dessen Konfigurationsdatei sich unter /etc/network/interfaces befindet. Sie gilt auch für den Rescue-Modus.

Wenn die Netzwerkkonfiguration Ihres Systems stattdessen Netplan verwendet (Debian 12 oder neuer, Ubuntu 24.04 oder neuer), lesen Sie bitte diese Anleitung.

Voraussetzungen

  • Sie verfügen über einen Dedicated Server mit mehreren Netzwerkinterfaces. Bei den Reihen Scale und High Grade sind die öffentliche und die private Aggregation standardmäßig aktiviert. Bei den anderen Reihen müssen Sie zunächst OLA aktivieren, um Ihre Interfaces zu aggregieren.

Zugriff auf das OVHcloud Kundencenter

  • Direktlink:
  • Navigationspfad: Bare Metal Cloud > Dedicated Server > Wählen Sie Ihren Server aus
Warning

Sie müssen das Paket ifenslave auf dem Server installieren, bevor Sie die Interface-Aggregation konfigurieren. Verwenden Sie dazu den folgenden Befehl:

apt install ifenslave

In der praktischen Anwendung

Wenn Sie eine vollständig private Aggregation (OLA) konfigurieren, verfügt der Server nicht mehr über öffentliche Konnektivität und Sie können sich nicht mehr per SSH mit ihm verbinden. In jedem Fall kann Ihre Verbindung während der Konfiguration des Aggregats abbrechen. Wir empfehlen daher, für den Zugriff auf den Server die IPMI/KVM-Konsole zu verwenden.
Klicken Sie auf den Tab IPMI (1).

Klicken Sie anschließend auf die Schaltfläche Mit einem Java-Applet (KVM) (2).

Ermittlung der Interface-Namen

Info

Mit diesem Befehl werden mehrere "interfaces" verknüpft. Wenn Sie Probleme haben, die physischen NICs zu bestimmen, wird die öffentliche IP-Adresse des Servers weiterhin standardmäßig der ersten Schnittstelle zugeordnet.

Führen Sie den folgenden Befehl aus, um die Interface-Namen abzurufen:

ip a
Info

Verwenden Sie für den Parameter hwaddress die MAC-Adresse der LACP-Fallback-Schnittstelle des Aggregats. Bei einem öffentlichen Aggregat können Sie diese dem Feld aggregationFallback der Schnittstelle public entnehmen, das von der folgenden API-Route zurückgegeben wird:

GET/dedicated/server/{serviceName}/networking

Hier ein Beispiel der Ausgabe:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: ens22f0np0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether a1:b2:c3:d4:e5:c6 brd ff:ff:ff:ff:ff:ff
    inet 203.0.113.1/32 metric 100 scope global dynamic ens22f0np0
       valid_lft 71613sec preferred_lft 71613sec
    inet6 2001:db8:1:1b00:203:0:112:0/56 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::a6b2:c3ff:fed4:e5c6/64 scope link
       valid_lft forever preferred_lft forever
3: ens22f1np1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether a1:b2:c3:d4:e5:c7 brd ff:ff:ff:ff:ff:ff
4: ens33f0np0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether a1:b2:c3:d4:e5:d6 brd ff:ff:ff:ff:ff:ff
5: ens33f1np1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether a1:b2:c3:d4:e5:d7 brd ff:ff:ff:ff:ff:ff

Sobald Sie die Namen Ihrer Interfaces ermittelt haben, können Sie die Interface-Aggregation im Betriebssystem konfigurieren.

Konfiguration der Interface-Aggregation

Wählen Sie den unten stehenden Tab entsprechend Ihrer Server-Konfiguration:

  • Zwei Interfaces: Advance-Server mit zwei physischen NICs.
  • Vier Interfaces (Standard): Scale- und High-Grade-Server werden mit separaten öffentlichen und privaten Aggregaten ausgeliefert, die bereits konfiguriert sind. Im OVHcloud Kundencenter ist keine Aktion erforderlich.
  • Vier Interfaces (vollständig privat / OLA): alle Interfaces werden zu einem einzigen privaten Aggregat (vRack) zusammengefasst. Dies erfordert die Aktivierung von OLA im OVHcloud Kundencenter.
Zwei Interfaces
Vier Interfaces (Standard)
Vier Interfaces (vollständig privat / OLA)

Ersetzen Sie den Inhalt von /etc/network/interfaces durch Folgendes:

auto bond0
iface bond0 inet static
  address 203.0.113.1/32
  gateway 100.64.0.1
  # MAC-Adresse der öffentlichen Hauptschnittstelle des Servers
  hwaddress ether a1:b2:c3:d4:e5:c6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4
  dns-nameservers 213.186.33.99

  up ip -6 addr add 2001:db8:1:1b00:203:0:112:0/56 dev bond0
  up ip -6 route add default via fe80::1 dev bond0
DHCP
auto bond0
iface bond0 inet dhcp
  # MAC-Adresse der öffentlichen Hauptschnittstelle des Servers
  hwaddress ether a1:b2:c3:d4:e5:c6
  bond-mode 802.3ad
  bond-slaves ens22f0np0 ens22f1np1
  bond-lacp-rate fast
  bond-xmit_hash_policy layer3+4

  up ip -6 addr add 2001:db8:1:1b00:203:0:112:0/56 dev bond0
  up ip -6 route add default via fe80::1 dev bond0

Anwenden der Konfiguration

Wenden Sie die Konfiguration an, indem Sie den Netzwerk-Daemon neu starten:

systemctl restart networking

Dieser Neustart kann einige Sekunden dauern, da die Bond-Schnittstelle erstellt wird. Um zu testen, ob das Aggregat funktioniert, senden Sie einen Ping an einen anderen Server im selben vRack. Wenn es funktioniert, sind Sie fertig. Wenn nicht, überprüfen Sie Ihre Konfigurationen oder versuchen Sie, den Server neu zu starten.

Weiterführende Informationen

Konfigurieren der OVHcloud Link Aggregation (OLA) im OVHcloud Kundencenter

Konfigurieren der LACP-Linkaggregation unter Debian 12 oder neuer / Ubuntu 24.04 oder neuer (Netplan) (EN)

Konfigurieren des NIC-Teamings für die OVHcloud Link Aggregation (OLA) unter Windows Server 2019

Konfigurieren der LACP-Linkaggregation unter SLES 15

Treten Sie unserer User Community bei.

War diese Seite hilfreich?