Konfigurieren der LACP-Linkaggregation unter SLES 15

Als Markdown ansehen

Konfigurieren Sie die LACP-Linkaggregation auf Ihrem SLES 15 Server

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 SLES 15 konfigurieren.

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

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).

remote kvm

Ein JNLP-Applet wird heruntergeladen. Öffnen Sie es, um auf IPMI zuzugreifen. Melden Sie sich mit den dem Server zugeordneten Zugangsdaten an.

Standardmäßig werden die NICs bei Verwendung einer OVHcloud Vorlage als eth0 und eth1 bezeichnet. Wenn Sie keine OVHcloud Vorlage verwenden, können Sie die Namen Ihrer Schnittstellen mit folgendem Befehl ermitteln:

ip a
Info

Mit diesem Befehl werden mehrere Interfaces ausgegeben. Wenn Sie Schwierigkeiten haben, die physischen NICs zu bestimmen: Die öffentliche IP-Adresse des Servers wird standardmäßig der ersten Schnittstelle zugeordnet.

Ermittlung der MAC-Adressen

Wechseln Sie zum Tab Netzwerkinterfaces und notieren Sie die MAC-Adressen für jede Schnittstelle (öffentlich/privat), die am unteren Ende des Menüs angezeigt werden.

OVHcloud Kundencenter
Info

Die MAC-Adresse der öffentlichen Hauptschnittstelle ist der Wert aggregationFallback der Schnittstelle public, den Sie mit der folgenden API-Route abrufen können:

GET/dedicated/server/{serviceName}/networking
Info

Sie können jede gewünschte IP-Adresse privater Subnetze verwenden. Wenn Ihr Server über mehr als 2 Netzwerkschnittstellen verfügt, können Sie diese in die Konfiguration hinzufügen, indem Sie die Nummer des Parameters BONDING_SLAVE_ erhöhen, zum Beispiel: BONDING_SLAVE_2= eth3.

Nun, da Sie wissen, welche MAC-Adressen den einzelnen Schnittstellentypen (öffentlich/privat) zugeordnet sind, müssen Sie die Interface-Namen ermitteln.

Ermittlung der Interface-Namen

Warning

Die IP-Adressen sind für jeden Server verschieden.

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

ip a
Info

Die Hardware-Adresse (MAC-Adresse) der NIC kann mit dem zuvor verwendeten Befehl ip a gefunden werden. Es handelt sich um den Wert neben link/ether in der Ausgabe.

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)

Erstellen Sie die Konfigurationsdatei des Aggregats /etc/sysconfig/network/ifcfg-bond0:

Statische IP

STARTMODE='onboot'
BOOTPROTO='static'
IPADDR='203.0.113.1/32'
BONDING_MASTER='yes'
BONDING_SLAVE_0='ens22f0np0'
BONDING_SLAVE_1='ens22f1np1'
BONDING_MODULE_OPTS='mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=fast'

Konfigurieren Sie dann jede physische Schnittstelle. Bearbeiten Sie /etc/sysconfig/network/ifcfg-ens22f0np0:

BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c6

Erstellen Sie /etc/sysconfig/network/ifcfg-ens22f1np1:

BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c7
DHCP
STARTMODE='onboot'
BOOTPROTO='dhcp4'
BONDING_MASTER='yes'
BONDING_SLAVE_0='ens22f0np0'
BONDING_SLAVE_1='ens22f1np1'
BONDING_MODULE_OPTS='mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=fast'

Die Konfigurationsdateien der physischen Schnittstellen bleiben wie oben angegeben.

Anwenden der Konfiguration

Wenden Sie die Konfiguration an, indem Sie alle Interfaces mit wicked neu laden:

wicked ifreload all

Dieser Vorgang 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.

Sie können die Aggregat-Einstellungen auch mit folgendem Befehl überprüfen:

cat /proc/net/bonding/bond0

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 der LACP-Linkaggregation unter Debian 9 bis 11 (ifupdown)

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

Treten Sie unserer User Community bei.

War diese Seite hilfreich?