Поделиться через

производительность процессора Hyper-V

Серверы виртуализации размещают несколько виртуальных машин, изолированных друг от друга, но совместно используют базовые аппаратные ресурсы. Процессоры, память и устройства ввода-вывода виртуализированы. При консолидации серверов на одном компьютере виртуализация улучшает использование ресурсов, повышает эффективность использования энергии и снижает затраты на эксплуатацию и обслуживание серверов. Эта статья поможет вам понять важные аспекты производительности процессора для точной настройки и улучшения производительности Hyper-V.

Службы интеграции виртуальных машин

Службы интеграции виртуальных машин включают в себя оптимизированные драйверы для устройств ввода-вывода Hyper-V, что значительно снижает нагрузку на центральный процессор для операций ввода-вывода по сравнению с эмулированными устройствами. Установите последнюю версию служб интеграции виртуальных машин на каждой поддерживаемой виртуальной машине. Службы снижают использование ЦП гостями, как в режиме простоя, так и при интенсивном использовании, и повышают пропускную способность ввода-вывода. Этот шаг является первым в настройке производительности на сервере под управлением Hyper-V. Список поддерживаемых гостевых операционных систем см. в Hyper-V обзоре.

Виртуальные процессоры

Оцените рабочую нагрузку, чтобы определить требования к процессору и избежать недостаточного или избыточного выделения ресурсов. Используйте результаты оценки для настройки количества необходимых виртуальных процессоров. Увеличьте количество виртуальных процессоров, если для виртуальной машины требуется больше ресурсов обработки при пиковой нагрузке. Дополнительную информацию о максимальном количестве настраиваемых компонентов в Hyper-V можно найти в разделе План Hyper-V масштабируемости в Windows Server.

Фоновая активность

Минимизация фонового действия в неактивных виртуальных машинах освобождает циклы ЦП, которые используют другие виртуальные машины. Гости Windows обычно используют менее одного процента ЦП при простое. Ниже приведены рекомендации по минимизации фонового использования ЦП виртуальной машины.

  • Установите последнюю версию служб интеграции виртуальных машин.

  • Удалите эмулированный сетевой адаптер с помощью диалогового окна "Параметры виртуальной машины" (используйте адаптер Microsoft Hyper-V).

  • Удалите неиспользуемые устройства, такие как порт CD-ROM и COM, или отключите их носитель.

  • Сохраняйте операционную систему Windows в гостевом режиме на экране входа в систему, когда она не используется, и отключите средство защиты экрана.

  • Просмотрите запланированные задачи и службы, которые включены по умолчанию.

  • Выполните logman.exe query -ets, чтобы просмотреть поставщиков трассировки событий Windows (ETW), включаемых по умолчанию.

  • Улучшение серверных приложений для уменьшения периодических действий (таких как таймеры).

  • Закройте диспетчер серверов как в узлах, так и в гостевых операционных системах.

  • Не оставляйте диспетчер Hyper-V в работающем состоянии, так как он постоянно обновляет эскиз виртуальной машины.

Ниже приведены рекомендации по настройке версии клиента Windows на виртуальной машине, чтобы сократить общее использование ЦП:

  • Отключите фоновые службы, такие как SuperFetch и Поиск Windows.

  • Отключите запланированные задачи, такие как запланированная дефрагментация.

Виртуальный NUMA

Hyper-V в Windows Server расширяет ограничения масштабирования виртуальных машин, чтобы обеспечить виртуализацию крупномасштабных рабочих нагрузок. При создании больших виртуальных машин память обычно используется из нескольких узлов NUMA на хост-системе. Если вы не выделяете виртуальные процессоры и память из одного узла NUMA, производительность рабочих нагрузок может быть низкой. Производительность ухудшается из-за того, что нагрузки не могут воспользоваться оптимизациями NUMA. Дополнительные сведения о максимальных настраиваемых компонентах в Hyper-V см. в разделе План Hyper-V масштабируемости в Windows Server.

В Windows Server Hyper-V представляет топологию Virtual NUMA виртуальным машинам. По умолчанию эта виртуальная топология NUMA оптимизирована для соответствия топологии NUMA основного хоста. Предоставление виртуальной топологии NUMA в виртуальную машину позволяет гостевой операционной системе и любым приложениям с поддержкой NUMA, работающим в нем, воспользоваться оптимизацией производительности NUMA так же, как и при выполнении на физическом компьютере.

Нет различий между виртуальной и физической NUMA с точки зрения рабочей нагрузки. При использовании виртуальной машины, если рабочая нагрузка выделяет локальную память для данных и обращается к этим данным в том же узле NUMA, это приводит к быстрому локальному доступу к памяти на базовой физической системе. Штрафы за производительность из-за удаленного доступа к памяти успешно избегаются. Только приложения с поддержкой NUMA могут воспользоваться vNUMA.

Microsoft SQL Server — пример приложения с поддержкой NUMA. Дополнительные сведения см. статью Понимание неоднородного доступа к памяти.

Вы не можете одновременно использовать виртуальные функции NUMA и динамической памяти. Виртуальная машина с включенной динамической памятью фактически имеет только один виртуальный узел NUMA. Топология NUMA не отображается виртуальной машине независимо от параметров Virtual NUMA.

Дополнительные сведения о Virtual NUMA см. в Hyper-V обзоре Virtual NUMA.

Ниже приведены некоторые статьи, которые помогут вам узнать больше о Hyper-V.