Повышает ли избыточность один канал LACP через несколько коммутаторов?

Мне любопытны мнения, выводы или доказательства того, что подключение нескольких интерфейсов с использованием LACP к портам нескольких коммутаторов может увеличить избыточность. Ранее связанные интерфейсы всегда были для одного коммутатора с резервным каналом для другого порта.

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

Есть ли использование связанных локальных сетей каналов на несколько коммутаторов (что мы советовали, что мы можем использовать) с сервера, обеспечивает как улучшенную производительность (бесспорно) и улучшенную избыточность (неопределенную). Могут ли сетевые события, такие как сбой коммутатора, миграция портов, исправление, восстановление и т. Д., Привести к недоступности канала для обоих сетевых интерфейсов сервера?

Заранее спасибо.

Сам LACP не дает возможности связываться между несколькими коммутаторами; он связывается между несколькими портами на одном коммутаторе Ethernet, и в зависимости от поставщика могут даже быть ограничения на то, какие порты на коммутаторе могут быть связаны вместе.

Некоторые поставщики имеют проприетарные протоколы (обычно называемые MLAG ), которые позволяют подключать каналы Ethernet через разные коммутаторы Ethernet. Например, Cisco Nexus vPC (или, как правило, MLAG) работает с коммутаторами или связывает один канал порта LACP на сервере между двумя подключенными коммутаторами.

Есть ли использование связанных локальных сетей каналов на несколько коммутаторов (что мы советовали, что мы можем использовать) с сервера, обеспечивает как улучшенную производительность (бесспорно) и улучшенную избыточность (неопределенную). Могут ли сетевые события, такие как сбой коммутатора, миграция портов, исправление, восстановление и т. Д., Привести к недоступности канала для обоих сетевых интерфейсов сервера?

LACP должен обеспечивать защиту от отказа одного физического порта или кабеля в канале LACP.

LACP не может защитить от человеческих факторов, таких как случайное отключение интерфейса LACP, удаление vlan или запуск TDR по каналу участника канала-канала. LACP также не может защитить от чрезмерного выделения полосы пропускания через канал с одним участником в этом канале LACP, события связующего дерева, широковещательные штормы, чрезмерное неизвестное наводнение одноадресной передачи и т. Д.

Если вас беспокоит время восстановления, обязательно используйте короткие тайм-ауты протокола LACP на ваших интерфейсах.

LACP обычно может быть выполнен только для одного устройства или группы устройств, которые действуют как одно. Итак ... вы можете сделать это между коммутатором и стеком коммутаторов, но не распределять их между несколькими уникальными устройствами.

LACP - это протокол, позволяющий хосту связываться с коммутатором (-ами), которые он хочет объединить в несколько физических соединений. Однако такая агрегация не всегда возможна. Если установлено соединение с несколькими коммутаторами, эти коммутаторы должны поддерживать какой-либо метод сотрудничества для создания связанной линии, иначе они не смогут.

Большинство коммутаторов не поддерживают это сотрудничество. Некоторые, однако, делают. Наиболее распространенным методом является протокол SMLT, который позволяет коммутаторам взаимодействовать при создании связанных ссылок. Некоторые коммутаторы также поддерживают протоколы стекирования, которые позволяют нескольким коммутаторам действовать как один логический коммутатор. В любом случае вы захотите проверить документацию, чтобы быть уверенным в поддержке и конфигурации.

LACP объединяет несколько физических каналов между одними и теми же двумя устройствами в один логический канал с более высокой пропускной способностью. Если вы ищете избыточность в случае сбоя коммутатора, то вам нужно настроить ссылки на два коммутатора и настроить сервер на соединение двух ссылок с включенным протоколом связующего дерева. STP автоматически выберет одну ссылку, чтобы быть активной, а другую резервную копию. Если основной канал не работает (коммутатор отключен), он переключится на резервную копию. Это на самом деле не имеет ничего общего с LACP.

Агрегация 4nics (2of4 active + auto failover):

Linux: eth0-3 -> bond0, режим соединения = 4

Коммутаторы (например, Juniper): порт 1 + порт 2 -> набор интерфейсов ae1 ae1 агрегированные эфирные опции lacp пассивные наборы интерфейсов ae1 (... назначения vlan здесь ...)

пассивный на стороне коммутатора гарантирует, что это Linux, который назначит партнера для общения. Если вам нужна загрузка PXE на тех же самых сетевых картах - ищет опцию принудительного включения (можжевельника) на переключателе A, ge-0/0/1

Агрегирование каналов может происходить между устройством и 2 или более коммутаторами Cisco, если они находятся в стеке или на ядрах, использующих, например, VSS. Обычно хорошее практическое правило заключается в том, что если существует только один интерфейс mgmt, управляющий стеком коммутаторов, то он будет иметь одну таблицу mac-address-table, по которой Etherchannel или LACP можно использовать для отслеживания IP-адресов и MAC-адресов, которые используются на каждый из агрегатных путей EC / LACP.