Para grande sucesso ! Nossos hosts do Hyper-V estão todos configurados assim:
- Uma NIC iSCSI com iSOE - essa NIC tem duas portas para redundância de todos, exceto NIC; O MPIO lida com a redundância, então não há equipes aqui.
- Duas NICs de porta dupla com TOE - são agrupadas, uma porta de cada controlador, duas equipes. Uma equipe é para o tráfego de visitantes do Hyper-V. A outra é para tráfego de gerenciamento e pulsação (sistemas em cluster).
Todos estão configurados para envio de menor profundidade de fila, recebimento de failover. Cada função está em uma vlan separada (todas as conexões vão para a mesma pilha de switches). Todos os chips da Broadcom, nada contra a Intel, eu fico paranoico com a mistura de hardware em sistemas de produção críticos.
Se as equipes de gerenciamento e de pulsação fossem separadas, isso seria exatamente como a MS recomenda (de acordo com minhas fontes). Ter essas duas funções levemente usadas em equipes separadas é um exagero na minha opinião, então as combinamos. Se o tráfego exigisse, eu adicionaria NICs / Ports adicionais à equipe do Hyper-V. Se a sua pilha de switches suportar o InterSwitch Trunking, você deve usar o LACP em vez de Least Queue Depth (a opção Round Robin também é uma opção, embora eu não recomende isso).