Работа сетевых интерфейсов в режиме bonding

Если необходим стабильный доступ сервера к сети необходимо воспользоваться драйвером bonding. Bonding объединяет несколько сетевых интерфейсов в один виртуальный сетевой интерфейс.

Есть несколько режимов работы:

1. Active-backup – режим резервирования. В этом режиме один сетевой интерфейс активный, а второй в режиме ожидания. Когда основной выходит из строя, второй принимает работу на себя. Таким образом обеспечивается стабильный доступ.
2. Balance-rr – пакеты отправляются последовательно. Этот режим применяется для балансировки нагрузки и отказоустойчивости.
3. 802.3ad – при таком режиме задействуются сразу все сетевые карты. (этот режим должен поддерживаться и на коммутаторе)
4. Balance-xor – режим применяется для отказоустойчивости и балансировки. Одна и та же сетевая карта передает пакеты одним и тем же получателям
5. Broadcast – этот режим передает все пакеты на все сетевые карты.
6. Balance-tlb – режим адаптивной балансировки передачи. Исходящий трафик распределяется в зависимости от загруженности каждой сетевой карты (определяется скоростью загрузки). Не требует дополнительной настройки на коммутаторе. Входящий трафик приходит на текущую сетевую карту. Если она выходит из строя, то другая сетевая карта берёт себе MAC адрес вышедшей из строя карты.
7. Balance-alb режим адаптивной балансировки нагрузки. Включает в себя политику balance-tlb плюс осуществляет балансировку входящего трафика. Не требует дополнительной настройки на коммутаторе. Балансировка входящего трафика достигается путём ARP переговоров. Драйвер bonding перехватывает ARP ответы, отправляемые с локальных сетевых карт наружу, и переписывает MAC адрес источника на один из уникальных MAC адресов сетевой карты, участвующей в объединении. Таким образом различные пиры используют различные MAC адреса сервера. Балансировка входящего трафика распределяется последовательно (round-robin) между интерфейсами.

Приступим  к конфигурированию виртуального bond интерфейса в операционной системе Centos.

Для начала посмотрим сколько у нас сетевых карт:

# cat /proc/net/dev

Dev.png просмотр количества сетевых интерфейсов.

Как видим, у нас 2 сетевых интерфейса ens18 и ens19.

Если конфигурационные файлы на эти устройства не сущетвуют, создадим их:

# vim /etc/sysconfig/network-script/ifcfg-ens19

Приведем его к виду, как на скриншоте.

DEVICE=”ens19” – имя сетевого интерфейса
BOOTPROTO=none – не получать сетевые настроки.
MASTER=bond0 – добавляем сетевой интерфейс в виртуальный
SLAVE=yes указываем, что интерфейс ведомый
HWADDR=»ae:2a:de:fa:a8:5b» — mac адрес устройства
ONBOOT = “yes”

Аналогичным способом настраиваем второй интерфейс ens18.

После этого сконфигурируем виртуальный интерфейс bond0.

# vim /etc/sysconfig/network-scripts/ifcfg-bond0

DEVICE=”bond0” – имя сетевого интерфейса
BOOTPROTO=”static” – применяем статический ip адрес
IPADDR=192.168.77.6 – ip адрес нашего сервера
NETMASK=255.255.255.0 – маска сети
GATEWAY=192.168.77.1 – шлюз по умолчанию
BONDING_OPTS=»mode=active-backup miimon=100 xmit_hash_policy=layer2+3″ – в этом разделе описываются дополнительные параметры работы.
Mode=active-backup – один из сетевых адаптеров активный, второй «страхующий»
      Miimon=100 – как часто будет проверяться состояние линии на налчие отказов (100 миллисекунд)
Xmit_hash_policy=layer2+3 – определяет хэш политику передачи пакетов через объединенные интерфейсы (в режиме active-backup не используется. Показан для примера)
ONBOOT=yes — включить сетевой интерфейс.

Перечитаем сетевые настройки командой:

# service network restart

После чего выполним команду:

# ifconfig

Как видим из скриншота у нас появился один виртуальный интерфейс bond0. На остальных сетевых интерфейсах ens18 b ens19 сеть не настроена.

Для подробной детализации параметров воспользуемся командой:

# cat /proc/net/bonding/bond0

Тут следует обратить свое внимание на такие параметры как:

Currently Active Slave: ens18 – какой сетевой интерфейс ведущий в данное время.

MII Status : up – виртуальный сетевой интерфейс включен
MII Polling Interval (ms): 100 – периодичность мониторинга сети в миллисекундах.
Up Delay (ms): 0 – время задержки перед тем как поднять линк при обнаружении восстановления канала.
Down Delay (ms): 0 – время задержки перед отключением интерфейса при обнаружении падения канала.

Далее в двух разделах идет информация о наших физических интерфейсах.

Произведем отключение главного сетевого интерфейса ens18:

# ifconfig ens18 down

Теперь посмотрим статус виртуального интерфейса:

# cat /proc/net/bonding/bond0

Как видим из скриншота работа переключилась на интерфейс ens19. На работу сети это переключение никак не повлияло