Повышает ли избыточность один канал LACP через несколько коммутаторов?
Мне любопытны мнения, выводы или доказательства того, что подключение нескольких интерфейсов с использованием LACP к портам нескольких коммутаторов может увеличить избыточность. Ранее связанные интерфейсы всегда были на одном коммутаторе с резервным каналом на другой порт.
Не вдаваясь в специфику вендора, я думаю, что, поскольку это один LACP, вероятность того, что событие или изменение может привести к большому простою службы. Не имея запасного оборудования или времени для тестирования этого единственного канала на разнообразных коммутаторах, любой, кто обладает большими знаниями в области сетей, чем я, скажет мне, если есть событие на стороне сети, которое приведет к нарушению сетевого подключения к серверу, который создал связанный интерфейс до двух портов на отдельных коммутаторах?
Есть ли использование связанных локальных сетей каналов на несколько коммутаторов (что мы советовали, что мы можем использовать) с сервера, обеспечивает как улучшенную производительность (бесспорно) и улучшенную избыточность (неопределенную). Могут ли сетевые события, такие как сбой коммутатора, миграция портов, исправления, восстановление и т. Д., Привести к недоступности канала для обоих сетевых интерфейсов сервера?
Заранее спасибо.
6 ответов
Сам LACP не дает возможности связываться между несколькими коммутаторами; он связывается между несколькими портами на одном коммутаторе Ethernet, и в зависимости от поставщика могут даже быть ограничения на то, какие порты на коммутаторе могут быть связаны вместе.
Некоторые поставщики имеют проприетарные протоколы (обычно называемые MLAG), которые позволяют подключать каналы Ethernet через разные коммутаторы Ethernet. В качестве примера Cisco Nexus vPC (или, как правило, MLAG) работает с коммутаторами или связывает один канал порта LACP на сервере между двумя подключенными коммутаторами.
Есть ли использование связанных локальных сетей каналов на несколько коммутаторов (что мы советовали, что мы можем использовать) с сервера, обеспечивает как улучшенную производительность (бесспорно) и улучшенную избыточность (неопределенную). Могут ли сетевые события, такие как сбой коммутатора, миграция портов, исправления, восстановление и т. Д., Привести к недоступности канала для обоих сетевых интерфейсов сервера?
LACP должен обеспечивать защиту от отказа одного физического порта или кабеля в канале LACP.
LACP не может защитить от человеческих факторов, таких как случайное завершение работы интерфейса LACP, удаление vlan или запуск TDR по каналу-члену канала порта. LACP также не может защитить от чрезмерного выделения полосы пропускания через канал с одним участником в этом канале LACP, события связующего дерева, широковещательные штормы, чрезмерное неизвестное наводнение одноадресной передачи и т. Д.
Если вас беспокоит время восстановления, обязательно используйте короткие тайм-ауты протокола LACP на ваших интерфейсах.
LACP объединяет несколько физических каналов между одними и теми же двумя устройствами в один логический канал с более высокой пропускной способностью. Если вы ищете избыточность в случае сбоя коммутатора, то вам нужно настроить ссылки на два коммутатора и настроить сервер на соединение двух ссылок с включенным протоколом связующего дерева. STP автоматически выберет одну ссылку, чтобы быть активной, а другую резервную копию. Если основной канал не работает (коммутатор отключен), он переключится на резервную копию. Это на самом деле не имеет ничего общего с LACP.
LACP обычно может быть выполнен только для одного устройства или группы устройств, которые действуют как одно. Итак... вы можете сделать это между коммутатором и стеком коммутаторов, но не распределять их между несколькими уникальными устройствами.
LACP - это протокол для хоста, который связывается с коммутатором (-ами), который хочет объединить несколько физических соединений. Однако такая агрегация не всегда возможна. Если установлено соединение с несколькими коммутаторами, эти коммутаторы должны поддерживать какой-либо метод взаимодействия для создания связанной линии, иначе они не смогут.
Большинство коммутаторов не поддерживают это сотрудничество. Некоторые, однако, делают. Наиболее распространенным методом является протокол SMLT, который позволяет коммутаторам взаимодействовать при создании связанных ссылок. Некоторые коммутаторы также поддерживают протоколы стекирования, которые позволяют нескольким коммутаторам действовать как один логический коммутатор. В любом случае вы захотите проверить документацию, чтобы быть уверенным в поддержке и конфигурации.
Агрегация 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-адресов, по которой Etherchannel или LACP можно использовать для отслеживания IP-адресов и MAC-адресов, которые используются на каждый из агрегатных путей EC/LACP.