Надеюсь, для кого-то это будет легко ...
Если я настраиваю MPIO или Team / bond на сервере Windows, нужно ли настраивать группу каналов на коммутаторах Cisco Catalyst, к которым они подключены? Есть ли в этом польза? или аналогично какой-либо недостаток? у нас есть много свободных портов на коммутаторах, так что это не проблема.
Я предполагаю ... что необходимо создать группу каналов, чтобы использовать преимущества объединения / MPIO на стороне сервера?
Предполагая, что вы не используете проприетарные технологии поставщика сетевых адаптеров, объединение сетевых адаптеров обычно означает LACP (802.3ad), который вам также придется настроить на коммутаторе, создав интерфейс порт-канал и связав физические ссылки с этим портом-каналом с помощью команда настройки интерфейса группы каналов. Типичный вариант использования объединения - это увеличение пропускной способности и избыточность физического канала между сервером и коммутатором (или стеком коммутаторов).
MPIO в значительной степени относится исключительно к избыточности пути между инициатором iSCSI / FCoE / SAS и целью. MPIO не использует LACP, и его необходимо настроить только на обеих конечных точках соединения iSCSI / FCoE / SAS. Типичным вариантом использования MPIO является резервирование пути между серверным узлом и узлом хранения iSCSI, где любой узел имеет несколько физических интерфейсов.
MPIO совместим с LACP, если вы хотите увеличить пропускную способность и физическую избыточность для соединения коммутатора сервера в дополнение к избыточности пути для соединения с хранилищем. Например, если у вас есть четыре сетевых адаптера на вашем сервере, вы можете настроить две группы сетевых адаптеров (LACP) между сервером и коммутатором и использовать MPIO между сервером и конечной точкой MPIO, которая будет использовать эти два логических пути.
Я не думаю, что вы хотите делать это для MPIO. Для объединения / объединения / агрегации ссылок вы можете рассмотреть это, но вам это не обязательно.
Ваша цель - максимизировать пропускную способность или избыточность?
Для пропускной способности вы должны настроить группу каналов. Для обеспечения избыточности вам нужно, чтобы каждый сетевой адаптер в группе был подключен к другому коммутатору.
Если у вас есть коммутаторы в стеке или много сетевых адаптеров на сервере, возможно, вы сможете максимально увеличить как избыточность, так и пропускную способность.
Вы тоже можете потратить слишком много времени на выяснение этого. Вы максимально используете одно соединение?
Для трафика хранилища, имеющего MPIO-совместимый драйвер (DSM), вам не нужен LACP. Использование нескольких независимых сетевых адаптеров с MPIO приведет к созданию нескольких путей; который, в зависимости от возможностей DSM и целевого хранилища, может включать циклический перебор на путях для высокой пропускной способности; и иметь избыточность благодаря множеству путей.
LACP усложнит и затруднит это; поэтому обычно не будет использоваться вместе: LACP уменьшает количество конечных точек (несколько сетевых адаптеров становятся одним), тем самым уменьшая количество возможных комбинаций путей MPIO. Кроме того, на коммутаторах LACP / агрегация портов / etherchannel использует алгоритм хеширования, чтобы определить, какая ссылка в совокупности для отправки данных вниз - если у вас только один пункт назначения для трафика (устройство хранения), он будет использовать только одну ссылку в агрегат, поэтому, хотя LACP дает вам избыточность, он не увеличивает пропускную способность.
Для трафика, не относящегося к хранилищу (всего, что не поддерживает MPIO), тогда LACP является допустимым выбором - на серверах вы можете определить стратегию балансировки нагрузки отправки, а на коммутаторах вы можете настроить алгоритм хеширования для наилучшего использования нескольких ссылок, используя команда глобальной конфигурации port-channel load-balance