Technologia OVHcloud Link Aggregation (OLA) została zaprojektowana przez nasze zespoły w celu zwiększenia dostępności serwera oraz podniesienia wydajności połączeń sieciowych. Za pomocą kilku kliknięć możesz połączyć karty sieciowe i sprawić, że Twoje połączenia sieciowe staną się redundantne. Oznacza to, że jeśli jedno połączenie zostanie zerwane, ruch zostanie automatycznie przekierowany do innego dostępnego łącza. Dostępna przepustowość jest również podwajana dzięki agregacji.
Agregacja oparta jest na technologii IEEE 802.3ad, Link Aggregation Control Protocol (LACP).
Niniejszy przewodnik wyjaśnia, jak skonfigurować interfejsy do agregacji w celu korzystania z OLA w SLES 15.
Ścieżka nawigacji:Bare Metal Cloud > Serwery dedykowane > Wybierz swój serwer
W praktyce
Ponieważ konfiguracja kart sieciowych w OLA jest prywatna, nie będziesz mógł połączyć się z serwerem za pomocą SSH. W związku z tym do uzyskania dostępu do serwera użyj narzędzia IPMI.
Kliknij zakładkę IPMI (1), a 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
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 - Double LAG: serwery Scale i High-Grade z OLA w trybie Active - Double LAG (agregaty publiczny + prywatny). Wymaga włączenia OLA w Panelu klienta OVHcloud.
Cztery interfejsy - Fully Private: serwery Scale i High-Grade z OLA w trybie Active - Fully Private (jeden prywatny agregat dla vRack). Wymaga 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 wdrożeniu OLA w trybie Fully Private publiczny adres IP nie jest już dostępny. Upewnij się, że masz alternatywny sposób dostępu (np. przez inny serwer w vRack lub przez KVM/IPMI) przed zastosowaniem tej konfiguracji.
W trybie Fully Private 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:
