---
title: "Agregacja łączy na serwerach dedykowanych"
description: "Dowiedz się, jak działa agregacja łączy na Twoim serwerze dedykowanym, co zmienia OVHcloud Link Aggregation (OLA) i który przewodnik wybrać w zależności od systemu operacyjnego"
url: https://docs.ovhcloud.com/pl/guides/bare-metal-cloud/dedicated-servers/link-aggregation-overview
lang: pl
lastUpdated: 2026-08-06
---
# Agregacja łączy na serwerach dedykowanych

## Wprowadzenie

Agregacja łączy łączy kilka interfejsów sieciowych Twojego serwera za pomocą protokołu LACP (Link Aggregation Control Protocol), zdefiniowanego w standardzie IEEE 802.3ad. Dostępna przepustowość wzrasta, a Twoje połączenia sieciowe stają się redundantne: w przypadku awarii jednego połączenia ruch jest automatycznie przekierowywany do innego dostępnego połączenia.

Agregacji łączy dotyczy kilka przewodników, w zależności od serii serwera, jego systemu operacyjnego oraz tego, czy zachowuje on łączność publiczną.

**Ten przewodnik wyjaśnia, czym różni się agregacja domyślna od OVHcloud Link Aggregation (OLA), oraz wskazuje przewodnik odpowiadający Twojej konfiguracji.**

## Wymagania początkowe

- Posiadanie [serwera dedykowanego](https://www.ovhcloud.com/pl/bare-metal/) obsługującego agregację łączy, na przykład z serii **Scale** lub **High Grade**, albo serwera **Advance** trzeciej generacji lub nowszego
- Posiadanie systemu operacyjnego lub hiperwizora obsługującego protokół agregacji 802.3ad (LACP)

## W praktyce

### Które interfejsy można agregować

Serwery z serii **Scale** i **High Grade** posiadają cztery interfejsy sieciowe. W konfiguracji domyślnej dwa z nich są publiczne, a dwa prywatne (vRack). Obie agregacje są już aktywne w sieci OVHcloud, więc system operacyjny musi jedynie utworzyć odpowiednie agregaty.

Pozostałe serwery obsługujące agregację łączy posiadają jeden interfejs publiczny i jeden prywatny.

### Wybór trybu agregacji

[OVHcloud Link Aggregation (OLA)](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-manager.md) to opcja, którą aktywujesz w Panelu klienta OVHcloud: łączy ona wszystkie interfejsy serwera w jedną agregację prywatną, zamiast utrzymywać interfejsy publiczne i prywatne oddzielnie.

| Tryb     | Łączność publiczna                                                            |
| -------- | ----------------------------------------------------------------------------- |
| Domyślny | Agregat publiczny lub jedyny interfejs publiczny obsługuje publiczny adres IP |
| OLA      | Brak: publiczny adres IP nie jest już dostępny                                |

Agregaty tworzone przez każdy z trybów zależą od liczby interfejsów serwera.

**Cztery interfejsy, w seriach Scale i High Grade:** domyślnie dwa interfejsy publiczne tworzą jeden agregat, a dwa prywatne drugi. W trybie OLA wszystkie cztery tworzą jeden agregat przeznaczony dla sieci vRack.

![Schemat porównujący domyślne agregaty przy czterech interfejsach z jednym agregatem w trybie OLA](/images/bare-metal-cloud/dedicated-servers/link-aggregation-overview/four-interfaces.png)
**Dwa interfejsy, jeden publiczny i jeden prywatny:** domyślnie żaden z nich nie jest agregowany. W trybie OLA oba tworzą jeden agregat przeznaczony dla sieci vRack.

![Schemat porównujący konfigurację domyślną przy dwóch interfejsach z jednym agregatem w trybie OLA](/images/bare-metal-cloud/dedicated-servers/link-aggregation-overview/two-interfaces.png)
:::warning
Serwer, którego interfejsy są w całości zagregowane dla sieci vRack, nie posiada już żadnego publicznego interfejsu sieciowego, więc nie może już połączyć się z usługą netboot OVHcloud. Przed aktywacją OLA zapoznaj się z przewodnikiem "[Zarządzanie ponownym uruchamianiem serwera z funkcją OVHcloud Link Aggregation (EN)](/pl/guides/bare-metal-cloud/dedicated-servers/pxe-with-full-private-dedicated.md)".

:::

### Konfiguracja agregatów podczas instalacji

Na serwerach **Scale** i **High Grade** instalacja może skonfigurować agregaty za Ciebie, tak aby serwer uruchomił się już zagregowany.

:::info
Tę opcję można aktywować na każdym serwerze, ale przynosi ona efekt tylko wtedy, gdy serwer posiada interfejsy do zagregowania.

:::

#### Dostępność w zależności od systemu operacyjnego

Agregaty są **zawsze** konfigurowane, a opcja **nie jest proponowana**, w przypadku:

- **Ubuntu Server** 26.04

Opcja jest proponowana i **domyślnie wyłączona** w przypadku:

- **AlmaLinux**
- **Debian**, z wyjątkiem Debiana 11
- **Fedora**
- **Proxmox Virtual Environment** i **Proxmox Backup Server**
- **Rocky Linux**, z wyjątkiem Rocky Linux 8
- **Ubuntu Server** 22.04 i 24.04
- **Windows Server**, z wyjątkiem obrazów Hyper-V
- [Bring Your Own Image (BYOI)](/pl/guides/bare-metal-cloud/dedicated-servers/bring-your-own-image.md) i [Bring Your Own Linux (BYOLinux)](/pl/guides/bare-metal-cloud/dedicated-servers/bring-your-own-linux.md)

Żaden inny system operacyjny nie konfiguruje agregatów podczas instalacji, musisz więc zrobić to samodzielnie później.

#### Aktywacja opcji

- W Panelu klienta OVHcloud zaznacz odpowiednie pole w kreatorze instalacji.
- Za pomocą API ustaw personalizację `enableLacpBonding`, zgodnie z opisem w przewodniku "[Instalacja systemu operacyjnego przez API OVHcloud na serwerze dedykowanym (EN)](/pl/guides/bare-metal-cloud/dedicated-servers/api-os-installation.md)".

### Samodzielna konfiguracja agregatów

Jeśli Twój system operacyjny nie proponuje tej opcji podczas instalacji lub jeśli wolisz skonfigurować agregaty później, skorzystaj z przewodnika odpowiadającego Twojemu systemowi:

| System operacyjny lub kontekst                                        | Przewodnik                                                                                     |
| --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- |
| Debian 12 lub nowszy, Ubuntu 24.04 lub nowszy                         | [Konfiguracja Netplan](/pl/guides/bare-metal-cloud/dedicated-servers/lacp-enable-netplan.md)   |
| Debian 9 do 11, tryb rescue i obrazy własne wykorzystujące `ifupdown` | [Konfiguracja ifupdown](/pl/guides/bare-metal-cloud/dedicated-servers/lacp-enable-ifupdown.md) |
| SLES 15                                                               | [Konfiguracja SLES 15](/pl/guides/bare-metal-cloud/dedicated-servers/lacp-enable-sles15.md)    |
| Windows Server 2019 z OLA                                             | [Konfiguracja NIC teaming](/pl/guides/bare-metal-cloud/dedicated-servers/ola-enable-w2k19.md)  |
| Proxmox VE                                                            | [Sieć Proxmox VE](/pl/guides/bare-metal-cloud/dedicated-servers/proxmox-network-hg-scale.md)   |
| Windows Server 2016 i 2019 z Hyper-V                                  | [Sieć Hyper-V](/pl/guides/bare-metal-cloud/dedicated-servers/hyperv-network-hg-scale.md)       |

### Jak agregacja jest rozłożona między karty sieciowe

Na serwerach **Scale** i **High Grade** agregacja jest rozłożona między dwie różne karty sieciowe, tak aby przetrwała awarię całej karty, a nie tylko awarię przełącznika. Więcej informacji znajdziesz w przewodniku "[Zwiększanie odporności sieci na serwerach Bare Metal (EN)](/pl/guides/bare-metal-cloud/dedicated-servers/lacp-resilience-scale-hg.md)".

## Sprawdź również

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