Skonfiguruj agregację łączy LACP na serwerze SLES 15
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 wykorzystuje protokół LACP (Link Aggregation Control Protocol), zdefiniowany w standardzie IEEE 802.3ad.
Niniejszy przewodnik wyjaśnia, jak skonfigurować agregację łączy LACP w systemie SLES 15.
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
Bezpośredni link:
Ścieżka nawigacji:Bare Metal Cloud > Serwery dedykowane > Wybierz swój serwer
W praktyce
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).
Zostanie pobrany plik JNLP. Uruchom oprogramowanie, aby uzyskać dostęp do IPMI. Zaloguj się, używając danych identyfikacyjnych przypisanych do serwera.
Domyślnie podczas korzystania z szablonu OVHcloud karty sieciowe będą nazywane eth0 i eth1. Jeśli nie używasz szablonu OVHcloud, możesz sprawdzić nazwy interfejsów za pomocą następującego polecenia:
ip a
Info
To polecenie zwróci kilka "interfejsów". Jeśli masz trudności z identyfikacją fizycznych identyfikatorów klienta, pierwszy interfejs zawsze będzie miał publiczny adres IP serwera przypisanego domyślnie.
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.
Info
Adres MAC głównego interfejsu publicznego to wartość aggregationFallback interfejsu public, którą możesz pobrać za pomocą następującej trasy API:
Możesz korzystać z dowolnego adresu IP i prywatnej podsieci.
Jeśli Twój serwer ma więcej niż 2 interfejsów sieciowych, możesz je dodać do konfiguracji, dodając numer parametru BONDING_SLAVE_, na przykład BONDING_SLAVE_2='eth2'.
Teraz, gdy wiesz, jakie adresy MAC są przypisane do każdego typu interfejsu (publiczny/prywatny), musisz pobrać nazwy interfejsów.
Pobieranie nazw interfejsów
Warning
Adresy IP będą różne dla każdego serwera.
Aby pobrać nazwy interfejsów, wykonaj następujące polecenie:
ip a
Info
Adres sprzętowy (adres MAC) identyfikatora klienta można odnaleźć za pomocą polecenia ip a wcześniej. Będzie to numer obok link/ether wyświetlanego wyniku.
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 forever2: 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 forever3: 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:ff4: 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:ff5: 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.
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.
Prywatny agregat (ifcfg-bond1) i wszystkie pliki konfiguracyjne fizycznych interfejsów pozostają takie same jak powyżej.
Ta konfiguracja agreguje wszystkie fizyczne interfejsy w jednym agregacie wyłącznie do użytku z vRack. Brak publicznej łączności IP.
Warning
Po włączeniu OLA (w pełni prywatne) publiczny adres IP nie jest już dostępny. Przed zastosowaniem tej konfiguracji upewnij się, że masz alternatywny sposób dostępu (np. przez inny serwer w vRack lub przez KVM/IPMI).
W konfiguracji w pełni prywatnej (OLA) agregat używa adresu MAC interfejsu głównego prywatnego. Pole IPADDR powinno być ustawione na Twój prywatny adres IP vRack.
Zastosowanie konfiguracji
Zastosuj konfigurację, przeładowując wszystkie interfejsy za pomocą wicked:
wicked ifreload all
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.
Możesz również sprawdzić ustawienia agregatu za pomocą następującego polecenia:
