Внешний сетевой коммутатор Hyper-V убивает производительность сети моего хоста

Уловка VMQ была полезна мне несколько месяцев назад, до того, как обновление Windows от марта 2018 года было применено на работе. После этого обновления и, возможно, некоторых других небольших обновлений у меня снова стали периодически возникать проблемы с производительностью сети, когда у меня активно работала виртуальная машина.

Экспериментально я попробовал что-то отличное от обычного сетевого моста: я включил общий доступ к подключению к Интернету на своей сетевой плате, предоставив доступ к внутреннему виртуальному сетевому коммутатору («vEthernet (nat) 2»). Пока все хорошо - нет заметного влияния на хост, и виртуальная машина теперь также имеет полный доступ к Интернету.

Попробуйте отключить VMQ

Чтобы отключить VMQ на виртуальном коммутаторе, используйте командлет Set-VMNetworkAdapter PowerShell следующим образом:

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

Чтобы отключить VMQ на физическом сетевом адаптере, снимите соответствующий флажок на вкладке «Дополнительно» на странице свойств сетевого адаптера.

Чтобы изменить MAC-адрес виртуального коммутатора, измените его в диспетчере Hyper-V или с помощью одного из следующих командлетов PowerShell Set-VMNetworkAdapter:

• Используя статический MAC-адрес:

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

• Используя динамический MAC-адрес:

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

Источник: http://www.dell.com/support/article/us/en/19/sln132131/windows-server--slow-network-performance-on-hyper-v-virtual-machines-with-virtual-machine -queue - VMQ - включен языки = еп?

Это не совсем правильное решение, а скорее уродливый взлом, какой вид решения проблемы:

Гостевая ОС, скорее всего, не подвержена этой проблеме, поэтому ее использование в качестве маршрутизатора (т. Е. Настройка пересылки и NAT в гостевой ОС) решит проблему - и представит кучу новых, поскольку ваша хост-машина находится за NAT сейчас.

Я почти уверен, что это ошибка, которая была введена в обновлении Fall Creators для Win10 (выпуск 1709), поскольку точно такая же настройка работала у меня до того, как я обновился. Таким образом, другой вариант будет ждать патч от Microsoft, который восстановит их порядок.

Обновление драйверов моего сетевого адаптера, в частности моего беспроводного драйвера Dell, устранило проблему медленной скорости интернета для меня (пока).

У меня была такая же проблема с Windows 10 v 1709, работающей на ноутбуке Dell M6800, подключенном к моему локальному маршрутизатору через WiFi. Я только что установил Windows 10 пару месяцев назад, поэтому я подумал, что все мои драйверы были обновлены.

После создания внешнего виртуального коммутатора скорость интернета снизилась примерно до 10% от нормальной скорости.

Я пытался использовать статические настройки DNS IPV4 в сетевых адаптерах, и это не решало медленную скорость.

Наконец, в диспетчере устройств я обновил драйверы сетевого адаптера, и это решило мою проблему.

Надеюсь это поможет.

Я боролся с этой проблемой некоторое время теперь сам. Тот же сценарий, та же самая дилемма. Не так много помощи онлайн, пришлось экспериментировать (даже было несколько голубых экранов), пока я не нашел решение.

Выпустив обновление Fall Creators, Microsoft объединила всех и заставила всех нас использовать их новый «переключатель по умолчанию». Проблема заключается в том, что указанный коммутатор монополизирует один из ваших сетевых адаптеров, создав NAT через службу «Общий доступ к подключению к Интернету». Если у вас был только один сетевой адаптер, вам не повезло подключить внешний виртуальный коммутатор. Хотя это позволит вам сделать это, это приводит к скорости загрузки, которую вы видите. Внутренне что-то странное происходит с NAT, но что касается того, чего я не знаю.

Следующее действительно работает, хотя, чтобы получить намеченный конечный результат:

1. Создать внутренний переключатель
2. Назначить доц. виртуальный адаптер Ethernet для коммутатора со статическим IP-адресом вне диапазона DHCP (например 192.168.1.1:) и маской подсети.
3. На шаге 2 выберите сетевой адаптер и адаптер и добавьте их в мост.

Конечным результатом будет то, что ваши виртуальные машины находятся во внешней сети и получают IP-адреса от DHCP, в то время как ваш хост не должен быть поврежден каким-либо образом, насколько я могу судить.

Если вы хотите добавить больше «псевдо-внешних» коммутаторов, просто выполните шаги № 1 и № 2 и добавьте их в существующий мост.

https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/user-guide/setup-nat-network предоставляет хороший шаг за шагом по настройке NAT для внутреннего Hyper-V сетей.

TLDR, например:

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 

Машины во внутренней сети не получат адреса, назначенные DHCP, поэтому вам необходимо настроить их самостоятельно. Я использовал Google DNS (8.8.8.8/8.8.4.4) в качестве DNS-серверов для внутренних машин.

Для меня, прежде чем я сделаю что-нибудь еще, после создания коммутатора в диспетчере Hyper-V перезагрузите машину, все перезагрузится. Теперь я вижу одинаковую скорость с обоих концов.

Та же проблема для меня, и, похоже, она вернется после обновлений.

Я пользователь VMWare, и меня «заставили» работать с Hyper-V. Первая заметная вещь, которая отсутствует при создании виртуального коммутатора, - это отсутствие опции NAT. Поэтому я в конечном итоге использовал «Внешний» для подключения своих виртуальных машин к физической сети. Моей первой проблемой была не скорость интернета, а неправильное поведение интернет-соединения. Это был факт, что я выставлял свои виртуальные машины внешней сети! Тогда проблема медленного / беспорядочного соединения возникла поверх этого!

Поэтому я использовал найденные здесь команды PS для создания адаптера NAT, и это работает как шарм!