Comments 10
В режиме switch independent адаптеры группы могут быть подключены к разным коммутаторам.
Да и с LACP надо бы подключать адаптеры в разные коммутаторы, иначе резервирования как бы почти и нету. Благо примерно любые современные датацентровые коммутаторы поддерживают ту или иную реализацию mLAG в режиме active/active.
Только в 2012 году? Ого.
Спасибо за данную фичу!
Раньше приходилось танцевать с бубном, чтобы настроить нормально тиминг (проблем не было только с серверами HP).
Раньше приходилось танцевать с бубном, чтобы настроить нормально тиминг (проблем не было только с серверами HP).
Не совсем понял, как в режиме switch independent могут быть активны одновременно несколько адаптеров. Ведь если передаётся трафик с одним и тем же MAC-адресом, это вызовет его флаппинг между коммутаторами и потерю трафика.
Ничто не мешает размазать разные виртуальные интерфейсы по разным физическим, с фейловером по мере надобности. В итоге каждый мак будет светиться только с одного порта, но активны будут все порты.
Виртуальные интерфейсы могут быть назначены виртуалкам (если поднята роль гипервизора), или созданы на хосте в разных VLANах. Все это не вызовет никаких проблем.
Виртуальные интерфейсы могут быть назначены виртуалкам (если поднята роль гипервизора), или созданы на хосте в разных VLANах. Все это не вызовет никаких проблем.
Это понятно. Просто не подчёркнуто в статье, и лично у меня после её прочтения сложилось впечатление, что можно просто так, безо всяких VLAN-ов и виртуалок, взять и размазать исходящий трафик, и всё типа будет ОК.
Да вы правы, я не акцентировал внимание на этих нюансах. При использовании режима Address Hash создается и настраивается нужное количество виртуальных сетевых интерфейсов (тех самых tNIC на первом рисунке поста), для которых задаются VLAN ID. При использовании режима Hyper-V Port предполагается, что вы используете роль Hyper-V и виртуальные машины. В этом случае MAC-адрес ВМ может быть привязан к конкретному адаптеру группы для распределения трафика. Еще точнее, привязка осуществляется на основе идентификатора порта Hyper-V Switch, поскольку ВМ может использовать более одного MAC-адреса для каждого порта Hyper-V Switch.
Немного странно выглядит отсутсвие выбора алгоритма хеширования в server manager до его изменения через PS. Или это какая-то защита от дурака и сделано специально?
Александр, скажите в чем может быть причина «нестыковки» NIC Teaming в Windows Server 2012 R2 (switch independent + Hyper-V Port) и Virtual Switch'а?
Создаю Virtual Switch на свежесозданном NIC Teaming и после этого хост становится не доступен. Пакеты не приходят, хотя сам Virtual Switch создается. Галочка «allow management operating system to share this network adapter» установлена
Создаю Virtual Switch на свежесозданном NIC Teaming и после этого хост становится не доступен. Пакеты не приходят, хотя сам Virtual Switch создается. Галочка «allow management operating system to share this network adapter» установлена
Sign up to leave a comment.
NIC Teaming в Windows Server 2012