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

Question

У меня Windows 10 полностью обновлена. Я делаю следующее:

1. Тестирование скорости интернета - 70 Мбит / с вверх / 70 Мбит / с вниз
2. Диспетчер Hyper-V
3. Диспетчер виртуальных коммутаторов
4. Создать виртуальный коммутатор - внешний
5. Тестирование скорости интернета - 50 Мбит / с вверх / 0,1 Мбит / с вниз
6. Удалить виртуальный коммутатор
7. Тестирование скорости интернета - 70 Мбит / с вверх / 70 Мбит / с вниз

Я еще не создал виртуальные машины. Производительность сети хоста снижена. На хосте установлен контроллер семейства Realtek PCIe GBE.

Единственное исправление, которое я нашел в интернете, касается карт Broadcom - отключение "Большой отправки при выгрузке" в свойствах адаптеров, но, к сожалению, это не помогает.

Answer 1

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

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

Answer 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 - включен языки = еп?

Answer 3

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

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

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

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

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

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

Answer 4

Для тех, у кого проблемы с ответом мистера Малины:

Имя сетевого адаптера, распознаваемое командами * -VMNetworkAdapter, отличается от того, что отображается в Windows. Вы должны перечислить доступные сетевые адаптеры с помощью «Get-VMNetworkAdapter -ManagementOS» и «Get-VMNetworkAdapter *», чтобы получить имена адаптеров, которые команда распознает. Для меня было исправлено изменение адаптера в виртуальной машине, а не в операционной системе управления (т.е. без опции -ManagementOS).

Answer 5

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

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

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

Answer 6

Для меня я сделал некоторые из вышеперечисленных, так что, возможно, это помогло, но я также отключил "разрешить операционной системе управления совместно использовать этот сетевой адаптер" в Hyper-V Virtual Switch Manager для адаптера, который я использовал (я использую Интернет беспроводной для Hyper-V и внешний для хоста)

Answer 7

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

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

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

Answer 8

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

Answer 9

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-серверов для внутренних машин.

Answer 10

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

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

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

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

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

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