Тормозит виртуальный коммутатор hyper v
Задача - виртуальные машины видны из внешней сети, и получали IP адрес от внешнего DHCP.
Создал виртуальный комутатор внешний.
Его объединил мостом с нужной сетевой картой.
Однако теперь при возникают странные лаги с сетью при (например при копировании файлов) с одной виртуальной машины на другую.
С внутренней сетью все идеально.
Какие обычно бывают проблемы?
Скорость копирования файлов падает до 10-20кбатй/сек (сеть гигабитная)
iperf - показывает то максимальное, то вообще не проходит пакет.
Отключите VMQ (а также другие оффлоадеры, LSO, TCO) согласно KB2902166
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Без моста у меня виртаульные машины не доступны внутри сети и не получают IP адресс с DHCP.
С мостом все работает кроме скорости.
hyper-v extensible virtual switch
Помогла переустановка драйверов
потом создание свитча через PowerShell (через GUI он создавался забагованный)
И потом отключение VMQ LSO, TCO
Единственное я не понял нужно ли отключать LSO на клиентах.
Since Broadcom has VMQ enabled by default, I disable it in the configuration properties of all my physical adapters assigned to my guests, in the advanced tab. Intel NIC owners need not do this step, as Intel has it disabled by default.
On my Hyper-V host, I open Regedit and drill down to HKLM\SYSTEM\CurrentControlSet\Services\VMSMP\Parameters
I then add to Parameters a DWORD value and name it BelowTenGigVmqEnabled (since I have a 1Gb adapter. 10Gb owners need TenGigVmqEnabled) and give it a value of 1.
И ещё дополнительно -
Где конкретно нужно отключать настройки VMQ и т.д
На физическом интерфейсе?
Или тот который создал hyperv
Нужно ли это отключать на клиентских машинах (если они под виндой разумеется).
Столкнулся с крайне низкой производительностью сети в виртуальных машинах Hyper-V. Конфигурация сервера следующая: физический сервер Dell PowerEdge R620 с 4 сетевыми интерфейсами Broadcom NetXtreme Gigabit. На сервере установлена Windows Server 2012R2 Datacenter с ролью Hyper-V.
При копировании данных на виртуальные машины, запущенные на этом сервере, скорость копирования не поднимается выше 10-12 Мб, хотя гипервизор подключен к быстрой 1 Гб сети.
Причиной проблемы оказался баг в драйвере Broadcom, проявляющийся при включенном режиме VMQ (Virtual Machine Queue). VMQ предназначен для повышения производительности сети на виртуальных машинах, ускоряя передачу сетевых данных с физического адаптера на соответствующую виртуальную машину. Но, похоже, некий баг в драйвере оказывает влияние на некоторые сетевые адаптеры Broadcom, что приводит к значительному снижению производительности сети на всех виртуальных машинах, которые используют виртуальный коммутатор, связанный с соответствующим Broadcom адаптером.
Решение проблемы – отключение VMQ в свойствах сетевых адаптеров на сервере Hyper-V.
Итак, на хостовом сервере Hyper-V откройте в панели управления отройте окно со списком сетевых подключения. Откройте свойства каждого сетевого адаптера Broadcom, который используется в коммутаторе Hyper-V и нажмите кнопку Configure.
Перейдите на вкладку Advanced и найдите в списке параметров Virtual Machine Queues. Измените значение данного параметра на Disabled и сохраните изменения.
При этом подключение к ВМ не поверяется, а в графике сетевого трафика внутри ВМ можно наблюдать резкий рост скорости передачи данных по сети.
VMQ также можно отключить в настройках виртуального коммутатора с помощью PowerShell:
Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -VmqWeight 0
Производительность сети может «сделать» вашу виртуальную среду или нарушить ее работу. С сетевыми инструментами вы можете поддерживать высокую производительность сети и обеспечивать равномерное распределение ресурсов. Хотя и не стоит напоминать об этом, но виртуальные сети могут оказывать серьезное влияние на физические серверы и, следовательно, на вашу виртуальную среду. Хотя виртуализация и имеет многочисленные преимущества, ее основной недостаток в том, что она вводит новые виртуальные машины, которые съедают ценные ресурсы, такие как пропускную способность и занимают системы ввода/вывода физического сервера, что приводит к плохой производительности.
Эта проблема усугубляется, когда несколько виртуальных серверов конкурируют за единую систему связи, что приводит к массовым задержкам. Одним из решений этой проблемы является логическое распределение сетевых ресурсов с помощью таких средств, как виртуальные коммутаторы и виртуальные сетевые карты.
Разработанный, чтобы помочь пользователям в создании и управлении виртуальными средами, гипервизор включает в себя инструменты для устранения этих проблем и контроля за распределением ресурсов. Начиная с Port Mirroring и заканчивая логическими сетями , есть несколько способов, чтобы гарантировать, что ваши виртуальные сети — и, в свою очередь, виртуальная среда — находятся на пиковых уровнях производительности. Ниже приведены 5 советов для уменьшения числа проблем с производительностью сети .
Port Mirroring упрощает сетевой траффикинг
Когда дело доходит до работы с виртуальными машинами в рамках многоуровневой архитектуры виртуальной сети, просто внимательно следить за нагрузками не только важно, но и необходимо. Port Mirroring, включенный в Windows Server 2012 , захватывает сетевой трафик от виртуальных машин в Windows Server 2012 и передает эту информацию в виртуальные машины, настроенные для мониторинга. Port Mirroring может контролировать внутренний трафик от виртуальных машин, подключенных к виртуальному коммутатору, и внешний трафик с физического сервера на виртуальную машину. В дополнение к этому, Port Mirroring также может быть использован для захвата тегированного трафика VLAN, а также блокирования нежелательного сетевого трафика, исключая низкую производительность сети. С помощью Port Mirroring администраторы могут легко оптимизировать производительность сети при одновременном обеспечении безопасности и оценке возможных проблем в сети.
Виртуальные коммутаторы
Усовершенствованная сетевая безопасность с
Последний, DHCP Guard, имеет несколько потенциальных способов применения. DHCP Guard авторизует на уровне Active Directory, предотвращая доступ к ложным серверам DHCP. Он также накладывает ограничения на авторизованные , ограничивая их возможности. В итоге и Router Guard и DHCP Guard укрепляють защиту виртуальных машин в виртуальной сетевой среде от незаконных сетевых служб.
Логические сети и масштабирование виртуальных сред
Несмотря на свою полезность, Manager подходит для сетевых сред не всякого размера. Manager может функционировать только как инструмент управления на уровне сервера, что делает его несовместимым с более крупными средами. Для того, чтобы перемещать виртуальные машины с одного хоста на другой с помощью Manager необходимо сделать несколько одинаковых виртуальных коммутаторов, что занимает много времени. Более ранние виртуальные сети также сталкиваются с проблемами в многопользовательских средах. Если вы намерены работать с крупной сетевой средой, вы должны будете построить логическую сеть Manager для масштабирования соединений.
Логические сети исключают локальные сети путем группирования виртуальных локальных сетей и подсетей с целью присвоения их группам хостов. Логические сети определяются и управляются системой Microsoft System Center Virtual Machine Manager. Для того чтобы воспользоваться всеми преимуществами логической сети и не допустить снижения производительности сети, вам также потребуется создать сеть виртуальных машин и определить логические переключатели для работы в вашей логической сети. Как только все необходимые части для построения и запуска логической сети собраны, вы можете повторно использовать эти компоненты в дальнейшем при создании новых управляемых сетей.
У меня Windows 10 полностью обновлен. Я делаю следующее:
- тестирование скорости интернет - 70 Мбит / 70 Mpbs вниз
- Hyper-V Менеджер
- Диспетчер Виртуальных Коммутаторов
- Создать Виртуальный Коммутатор-External
- тестирование скорости интернета-50 Mpbs up/0.1 Mbps вниз
- удалить виртуальный коммутатор
- тестирование скорости интернет - 70 Мбит / 70 Mpbs вниз
Я еще не создал никаких виртуальных машин. Производительность сети узла снижается. Хозяин имеет "регулятор семьи Realtek PCIe GBE".
единственное исправление, которое я нашел в интернете для Broadcom карт-отключить "большой отправки разгрузки" в свойствах адаптеров, но, к сожалению, это не помогает.
попробуйте отключить VMQ
чтобы отключить VMQ на виртуальном коммутаторе, используйте командлет PowerShell Set-VMNetworkAdapter следующим образом:
чтобы отключить VMQ на физическом сетевом адаптере, снимите соответствующий флажок на вкладке Дополнительно страницы свойств сетевого адаптера.
чтобы изменить MAC-адрес виртуального коммутатора, измените его в Диспетчере Hyper-V или с помощью одного из следующих наборов-VMNetworkAdapter PowerShell командлеты:
использование статического MAC-адреса:
Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -StaticMacAddress <MacAddress>
использование динамического MAC-адреса:
Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -DynamicMacAddress
трюк VMQ был полезен мне несколько месяцев назад, до того, как обновление Windows в марте 2018 года было применено на работе. После этого обновления и, возможно, некоторых других небольших обновлений я снова начал испытывать периодические проблемы с производительностью сети, когда у меня была активно работающая виртуальная машина.
экспериментально я попробовал что-то другое, чем обычный сетевой мост: я включил общий доступ к подключению к Интернету на моей сетевой карте, общий доступ к внутренние коммутатор виртуальной сети ("vEthernet (nat) 2"). До сих пор так хорошо - нет заметного влияния на хост и виртуальная машина теперь имеет полный доступ к интернету скорости, а также.
Это не совсем правильное решение, а скорее уродливый хак, который работает вокруг проблемы:
гостевая ОС, скорее всего, не подвержена этой проблеме, поэтому ее использование в качестве маршрутизатора (т. е. настройка пересылки и NAT в гостевой ОС) решит проблему - и представьте кучу новых, так как ваша хост-машина теперь находится за NAT.
Я уверен, что это ошибка, которая была введена в обновлении создатели осень для Win10 (релиз 1709), так как точно такая же настройка работала нормально для меня, прежде чем я обновил. Таким образом, другой вариант будет ждать патча от Microsoft, который восстановит вещи в их законном порядке.
Обновление драйверов сетевых адаптеров, в частности мой драйвер Dell wireless, Исправлена проблема медленной скорости интернета для меня (до сих пор).
У меня была та же проблема с Windows 10 v 1709 работает на ноутбуке Dell M6800, подключенного к локальному маршрутизатору с помощью Wi-Fi. Я только что установил Windows 10 пару месяцев назад, поэтому я думал, что мои драйверы были все в актуальном состоянии.
после создания внешнего виртуального коммутатора скорость интернета снизилась примерно до 10% от нормальная скорость.
Я попытался использовать статические настройки IPv4 DNS в сетевых адаптерах, и это не решило медленную скорость.
наконец, в Диспетчере устройств, я обновил мои драйверы сетевого адаптера, и это исправило мою проблему.
надеюсь, что это помогает.
Я сам уже некоторое время борюсь с этой проблемой. Тот же сценарий, та же дилемма. Не так много помощи в Интернете, пришлось экспериментировать (даже было несколько bluescreens), пока я не нашел решение.
С обновлением создателей падения, Microsoft расширила всех, заставляя всех нас использовать их новый "переключатель по умолчанию". Проблема возникает из-за того, что указанный коммутатор монополизирует одну из ваших сетевых карт, создавая NAT через службу "общий доступ к подключению к интернету". Если вы только был один NIC, то вы не повезло подключения внешнего виртуального коммутатора. Хотя это позволит вам сделать это, это приведет к скорости загрузки, которую вы видите. Внутренне что-то фанки происходит с NAT, но что касается того, что я не знаю.
далее работает, хотя, чтобы получить предполагаемый конечный результат:
конечным результатом будет то, что ваши виртуальные машины находятся во внешней сети и получают IP-адреса от DHCP, в то время как ваш хост не должен быть нарушен каким-либо образом, насколько я могу судить.
Читайте также: