Konfiguracja agregacji łączy LACP w systemie Debian 9-11 (ifupdown)

Pokaż jako Markdown

Skonfiguruj agregację łączy LACP na serwerze Debian 9-11 przy użyciu ifupdown

Wprowadzenie

Agregacja łączy zwiększa dostępność serwera i podnosi wydajność połączeń sieciowych. Łącząc interfejsy sieciowe, sprawiasz, że Twoje połączenia sieciowe stają się redundantne: jeśli jedno łącze zostanie zerwane, ruch jest automatycznie przekierowywany do innego dostępnego łącza. Dzięki agregacji zwiększa się również dostępna przepustowość. Agregacja oparta jest na technologii IEEE 802.3ad, Link Aggregation Control Protocol (LACP).

Niniejszy przewodnik wyjaśnia, jak skonfigurować agregację łączy LACP w systemie Debian 9-11 (konfiguracja ifupdown).

Warning

Niniejszy przewodnik zawiera instrukcje dotyczące konfiguracji agregacji interfejsów sieciowych przy użyciu programu ifupdown, którego plik konfiguracyjny znajduje się w katalogu /etc/network/interfaces. Ma on również zastosowanie w systemie ratunkowym.

Jeśli konfiguracja sieciowa systemu wykorzystuje Netplan (Debian 12 lub nowszy, Ubuntu 24.04 lub nowszy), zapoznaj się z tym przewodnikiem.

Wymagania początkowe

  • Serwer dedykowany z kilkoma interfejsami sieciowymi. W gamach Scale i High Grade agregaty publiczny i prywatny są włączone domyślnie. W pozostałych gamach należy najpierw włączyć OLA, aby zagregować interfejsy.

Dostęp do Panelu klienta OVHcloud

  • Link bezpośredni:
  • Ścieżka nawigacji: Bare Metal Cloud > Serwery dedykowane > Wybierz serwer
Warning

Przed skonfigurowaniem agregacji interfejsów należy zainstalować na serwerze pakiet ifenslave. W tym celu zastosuj następujące polecenie:

apt install ifenslave

Pobieranie adresów MAC

Przejdź do zakładki Interfejsy sieciowe i zanotuj adresy MAC dla każdego interfejsu (publicznego/prywatnego), które są wyświetlane na dole menu.

Panel klienta OVHcloud
Info

Należy pamiętać, że adres MAC interfejsu głównego publicznego jest tym, który odbiera oferty DHCP, zarówno w systemie operacyjnym serwera, jak i w trybie ratunkowym. Ten interfejs obsługuje łączność publiczną w domyślnej konfiguracji.

Ponadto adres MAC interfejsu głównego prywatnego to ten o najniższej wartości. Na powyższym przykładowym obrazku jest to adres a1:b2:c3:d4:e5:d6.

Jeśli konfigurujesz agregację w pełni prywatną (OLA), serwer nie będzie już miał łączności publicznej i nie będzie można połączyć się z nim przez SSH. W każdym przypadku połączenie może zostać zerwane podczas konfigurowania agregatu, dlatego zalecamy korzystanie z konsoli IPMI/KVM w celu uzyskania dostępu do serwera.
Kliknij zakładkę IPMI (1).

Następnie kliknij przycisk Z apletu Java (KVM) (2).

Pobieranie nazw interfejsów

Info

Wprowadzenie tego polecenie spowoduje wywołanie wielu “interfejsów”. Jeśli masz problem z ustaleniem, które z nich są Twoimi fizycznymi interfejsami sieciowymi, do pierwszego interfejsu nadal będzie domyślnie przypisany publiczny adres IP serwera.

Aby pobrać nazwy interfejsów, wykonaj następujące polecenie:

ip a
Info

W przypadku parametru hwaddress użyj adresu MAC interfejsu rezerwowego (fallback) LACP danego agregatu. W przypadku publicznego agregatu możesz go uzyskać z pola aggregationFallback interfejsu public zwracanego przez następującą trasę API:

GET/dedicated/server/{serviceName}/networking

Oto przykład wyniku:

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

Po ustaleniu nazw interfejsów możesz skonfigurować agregację interfejsów w systemie operacyjnym.

Konfiguracja agregacji interfejsów

Wybierz poniższą zakładkę odpowiadającą konfiguracji serwera:

  • Dwa interfejsy: serwery Advance z dwoma fizycznymi kartami NIC.
  • Cztery interfejsy (domyślnie): serwery Scale i High Grade są dostarczane z osobno skonfigurowanymi agregatami publicznym i prywatnym. Nie jest wymagane żadne działanie w Panelu klienta OVHcloud.
  • Cztery interfejsy (w pełni prywatne / OLA): wszystkie interfejsy połączone w jeden agregat prywatny (vRack). Wymaga to włączenia OLA w Panelu klienta OVHcloud.
Dwa interfejsy
Cztery interfejsy (domyślnie)
Cztery interfejsy (w pełni prywatne / OLA)

Zastąp zawartość pliku /etc/network/interfaces następującymi danymi:

auto bond0
iface bond0 inet static
  address 203.0.113.1/32
  gateway 100.64.0.1
  # Adres MAC głównego publicznego interfejsu serwera
  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
  # Adres MAC głównego publicznego interfejsu serwera
  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

Zastosowanie konfiguracji

Zastosuj konfigurację, restartując usługę sieciową:

systemctl restart networking

Restart może trwać kilka sekund, ponieważ tworzony jest interfejs agregatu. Aby sprawdzić, czy agregat działa prawidłowo, wyślij polecenie ping do innego serwera w tym samym vRack. Jeśli działa, wszystko jest gotowe. Jeśli nie, sprawdź konfiguracje lub spróbuj zrestartować serwer.

Sprawdź również

Konfiguracja OVHcloud Link Aggregation (OLA) w Panelu klienta OVHcloud

Konfiguracja agregacji łączy LACP w systemie Debian 12 lub nowszym / Ubuntu 24.04 lub nowszym (Netplan) (EN)

Konfiguracja NIC teaming dla OVHcloud Link Aggregation (OLA) w systemie Windows Server 2019

Konfiguracja agregacji łączy LACP w systemie SLES 15

Dołącz do grona naszych użytkowników.

Czy ta strona była pomocna?