Agrupamento NIC no host hyper-v ou dentro de cada VM?

Question

Eu instalei o Windows Server 2016 Datacenter em um Dell T620 e instalei a função Hyper-V. Em seguida, criei uma equipe de NIC composta por 2 adaptadores físicos de rede de 1 Gbps. Equipe é chamada LANTeam. As configurações são: Modo de Teaming - Switch Independent, Modo Load Balancing - Dinâmico, Standby Adapter - Nenhum (todos os adaptadores ativos)

No painel de controle Conexões de rede deste servidor, vejo todas as NICs físicas e agora também vejo mais uma conexão chamada 'LANTeam'. Esse é o nome da conexão, mas o nome do dispositivo é 'Microsoft Network Adapter Multiplexor Driver'

Se eu clicar duas vezes nessa conexão de rede, ela mostrará uma velocidade de 2,0 Gbps, o que faz sentido, já que são conexões de 2 x 1 Gbps, agrupadas.

Aqui é onde as coisas ficam um pouco nubladas para mim:

Eu abro o Gerenciador do Hyper-V e clico no Virtual Switch Manager. Eu crio um novo Virtual Switch (External) e selecione 'Microsoft Network Adapter Multiplexor Driver' na lista suspensa.

Eu nomeio esse switch 'LAN vSwitch'

Em seguida, crio minha primeira VM. Na janela Propriedades, seleciono 'LAN vSwitch' na lista suspensa.

Quando eu inicio esta VM (eu instalei o Windows 2016 Server), vá para Conexões de Rede e clique duas vezes no único (e único) Adaptador de Rede (que é chamado apenas de 'Ethernet', mostra que a velocidade é de apenas 1.0Gbps .

Por que não 2.0Gbps? Meu objetivo é criar algumas VMs, todas com uma conexão Ethernet de 2.0 Gbps.

    

Answer 1

A discrepância que você vê está apenas na velocidade informada da NIC. Alguns antecedentes primeiro:

O Windows está mentindo um pouco quando está dizendo a você que os NICs agrupados estão rodando a 2Gbps, já que não é realmente como o trabalho em equipe ou a ligação funciona. Usando o agrupamento, é possível balancear as conexões discretas entre as duas NICs. Uma única conexão só pode saturar uma única NIC. O agrupamento só se torna eficaz quando se lida com vários pontos de extremidade da rede, portanto, geralmente é uma boa opção para estabelecer o host da VM. Estabelecer vínculos ou equipes dentro de VMs e não no host pode ter conseqüências estranhas em várias plataformas, e você deve evitar fazer isso se puder. Em geral, é melhor colocar o vínculo no local que obterá a maior quantidade de conexões, e isso geralmente é o mais próximo possível de um tronco de rede.

Voltar ao problema de geração de relatórios de velocidade em sua VM - não está mentindo. Você tem NICs de 1 Gbps conectadas ao seu host e conectadas ao vswitch que fornece rede para suas instâncias. Isso reduz a velocidade desse vswitch inteiro para 1Gbps, e essa é uma limitação conhecida do controle de fluxo do HyperV. O vswitch ignora a capacidade relatada do vínculo, pois isso é irrelevante para o controle de fluxo. Você ainda pode enviar um total de 2 Gbps do host, não apenas para qualquer VM.

Se você ainda quiser a rede de velocidade do barramento do sistema host entre as VMs, poderá criar um vswitch "vazio" que não se conecte a nenhum tipo de NIC física, mas apenas a cada VM e host. Isso pode ser útil se você tiver muito tráfego leste-oeste entre VMs.

Com base no exemplo acima, você pode contornar este problema quase que inteiramente ao terminar a camada 2 no hipervisor. Você pode juntar todas as suas VMs a esse vswitch vazio, ativando a comunicação de velocidade de barramento. Depois que isso for estabelecido, você poderá usar o host hiperv como um gateway, roteando o tráfego da camada 3 do vswitch totalmente virtual para uma equipe endereçada da camada 3 no host. Isso introduziria algumas complexidades de netowrk, como a necessidade de redirecionar e usar um NAT. No entanto, o hyperv tem controles muito amigáveis para isso.