Hyper-V Switch de rede externa mata o desempenho da rede do host

4

Eu tenho o Windows 10 totalmente atualizado. Eu faço o seguinte:

  1. Testando a velocidade da internet - 70 Mbps para cima / 70 Mbps para baixo
  2. Gerenciador do Hyper-V
  3. Gerenciador de Comutador Virtual
  4. Criar switch virtual - externo
  5. Testando a velocidade da internet - 50 Mpbs para cima / 0,1 Mbps para baixo
  6. Remover o comutador virtual
  7. Testando a velocidade da internet - 70 Mbps para cima / 70 Mbps para baixo

Ainda não criei nenhuma máquina virtual. O desempenho da rede do host é degradado. O host tem "Controlador da Família Realtek PCIe GBE".

A única correção que encontrei na internet é para placas Broadcom - para desativar "Large Send Offload" em adaptadores, mas infelizmente isso não ajuda.

    
por Maris B. 07.11.2017 / 10:58

8 respostas

1

Tente desativar o VMQ

Para desabilitar o VMQ em um comutador virtual, use o cmdlet Set-VMNetworkAdapter PowerShell da seguinte maneira:

Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -VmqWeight 0

Para desabilitar o VMQ em um adaptador de rede física, desmarque a caixa apropriada na guia Avançado da página de propriedades do adaptador de rede.

Para alterar o endereço MAC de um comutador virtual, modifique-o no Gerenciador Hyper-V ou usando um dos seguintes cmdlets Set-VMNetworkAdapter PowerShell:

  • Usando um endereço MAC estático:

    Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -StaticMacAddress <MacAddress>

  • Usando um endereço MAC dinâmico:

    Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -DynamicMacAddress

Fonte: link

    
por 07.11.2017 / 14:16
1

O truque do VMQ foi útil para mim há alguns meses, antes de a atualização do Windows em março de 2018 ter sido aplicada no trabalho. Após essa atualização e talvez algumas outras atualizações menores, comecei a ter problemas de desempenho de rede intermitentes novamente enquanto eu tinha uma VM ativamente em execução.

Experimentalmente, tentei algo diferente da ponte de rede normal: habilitei o Compartilhamento de Conexão com a Internet em minha NIC, compartilhando com um comutador de rede virtual ("vEthernet (nat) 2"). Até aí tudo bem - nenhum impacto perceptível no host e na VM agora tem acesso à Internet em velocidade total.

    
por 16.07.2018 / 17:21
0

Não é exatamente uma solução adequada, mas sim um hack feio que funciona bem em torno do problema:

O SO convidado provavelmente não é afetado por esse problema, por isso, atuar como um roteador (ou seja, configurar o encaminhamento e o NAT no sistema operacional convidado) resolverá o problema -  e introduzir um monte de novos já que sua máquina host está por trás de um NAT agora.

Tenho certeza que é um bug que foi introduzido na Atualização de criadores de outono para o Win10 (release 1709), já que a mesma configuração estava funcionando bem para mim antes de eu atualizar. Então, a outra opção seria esperar por um patch da Microsoft que irá restaurar as coisas para sua ordem correta.

    
por 02.12.2017 / 13:54
0

Atualizar meus drivers de adaptador de rede, especificamente meu driver sem fio Dell, corrigiu o problema de velocidade lenta da Internet para mim (até agora).

Eu tive o mesmo problema com o Windows 10 v 1709 em execução em um notebook Dell M6800 conectado ao meu roteador local usando WiFi. Eu tinha acabado de instalar o Windows 10 há alguns meses, então achei que meus drivers estavam atualizados.

Depois de criar um comutador virtual externo, minhas velocidades da Internet diminuíram para cerca de 10% da velocidade normal.

Eu tentei usar configurações de DNS IPV4 estático nos adaptadores de rede e isso não resolveu a velocidade lenta.

Por fim, no Gerenciador de dispositivos, atualizei os drivers do adaptador de rede e corrigi o problema.

Espero que isso ajude.

    
por 28.02.2018 / 17:13
0

Eu tenho lutado com essa questão por um tempo agora mesmo. O mesmo cenário, o mesmo dilema. Também não tive muita ajuda on-line, tive que fazer experiências (até tive alguns bluescreens) até encontrar uma solução.

Com a Atualização dos criadores de outono, a Microsoft fez uso de todo mundo, forçando todos a usar o novo "Switch padrão". O problema vem do fato de que o referido switch monopoliza uma de suas NICs criando um NAT sobre o serviço "Compartilhamento de conexão com a Internet". Se você tivesse apenas um NIC, então você está sem sorte em conectar um comutador virtual externo. Embora isso permita, você obtém as velocidades de download que está vendo. Internamente, algo funky está acontecendo com o NAT, mas quanto ao que eu não sei.

O seguinte funciona para obter o resultado final pretendido:

  1. Crie um switch interno
  2. Atribuir a assoc. adaptador Ethernet virtual para o comutador com um IP estático fora do seu intervalo de DHCP (ex: 192.168.1.1 ) e uma máscara de sub-rede.
  3. Selecione sua NIC e o adaptador da etapa 2 e adicione-os a uma ponte

O resultado final será que suas VMs estão em sua rede externa e recebendo endereços IP do DHCP, enquanto seu host não deve ser prejudicado de alguma forma, até onde eu saiba.

Se você quiser adicionar mais opções "pseudo-externas", basta seguir as etapas 1 e 2 e adicioná-las à ponte existente.

    
por 24.04.2018 / 05:34
0

link fornece uma bom passo-a-passo sobre a configuração do NAT para redes internas do Hyper-V.

TLDR, por exemplo:

PS C:\> New-VMSwitch -SwitchName "SwitchName" -SwitchType Internal

PS C:\> Get-NetAdapter

Name                  InterfaceDescription               ifIndex Status       MacAddress           LinkSpeed
----                  --------------------               ------- ------       ----------           ---------
"SwitchName"          Hyper-V Virtual Ethernet Adapter        40 Up           00-15-5D-00-6A-01      10 Gbps
Wi-Fi                 Marvell AVASTAR Wireless-AC Net...      18 Up           98-5F-D3-34-0C-D3     300 Mbps
Bluetooth Network ... Bluetooth Device (Personal Area...      21 Disconnected 98-5F-D3-34-0C-D4       3 Mbps

PS C:\> New-NetIPAddress -IPAddress 192.168.99.1 -PrefixLength 24 -InterfaceIndex 40
PS C:\> New-NetNat -Name HyperVNat -InternalIPInterfaceAddressPrefix 192.168.99.0/24

As máquinas na rede interna não receberão endereços atribuídos pelo DHCP, portanto, você precisará configurá-las por conta própria. Eu usei o DNS do Google (8.8.8.8/8.8.4.4) como os servidores DNS das máquinas internas.

    
por 27.08.2018 / 12:45
0

Para mim, antes de fazer qualquer outra coisa, depois de criar o switch na reinicialização do gerenciador do Hyper-V, a máquina redefine tudo. Agora vejo a mesma velocidade nas duas extremidades.

    
por 15.10.2018 / 19:34
0

O mesmo problema para mim e parece estar voltando depois das atualizações.

Eu sou um usuário do VMWare e fui "forçado" a trabalhar com o Hyper-V. A primeira coisa notável que falta ao criar um switch virtual é a falta de uma opção para o NAT. Então acabei usando o "External" para conectar minhas VMs à rede física. Meu primeiro problema não era o comportamento errático da velocidade e da conexão à internet. Foi o fato de que eu estava expondo minhas VMs para a rede externa! Então o problema da conexão lenta / errática surgiu em cima disso!

Então eu usei os comandos PS encontrados aqui para criar um adaptador NAT e este trabalho é um encanto!

    
por 07.11.2018 / 09:51