Некоторые результаты тестирования network teaming (bonding)

Когда я реализовал схему резервирования сетевых карт, как описано в предыдущей статье, мне, разумеется стало интересно узнать, как оно работает в реальной жизни.

С помощью нашего нетворк инженера были проведены эксперименты, имитирующие проблемы с оборудованием. Точнее, просто отключали порты на свичах.

Краткие результаты:

• отключение второго порта (standby). Никаких изменений в работе сети, что и следовало ожидать.


• отключение первого порта (active). Сеть недоступна, в течении 30 сек происходит переключение, сеть снова доступна


• включаем первый порт. Никаких изменений (все правильно, драйвер не инструктировали возвращаться назад на основной интерфейс. такой режим возможен, однако не рекомендуется, т.к. из-за глючащего контакта в кабеле можно получить постоянное переключение туда-сюда, что очень нежелательно.


• выключаем второй порт (текущий standby). переключение на основной линк произошло за несколько секунд.

Вообще очень интересный результат - скорость переключения (реакции драйвера на проблемы) в одном направлении значительно отличается от скорости в другом.
Почему такое происходит - затрудняюсь ответить. Могу только сказать, что очень похожие результаты я получил, когда реализоваль network teaming в VMware ESXi 3.5. То ли это особенности настройки наших цисок то ли особенности работы драйверов bonding.

Однако главная цель достигнута, аварийные переключатель сетевых адаптеров работает, максимальный ущерб при выходе из строя сетевой карты, свича или кабеля - простой 30 сек. Что весьма неплохо, учитывая что "ручное" переключение в случае аварии заняло бы намного больше времени.