---
title: "Jak skonfigurować identyfikator klienta do celów agregacji linków OVHcloud w SLES 15"
description: "Włącz Link Aggregation na serwerze SLES 15"
url: https://docs.ovhcloud.com/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-sles15
lang: pl
lastUpdated: 2026-06-24
---
# Jak skonfigurować identyfikator klienta do celów agregacji linków OVHcloud w SLES 15

## Wprowadzenie

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

## Wymagania początkowe

- [Konfiguracja OVHcloud Link Aggregation w Panelu klienta OVHcloud](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-manager.md)


***

### Dostęp do Panelu klienta OVHcloud

- **Bezpośredni link:** <ManagerLink to="/#/dedicated-servers/server">Serwery dedykowane</ManagerLink>
- **Ścieżka nawigacji:** <code className="action">Bare Metal Cloud</code> > <code className="action">Serwery dedykowane</code> > 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).
![remote kvm](/images/bare-metal-cloud/dedicated-servers/ola-enable-sles15/remote_kvm2022.png)
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:

```bash
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.
![Panel klienta OVHcloud](/images/bare-metal-cloud/dedicated-servers/ola-enable-sles15/ControlPanel.png)
:::info
Adres MAC głównego interfejsu publicznego to wartość `aggregationFallback` interfejsu `public`, którą możesz pobrać za pomocą następującej trasy API:


🇪🇺EU▾

[GET/dedicated/server/{serviceName}/networking](https://eu.api.ovh.com/console/?section=/dedicated/server&branch=v1#get-/dedicated/server/-serviceName-/networking)

:::

:::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:

```bash
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:

```text
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 - Double LAG**: serwery Scale i High-Grade z OLA w trybie **Active - Double LAG** (agregaty publiczny + prywatny). Wymaga [włączenia OLA](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-manager.md) 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](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-manager.md) w Panelu klienta OVHcloud.


**Dwa interfejsy**

Utwórz plik konfiguracyjny agregatu `/etc/sysconfig/network/ifcfg-bond0`:
**Statyczny IP**
```bash
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'
```
Następnie skonfiguruj każdy fizyczny interfejs. Edytuj `/etc/sysconfig/network/ifcfg-ens22f0np0`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c6
```
Utwórz `/etc/sysconfig/network/ifcfg-ens22f1np1`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c7
```

DHCP

```bash
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'
```
Pliki konfiguracyjne fizycznych interfejsów pozostają takie same jak powyżej.


**Cztery interfejsy - Double LAG**

Ta konfiguracja łączy publiczne interfejsy w `bond0` (z publicznym IP) i prywatne interfejsy w `bond1` (dla vRack).
Utwórz plik konfiguracyjny publicznego agregatu `/etc/sysconfig/network/ifcfg-bond0`:
**Statyczny IP**
```bash
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'
```
Utwórz plik konfiguracyjny prywatnego agregatu `/etc/sysconfig/network/ifcfg-bond1`:
```bash
STARTMODE='onboot'
BOOTPROTO='static'
IPADDR='10.0.0.1/24'
BONDING_MASTER='yes'
BONDING_SLAVE_0='ens33f0np0'
BONDING_SLAVE_1='ens33f1np1'
BONDING_MODULE_OPTS='mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=fast'
```
Następnie skonfiguruj każdy fizyczny interfejs. Edytuj `/etc/sysconfig/network/ifcfg-ens22f0np0`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c6
```
Utwórz `/etc/sysconfig/network/ifcfg-ens22f1np1`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c7
```
Utwórz `/etc/sysconfig/network/ifcfg-ens33f0np0`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:d6
```
Utwórz `/etc/sysconfig/network/ifcfg-ens33f1np1`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:d7
```

DHCP (tylko bond0)

W przypadku publicznego agregatu użyj DHCP:
```bash
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'
```
Prywatny agregat (`ifcfg-bond1`) i wszystkie pliki konfiguracyjne fizycznych interfejsów pozostają takie same jak powyżej.


**Cztery interfejsy - Fully Private**

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.
:::
Utwórz plik konfiguracyjny agregatu `/etc/sysconfig/network/ifcfg-bond0`:
```bash
STARTMODE='onboot'
BOOTPROTO='static'
IPADDR='10.0.0.1/24'
BONDING_MASTER='yes'
BONDING_SLAVE_0='ens22f0np0'
BONDING_SLAVE_1='ens22f1np1'
BONDING_SLAVE_2='ens33f0np0'
BONDING_SLAVE_3='ens33f1np1'
BONDING_MODULE_OPTS='mode=802.3ad xmit_hash_policy=layer3+4 lacp_rate=fast'
```
Następnie skonfiguruj każdy fizyczny interfejs. Edytuj `/etc/sysconfig/network/ifcfg-ens22f0np0`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c6
```
Utwórz `/etc/sysconfig/network/ifcfg-ens22f1np1`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:c7
```
Utwórz `/etc/sysconfig/network/ifcfg-ens33f0np0`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:d6
```
Utwórz `/etc/sysconfig/network/ifcfg-ens33f1np1`:
```bash
BOOTPROTO='none'
STARTMODE='hotplug'
LLADDR=a1:b2:c3:d4:e5:d7
```
:::info
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:

```bash
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:

```bash
cat /proc/net/bonding/bond0
```

## Sprawdź również

[Konfiguracja OVHcloud Link Aggregation w Panelu klienta OVHcloud](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-manager.md)

[Konfiguracja karty sieciowej (NIC) dla OVHcloud Link Aggregation w Debianie 12 lub Ubuntu 24.04 z Netplan](/pl/guides/bare-metal-cloud/dedicated-servers/lacp-enable-netplan.md)

[Konfiguracja karty sieciowej (NIC) dla OVHcloud Link Aggregation w Debianie 9–11](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-debian9.md)

[Konfiguracja karty sieciowej (NIC) dla OVHcloud Link Aggregation w Windows Server 2019](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-w2k19.md)

Dołącz do [grona naszych użytkowników](https://community.ovhcloud.com/).
