С точки зрения организации распределения нагрузки и повышения уровня доступности можно построить следующую сетевую конфигурацию:
1) На каждом из хостов настраиваем по два Network Team-а (далее "тим") в режиме LACP/Dynamic
1.1) Первый тим, назовём его условно "LACP Team - Host management", будет объединять физические интерфейсы 1 и 2. На нём создадим 2 виртуальных интерфейса - "vNIC Host management" (Primary = Yes, укажем Specific VLAN для трафика управления) и "vNIC Cluster" (Primary = No, укажем Specific VLAN для меж-узлового кластерного трафика )
1.2) Второй тим, назовём его условно "LACP Team - Hyper-V", будет объединять физические интерфейсы 3 и 4. На нём создадим 1 виртуальный интерфейс - "vNIC Hyper-V" (Primary = Yes, VLAN - Default)
После этого на Windows Server появится 3 виртуальных интерфейса:
- "vNIC Host management" - зададим на нём IP-адрес для управления самим хостом, относящийся к сответсвующему VLAN
- "vNIC Cluster" - зададим на нём IP-адрес для участия в кластере, относящийся к сответсвующему VLAN
- "vNIC Hyper-V" - на базе этого интерфейса создадим в Hyper-V Manager виртуальный коммутатор.
Не забываем настраивать приоритет интерфейсов таким образом, чтобы виртуальный интерфейс для управления хостом был на первом месте
2) На стороне сетевого коммутатора физические интерфесы хоста также собраны в 2 отдельных LACP-тима (в понятиях cisco это PortChannel):
- 1 и 2 - транковые порты, разрешён только трафик VLAN-ов управления хостом и кластерного, порты объеденены в отдельный PortChannel с LACP
- 3 и 4 - транковые порты, разрешены все VLAN-ы, порты объеденены в отдельный PortChannel с LACP
Если коммутаторы (Cisco) в стеке, то в рамках стека можно пробовать подключать интерфейсы одного тима к разным коммутаторам.
Это обеспечит бесперебойную работу хоста даже в случае выхода из строя отдельно взятого коммутатора в стеке.
Такая конфигурация работает у меня на хостах с ОС Windows Server 2012 R2 в связке со стеком коммутаторов Cisco 2960X