Налаштування LACP та агрегації каналів: повний посібник

Уявіть: сервер з двома 10G-лінками, але ви впираєтеся в 10 Гбіт/с. LACP об'єднує їх в один логічний канал на 20 Гбіт/с — і при обриві одного лінка з'єднання не втрачається. Нещодавно клієнт звернувся з проблемою: після оновлення firmware на комутаторі половина лінків перестала агрегуватися. Виявилося, збився режим LACP. Ми відновили за годину. Таких кейсів — десятки. Ми налаштували подібні зв'язки на 50+ проєктах: від бюджетних офісних мереж до дата-центрів з вимогами 99.999% аптайму. Вартість налаштування одного LACP-каналу визначається після аналізу, а економія на відмовостійкості окупає вкладення за півроку.

Які проблеми вирішує агрегація LACP?

• Пропускна здатність. Два порти по 1 Gbps дають 2 Gbps агрегованого каналу — не арифметичне додавання, але реальний приріст при мультипотоковому трафіку.
• Відмовостійкість. При відмові одного лінка відвалюється лише його частина трафіку. Failover займає секунди.
• Балансування. Хеш-алгоритм рівномірно розподіляє потоки між фізичними лінками.

LACP (IEEE 802.3ad) — промисловий стандарт, на відміну від пропрієтарних рішень. Статичний EtherChannel (без LACP) не проводить переговорів і може створити петлі, якщо налаштувати неправильно. Надійність LACP вища в 2-3 рази.

Чому LACP краще ручного bonding?

Ручний bonding (mode=balance-rr) не використовує переговори — обидва кінці повинні бути налаштовані ідентично. Якщо забути синхронізувати VLAN, отримаємо широкомовний шторм. LACP сам узгоджує параметри: комутатор і хост обмінюються пакетами та підтверджують конфігурацію. Це виключає людську помилку.

Як працює балансування навантаження

Важливий момент: LACP підсумовує пропускну здатність, але одна TCP-сесія не «розбивається» між лінками. Хеш-алгоритм визначає, по якому фізичному лінку піде конкретний потік — і весь потік йде по одному лінку.

Алгоритми хешування (налаштовуються на комутаторі та на хості):

• src-mac / dst-mac — лише L2, погано при малій кількості MAC-адрес
• src-dst-ip — по IP-парі, стандарт для uplink до маршрутизатора
• src-dst-port (L4) — по TCP/UDP портах, найкращий розподіл для multi-flow трафіку

Якщо комутатор і сервер використовують різні алгоритми — помилки немає, але балансування субоптимальне. Ми в проєктах завжди виставляємо layer3+4 на Linux і src-dst-port на Cisco.

Як налаштувати LACP на Cisco?

Дотримуйтесь цих кроків:

1. Створіть port-channel інтерфейс з потрібними VLAN.
2. Призначте фізичні порти в channel-group з режимом active.
3. Перевірте стан командою show etherchannel summary.

! Створюємо Port-Channel інтерфейс
interface Port-channel1
 description "Server ESXi-01 uplink"
 switchport mode trunk
 switchport trunk native vlan 999
 switchport trunk allowed vlan 10,20,30
!
! Фізичні інтерфейси в group
interface GigabitEthernet1/0/1
 description "ESXi-01 NIC1"
 switchport mode trunk
 switchport trunk native vlan 999
 switchport trunk allowed vlan 10,20,30
 channel-group 1 mode active
interface GigabitEthernet1/0/2
 description "ESXi-01 NIC2"
 switchport mode trunk
 switchport trunk native vlan 999
 switchport trunk allowed vlan 10,20,30
 channel-group 1 mode active
!
! Перевірка
show etherchannel summary
show interfaces port-channel 1

Як налаштувати LACP на Linux (Ubuntu, Netplan)?

---
# /etc/netplan/01-bonding.yaml
network:
  version: 2
  ethernets:
    enp3s0:
      dhcp4: false
    enp4s0:
      dhcp4: false
  bonds:
    bond0:
      interfaces:
        - enp3s0
        - enp4s0
      parameters:
        mode: 802.3ad  # LACP
        lacp-rate: fast  # LACP PDU кожну секунду (slow = 30 сек)
        mii-monitor-interval: 100
        transmit-hash-policy: layer3+4  # src-dst IP + port хеш
      addresses: [192.168.10.5/24]
      routes:
        - to: default
          via: 192.168.10.1
      mtu: 9000

Перевірка стану bond:

cat /proc/net/bonding/bond0 # Показує: режим, active slaves, стан LACP
ip link show bond0
ip -d link show bond0 # детальна інфо включаючи xmit_hash_policy

VMware ESXi vSwitch з LACP

На VMware ESXi LACP налаштовується лише через vDS (vSphere Distributed Switch). На Standard Switch — лише active-passive або active-active без справжнього LACP (IP Hash без переговорів).

# vSphere CLI для vDS LAG esxcli network vswitch dvs vmware lacp status get -v dvs-name 

На комутаторі для vDS LACP потрібен mode active на всіх портах аплінка ESXi хоста.

Типові проблеми

Найчастіша: LACP не піднімається, хоча фізично лінки в UP. Діагноз:

1. show lacp neighbor на Cisco — чи бачить комутатор LACP PDU від хоста
2. На Linux: cat /proc/net/bonding/bond0 — статус LACP partner (є/немає)
3. Невідповідність VLAN конфігурації на двох фізичних портах одного channel-group

Другий сценарій: сервер агрегує 2×10G, але весь трафік йде по одному лінку. show etherchannel load-balance на Cisco — алгоритм. cat /proc/net/bonding/bond0 на Linux — transmit hash policy. Якщо обидва показують src-mac і всі сервери за одним MAC — міняємо на layer3+4.

Що входить в роботу

Ми виконуємо налаштування LACP під ключ за 1-2 дні (один вузол) або до 5 днів (кластерна схема). Документуємо конфігурацію, надаємо runbook та параметри моніторингу. Виїзна підтримка 24/7 за запитом. Досвід наших інженерів — 5+ років, сертифікованих вендорами (Cisco, VMware). Зв'яжіться з нами для оцінки вашої інфраструктури. Замовте налаштування LACP — отримайте готове рішення з гарантією продуктивності. Отримайте консультацію інженера — ми підберемо оптимальний алгоритм хешування та режим LACP під вашу мережу.