Cisco Catalyst 2960S Switch
Intel Dual Port NIC (teamed)
BroadComm Quad Port NIC (teamed 2 ports)
Мы наняли подрядчика для установки довольно простого SQL-кластера и хранилища SAN. С помощью вышеуказанного коммутатора и сетевых адаптеров они объединили две карты на каждом сервере (всего 3 сервера) для связи в доменной сети. Нет проблем с командами NIC, они работают нормально, я протестировал аварийное переключение каждой (отключите один из шнуров).
У меня возникает вопрос, получу ли я какую-либо пользу от создания EtherChannel в моем коммутаторе для каждой из этих групп сетевых адаптеров? Подрядчик этого не сделал, и хотя все работает нормально, я хочу получить максимальную производительность и надежность этой сборки.
Скорее всего, команды используют LACP для увеличения пропускной способности и аварийного переключения. Если это так, создание EtherChannel вручную является избыточным и блокирует группу портов на определенные вручную настроенные порты (а не на динамическое назначение портов LACP).
По сути, это звучит так, будто конфигурация на 100% верна, и вам не стоит с ней связываться. Вероятно, вам следует убедиться, что группы NIC настроены для LACP (если они не настроены, это может быть по уважительной причине, не меняйте его, если вы не понимаете причины, по которым он был настроен таким образом).
Боковое примечание: пока вы копаетесь, сетевая карта Broadcom, вероятно, представляет собой серию 57xx, если это прошивка / драйвер / программное обеспечение для управления не из 2011 года, у него есть некоторые серьезные ошибки, которые исправят обновления.
Ну да, настройка двух сетевых адаптеров в команде дает вам только резервирование при отказе, если это делается с использованием стека с поддержкой LACP, тогда etherchanneling на коммутаторе позволяет вам, по крайней мере теоретически, удвоить пропускную способность.
В настоящее время ссылка переполнена? Если нет, то настройка Etherchannel вряд ли что-нибудь для вас сделает.
Агрегация каналов! = Лучшая производительность сети (пропускная способность), если текущий канал не перегружен.