Мне любопытны мнения, выводы или доказательства того, что подключение нескольких интерфейсов с использованием 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.
источник