Как работает LACP и зачем нужно агрегирование каналов

от

LACP LAG

Представьте ситуацию: у вас сервер с двумя или четырьмя сетевыми картами. Каждая из них по отдельности не справляется с потоком данных — либо не хватает скорости, либо риски простоев слишком велики. Вот здесь и приходит на помощь агрегация каналов (LAG) с помощью протокола LACP (Link Aggregation Control Protocol).

Протокол стандартизирован в IEEE 802.3ad и позволяет объединять несколько физических соединений в единый виртуальный интерфейс. Для приложений и ОС он выглядит как одна сетевая карта, а «под капотом» работает несколько портов одновременно.

Зачем использовать LACP

  • Увеличение пропускной способности. Несколько интерфейсов складывают свою скорость.

  • Отказоустойчивость. Один порт «упал»? Остальные продолжают работу.

  • Балансировка нагрузки. Трафик распределяется между линиями, снижая вероятность перегрузок.

Как это работает

  1. Устройства на обеих сторонах (сервер и коммутатор) договариваются, какие порты войдут в группу.

  2. LACP следит за состоянием соединений: выпал кабель — порт исключается из группы.

  3. Для пользователя всё выглядит так, будто работает один интерфейс без перебоев.

Настройка LACP на практике

Теперь — самое интересное: как включить агрегацию на разных платформах.

Linux (пример для systemd-networkd)

# /etc/systemd/network/10-bond0.netdev
[NetDev]
Name=bond0
Kind=bond[Bond]
Mode=802.3ad
MIIMonitorSec=1s
TransmitHashPolicy=layer3+4
# /etc/systemd/network/20-eth0.network

[Match]
Name=eth0[Network]
Bond=bond0

# /etc/systemd/network/20-eth1.network

[Match]
Name=eth1[Network]
Bond=bond0

# /etc/systemd/network/30-bond0.network

[Match]
Name=bond0[Network]
Address=192.168.1.10/24
Gateway=192.168.1.1

Windows Server

  1. Открыть Server Manager -> Local Server -> NIC Teaming.

  2. Включить teaming для выбранных интерфейсов.

  3. Выбрать режим LACP (Dynamic).

  4. Задать IP для созданного виртуального интерфейса.

windows server lacp

Cisco IOS (пример для 2 портов)

interface range GigabitEthernet0/1 - 2
channel-group 1 mode active
exitinterface Port-channel1
switchport mode access
switchport access vlan 10

Juniper (JunOS)

set interfaces ge-0/0/0 ether-options 802.3ad ae0
set interfaces ge-0/0/1 ether-options 802.3ad ae0
set interfaces ae0 aggregated-ether-options lacp active
set interfaces ae0 unit 0 family inet address 192.168.1.10/24

MikroTik (RouterOS)

/interface bonding add name=bond1 slaves=ether1,ether2 mode=802.3ad
/ip address add address=192.168.1.10/24 interface=bond1

Где это реально помогает?

  • Дата-центры: несколько 10G-портов складываются в единый канал для работы с огромными массивами данных.

  • Серверные фермы: LACP спасает, когда один кабель или порт вылетает — пользователи даже не замечают сбоя.

  • Корпоративные сети: балансировка нагрузки между интерфейсами разгружает трафик VoIP и видеоконференций.

Настройка LACP


<strong>Важно</strong>!<br />
LACP работает только при поддержке с обеих сторон (сервер + свитч)<br />
LAG не удваивает скорость для одного TCP-соединения, но позволяет нескольким соединениям распределяться по разным каналам<br />
Лучше всего работает с хешированием по Layer3+4 (IP + порт)

Типичные ошибки при настройке LACP и как их избежать

Хотя настройка LACP на первый взгляд кажется простой — «объединил порты и готово», — на практике многие сталкиваются с проблемами. Ошибки могут привести к нестабильности соединения, падению пропускной способности или даже к полному отсутствию связи.

Разберём самые распространённые ситуации.

1. Несовпадение режимов LACP

  • Ошибка: на одной стороне канал работает в режиме active, а на другой — passive. В таком случае соединение не поднимется, потому что «активный» ждёт ответа, а «пассивный» не начинает переговоры.

  • Решение: всегда выставляйте хотя бы одну сторону в режим active. В корпоративных сетях обычно обе стороны делают active для надёжности.

2. Разные параметры портов

  • Ошибка: интерфейсы в группе настроены по-разному: разные скорости (1G и 10G), разные дуплексы, VLAN или MTU.

  • Результат: LACP просто не соберёт такой «гибрид» в один канал.

  • Решение: проверяйте, чтобы все порты имели одинаковые характеристики и принадлежали одной VLAN.

3. Неправильный выбор хэш-функции

  • Ошибка: хэширование только по MAC-адресам или IP-адресам может привести к тому, что весь трафик «ляжет» на один порт, а другие простаивают.

  • Решение: используйте комбинированные алгоритмы (layer2+3, layer3+4), которые распределяют потоки равномернее.

4. Несогласованность между устройствами

  • Ошибка: на сервере настроен LACP, а на коммутаторе выбран статический режим channel-group (без LACP).

  • Результат: соединение будет работать некорректно, возможны обрывы.

  • Решение: проверяйте, что и сервер, и коммутатор используют одинаковый протокол.

5. Смешение динамического и статического LAG

  • Ошибка: часть портов в группе работает через LACP, а часть добавлена вручную.

  • Результат: нестабильность и «фантомные» обрывы.

  • Решение: используйте либо полностью LACP, либо полностью статический агрегированный канал.

6. Игнорирование приоритета портов

  • Ошибка: администратор не задаёт приоритеты портам. Если основной линк падает, LACP может выбрать не тот интерфейс в качестве ведущего.

  • Решение: используйте приоритеты, чтобы контролировать порядок включения каналов.

7. Попытка объединить порты на разных устройствах

  • Ошибка: подключение портов к разным коммутаторам, которые не поддерживают MLAG (Multi-Chassis Link Aggregation).

  • Результат: LACP не сможет собрать их в один логический канал.

  • Решение: проверяйте поддержку MLAG или используйте один коммутатор.

Большинство проблем с LACP связаны с невнимательностью к деталям.

Интересное по теме:

Оставьте комментарий