Мне любопытны мнения, выводы или свидетельства того, что наличие нескольких интерфейсов, связанных с помощью LACP с портами в нескольких коммутаторах, может увеличить избыточность. Ранее связанные интерфейсы всегда относились к одному коммутатору, а резервный канал - к другому порту.
Не вдаваясь в подробности поставщика, я считаю, что, поскольку это единственный LACP, вероятность того, что событие или изменение могут привести к обширному отключению службы. Не имея запасного оборудования или времени для тестирования этого единственного канала на разных коммутаторах, может ли кто-нибудь с более глубокими знаниями в области сетевых технологий, чем я, сообщить мне, есть ли какое-либо событие на стороне сети, которое нарушит сетевое подключение к серверу, который создал связанный интерфейс к двум портам на отдельных свитчах?
Обеспечивает ли использование связанных каналов Ethernet на нескольких коммутаторах (которые, как нам рекомендуется, мы можем использовать) от сервера как улучшенную пропускную способность (несомненно), так и улучшенную избыточность (неопределенно). Могут ли сетевые события, такие как отказ коммутатора, миграция порта, исправление, восстановление и т. Д., Стать причиной недоступности канала для обоих сетевых интерфейсов сервера?
Заранее спасибо.
Сам LACP не обеспечивает возможности связывания нескольких коммутаторов; он связывает несколько портов на одном коммутаторе Ethernet, и в зависимости от поставщика могут даже быть ограничения на то, какие порты на коммутаторе могут быть связаны вместе.
Некоторые поставщики имеют собственные протоколы (обычно называемые MLAG), которые позволяют подключать каналы Ethernet через разные коммутаторы Ethernet. В качестве примера Cisco Nexus vPC (или в общем MLAG) работает с коммутаторами или связывает один канал порта LACP на сервере через два подключенных коммутатора.
Обеспечивает ли использование связанных каналов Ethernet на нескольких коммутаторах (которые, как нам рекомендуется, мы можем использовать) от сервера как улучшенную пропускную способность (несомненно), так и улучшенную избыточность (неопределенно). Могут ли сетевые события, такие как отказ коммутатора, миграция порта, исправление, восстановление и т. Д., Стать причиной недоступности канала для обоих сетевых интерфейсов сервера?
LACP должен обеспечивают защиту от отказа одного физического порта или кабеля в канале LACP.
LACP не может защитить от человеческого фактора, такого как случайное выключение LACP-интерфейса, удаление vlan или запуск TDR на ссылке члена порта-канала. LACP также не может защитить от избыточного выделения полосы пропускания через одиночную ссылку на этом канале LACP, событий связующего дерева, широковещательных штормов, чрезмерного неизвестного одноадресного лавинного рассылки и т. Д.
Если вас беспокоит время восстановления, обязательно используйте короткие тайм-ауты протокола LACP на своих интерфейсах.
LACP объединяет несколько физических каналов между те же два устройства в один логический канал с более высокой пропускной способностью. Если вы ищете избыточность в случае отказа коммутатора, вам необходимо настроить каналы связи с двумя коммутаторами и настроить сервер на соединение этих двух каналов с включенным протоколом связующего дерева. STP автоматически выберет одну ссылку как активную, а другую - как резервную. Если основной канал выйдет из строя (выключатель умер), он переключится на резервный. На самом деле это не имеет ничего общего с LACP.
LACP - это протокол, по которому хост сообщается коммутатору (ам), который хочет объединить несколько физических соединений. Однако такое агрегирование не всегда возможно. Если соединение выполнено с несколькими коммутаторами, эти коммутаторы должны поддерживать какой-либо метод взаимодействия для создания связанного канала, иначе они не смогут.
Большинство коммутаторов не поддерживают такое сотрудничество. Однако некоторые делают. Наиболее распространенный метод - это протокол SMLT, который позволяет коммутаторам взаимодействовать при создании связанных ссылок. Некоторые коммутаторы также поддерживают протоколы стекирования, которые позволяют нескольким коммутаторам работать как один логический коммутатор. В любом случае вы захотите проверить документацию, чтобы убедиться в поддержке и настройке.
LACP обычно может быть реализован только для одного устройства или группы устройств, которые действуют как одно целое. Итак ... вы можете делать это между коммутатором и стеком коммутаторов, но не распределять по нескольким уникальным устройствам.
Агрегация 4nics (2 из 4 активных + автоматическое переключение при отказе):
Linux: eth0-3 -> bond0, режим связывания = 4
Коммутаторы (например, Juniper): порт 1 + порт 2 -> ae1 установить интерфейсы ae1 aggregated-ether-options lacp пассивный установить интерфейсы ae1 (... здесь назначения vlan ...)
пассивный на стороне коммутатора гарантирует, что именно Linux будет устройством для общения с партнером. Если вам нужна загрузка PXE на тех же сетевых адаптерах - ищите форсирование (можжевельник) вариант на А-свич, гэ-0/0/1
Агрегация каналов может происходить между устройством и двумя или более коммутаторами Cisco, если они находятся в стеке или на ядрах, например, с использованием VSS. Обычно хорошее практическое правило состоит в том, что если есть только один интерфейс MGMT, управляющий стеком коммутаторов, тогда он будет иметь одну таблицу MAC-адресов, по которой Etherchannel или LACP могут использоваться для отслеживания IP- и MAC-адресов, которые используются на каждый из агрегированных трактов EC / LACP.