MC-LAG (Multi-chassis link aggregation group) — агрегирование каналов мульти-шасси.
Резервирует подключение к коммутаторам доступа приватной сети и интернет, повышает отказоустойчивость инфраструктуры.
Для серверов готовой конфигурации можно зарезервировать только подключение к приватной сети. Резервирование доступно не для всех конфигураций.
Настроить MC-LAG можно только для серверов, в конфигурации которых есть сетевая карта с резервированием и MC-LAG.
Для серверов с резервированным подключением MC-LAG, Servercore гарантирует постоянную доступность одного из коммутаторов доступа, в том числе во время плановых работ.
Принцип работы
Сервер подключается к двум независимым коммутаторам по агрегированному Ethernet-каналу (LAG, Etherchannel).
Для подключения используется протокол LACP 802.3ad и на стороне сервера настраивается агрегация каналов.
При этом два линка от коммутаторов доступа до сервера будут активны одновременно.
10 Гбит/с — для публичной сети, для подключения используется оптическая кроссировка;
10 Гбит/с — для приватной сети, для подключения используется оптическая кроссировка;
25 Гбит/с — для приватной сети, для подключения используется оптическая кроссировка.
Стоимость
Стоимость резервированного подключения MC-LAG зависит от выбранной скорости подключения.
Посмотреть стоимость можно в конфигураторе на сайте, или при выборе комплектующих сервера в панели управления.
Настроить MC-LAG
Убедитесь, что в конфигурации выделенного сервера есть сетевая карта с резервированием и добавлен MC-LAG.
Если сетевой карты с резервированием нет, можно заказать новый сервер с резервированием или изменить комплектующие для сервера произвольной конфигурации.
Дождитесь сообщения о готовности сервера от технической поддержки. Порты коммутаторов будут собраны в бонд.
<eth_name_1>, <eth_name_2> — имена сетевых интерфейсов, которые включаются в агрегацию;
<ip_address> — IP-адрес, который нужно использовать на агрегированном интерфейсе;
<mask> — маска подсети;
<gateway_4>, <gateway_6> — шлюз.
Нажмите ESC.
Выйдите из текстового редактора vi с сохранением изменений:
:wq
Примените новую конфигурацию:
netplan --debug apply
Проверьте, что сетевой интерфейс bond0 собрался корректно:
cat /proc/net/bonding/bond0
Подключитесь к серверу по сетевому интерфейсу, который не будет включаться в агрегацию, или через KVM-консоль.
Проверьте, что на сервере установлен модуль ядра bonding:
lsmod |grep bond
Если в ответе нет информации — модуль ядра bonding не установлен.
Если модуль ядра bonding не установлен, установите его:
sudo modprobe bonding
Установите пакет для управления и настройки интерфейсов для параллельной маршрутизации (bonding):
apt-getinstall ifenslave
Выведите данные о сетевых интерфейсах:
ifconfig-a
Последовательно выключите каждый сетевой интерфейс, который будет включен в агрегацию:
ifdown<eth_name>
Укажите <eth_name> — имя интерфейса, которое вы получили на шаге 5.
Посмотрите имя конфигурационного файла утилиты ifupdown:
ls /etc/network/interfaces.d/
В ответе появится имя конфигурационного файла. Например:
50-cloud-init
Скопируйте имя конфигурационного файла.
Откройте конфигурационный файл утилиты ifupdown текстовым редактором vi:
vi /etc/network/interfaces.d/<file_name>
Укажите <file_name> — имя конфигурационного файла, которое вы скопировали на шаге 7.
Приведите настройки для сетевых интерфейсов, которые будут включены в агрегацию, к следующему виду:
auto lo
iface lo inet loopback
auto <eth_name_1>
iface <eth_name_1> inet static
bond-master bond0
bond-primary <eth_name_1> <eth_name_2>
auto <eth_name_2>
iface <eth_name_2> inet manual
bond-master bond0
bond-primary <eth_name_1> <eth_name_2>
auto bond0
iface bond0 inet static
bond-slaves <eth_name_1> <eth_name_2>
bond-mode 802.3ad
bond-miimon 100
bond-downdelay 100
bond-updelay 100
bond-xmit-hash-policy layer3+4
address <ip_address>
netmask <mask>
gateway <gateway>
dns-nameservers <dns_servers>
Укажите:
<eth_name_1>, <eth_name_2> — имена сетевых интерфейсов, которые включаются в агрегацию;
<ip_address> — IP-адрес, который нужно использовать на агрегированном интерфейсе;
<mask> — маска подсети;
<gateway> — шлюз;
<dns_servers> — адрес DNS-сервера. Мы рекомендуем использовать рекурсивные DNS-серверы Servercore, но вы можете указать любые доступные DNS-серверы.
Нажмите ESC.
Выйдите из текстового редактора vi с сохранением изменений:
:wq
Примените изменения конфигурации сети:
source /etc/network/interfaces.d/<file_name>
Укажите <file_name> — имя конфигурационного файла, которое вы получили на шаге 7.
Поднимите сетевой интерфейс bond0:
ifup bond0
Перезапустите сетевые службы:
/etc/init.d/networking start
Проверьте, что сетевой интерфейс bond0 собрался корректно:
cat /proc/net/bonding/bond0
В Windows Server 2019 можно объединить несколько сетевых интерфейсов в один логический с помощью NIC Teaming.
Server Manager
PowerShell
Подключитесь к серверу по сетевому интерфейсу, который не будет включаться в агрегацию, или через KVM-консоль.
Запустите Server Manager.
Откройте раздел Local Server → блок Properties.
Нажмите NIC Teaming.
В блоке Servers выберите сервер для настройки.
В блоке Groups нажмите Tasks и выберите New Team.
В поле Team name введите имя группы.
В блоке Member adapters отметьте сетевые адаптеры, которые нужно добавить в группу.
В поле Teaming mode выберите — LACP.
В поле Load balancing mode выберите алгоритм балансировки нагрузки.
Опционально: в поле Primary team interface введите VLAN ID для группового интерфейса, если он используется в приватной сети и у вас включен Q-in-Q. Не используйте VLAN ID для интерфейса публичной сети.
Начиная с Windows Server 2022, технология NIC Teaming заменена на Switch Embedded Teaming (SET).
SET может быть настроена только при создании виртуального коммутатора Hyper-V.
Подключитесь к серверу по сетевому интерфейсу, который не будет включаться в агрегацию, или через KVM-консоль.