Hyper v совместимость процессора
В предыдущей статье был слегка затронут вопрос распределения процессорной мощности между виртуальными машинами. Как мне кажется, тема эта достаточно интересная и заслуживающая внимания. Поэтому сегодня мы попробуем детально разобраться в том, как происходит распределение физических ресурсов процессора, а также покрутим все имеющиеся настройки виртуальных процессоров и выясним, для чего они нужны и как работают.
В качестве подопытного возьмем сервер с двумя шестиядерными процессорами Xeon, что с учетом Hyper-threading дает нам 24 виртуальных процессора. Операционная система — Windows Server 2012.
Открываем оснастку Hyper-V Manager и заходим в настройки виртуальной машины, на вкладку Processor. Обратите внимание на параметр Percent of total system resources — он показывает, какой процент от общей процессорной мощности выделен конкретно этой виртуальной машине. В нашем случае это 1/24 = 4% . Если выделить машине второй процессор, то получим 8%, третий — 12% и т.д. Таким способом мы управляем распределением процессорных ресурсов между виртуальными машинами.
Надо понимать, что выделенные одной машине виртуальные процессоры могут параллельно использоваться и другими машинами. При наличии свободных ресурсов система динамически распределяет их между виртуальными машинами в зависимости от нагрузки.
На случай нехватки ресурсов есть дополнительные настройки, объединенные под общим названием Resource control. О них стоит рассказать поподробнее.
Требования к конкретным функциям
Ниже приведены требования для дискретного назначения устройств и экранированных виртуальных машин. описание этих функций см. в статье новые возможности Hyper-V на Windows Server.
When to use processor compatibility mode
Processor compatibility mode is applicable to any virtual machine mobility scenario that does not involve rebooting the virtual machine. These include virtual machine live migration, save and restore, and production checkpoints.
Virtual machines cannot be live migrated or saved and restored across virtualization hosts that use processors from different CPU manufacturers. For example, you cannot move running virtual machines or virtual machine saved state from a host with Intel processors to a host with AMD processors. If you must move a virtual machine in this case, the virtual machine must first be shut down, then restarted on the new host.
If you plan to move virtual machines, without rebooting them, between virtualization hosts that may use different generations of processors, you should enable processor compatibility mode. For example, you would enable processor compatibility mode to ensure that you can live migrate your virtual machines between cluster nodes that use different processor feature sets. You could also use processor compatibility mode to save a virtual machine and restore it on a host computer that has a different processor feature set than the source host.
Последствия использования режима совместимости процессора
Трудно количественно оценить общие последствия производительности режима совместимости процессора. Потеря производительности в основном зависит от рабочей нагрузки, выполняемой на виртуальной машине. Некоторые рабочие нагрузки не будут затронуты, а другие — заметное различие. На программное обеспечение, которое в значительной степени зависит от оптимизации оборудования (например, шифрование, сжатие или интенсивные вычисления с плавающей запятой), будет влиять больше всего.
В следующем примере описывается влияние шифрования AES с помощью режима совместимости процессора и многое другое. Если вас беспокоит влияние на производительность режима совместимости процессора, лучше сравнить производительность рабочей нагрузки виртуальной машины с включенным режимом совместимости процессора и отключенным.
Использование режима совместимости процессора
При использовании режима совместимости процессора в Hyper-V существуют важные понятия.
Запуск виртуальных машин можно перенести только между узлами виртуализации, которые используют процессоры одного производителя.
Перед включением или отключением режима совместимости процессора необходимо завершить работу виртуальной машины.
Режим совместимости процессора не требуется для перемещения виртуальной машины, включающих остановку и перезапуск виртуальной машины.
При каждом перезапуске виртуальной машины гостевая операционная система перечисляет компоненты процессора, доступные на новом хост-компьютере.
В Windows Server корпорация Майкрософт рекомендует включить режим совместимости процессора только перед сценариями миграции виртуальных машин, а затем отключить его после завершения миграции.
Enabling processor compatibility mode
To enable processor compatibility mode for a virtual machine
Click Start, point to Administrative Tools, and then click Hyper-V Manager.
Select the server running Hyper-V and the desired virtual machine.
If the virtual machine is running, you must shut down the virtual machine to change the processor compatibility mode setting.
In the Action pane, click Settings, and then click Processor.
Expand Processor, and click Compatibility.
Click Migrate to a physical computer with a different processor, and then click OK.
Hyper-V предъявляют определенные требования к оборудованию, а некоторые функции Hyper-V имеют дополнительные требования. Используйте сведения в этой статье, чтобы решить, какие требования должны соответствовать системам, чтобы можно было использовать Hyper-V в соответствии с планом. затем просмотрите каталог сервера Windows. помните, что требования для Hyper-V превышают общие минимальные требования для Windows Server 2016, так как для среды виртуализации требуются дополнительные вычислительные ресурсы.
Если вы уже используете Hyper-V, скорее всего, вы можете использовать имеющееся оборудование. общие требования к оборудованию значительно не изменились Windows Server 2012 R2. Но вам потребуется более новое оборудование для использования экранированных виртуальных машин или назначения дискретных устройств. Эти функции полагаются на конкретную аппаратную поддержку, как описано ниже. В отличие от этого, основное различие в оборудовании заключается в том, что вместо него требуется преобразование адресов второго уровня (SLAT).
Подробные сведения о максимальной поддерживаемые конфигурации для Hyper-V, например количество виртуальные машины в разделе Планирование масштабируемость Hyper-V в Windows Server 2016. список операционных систем, которые можно запустить на виртуальных машинах, см. в статье поддерживаемые Windows гостевые операционные системы для Hyper-V на Windows Server.
Проверка требований Hyper-V
откройте Windows PowerShell или командную строку и введите:
Перейдите к разделу "требования Hyper-V", чтобы просмотреть отчет.
Требования к оборудованию
Хотя в этом документе не приводится полный список оборудования, совместимого с Hyper-V, укажем следующие обязательные требования:
- 64-разрядный процессор с поддержкой преобразования адресов второго уровня (SLAT).
- Поддержка расширения режима мониторинга виртуальной машины (технология VT-x на компьютерах с процессорами Intel).
- Не менее 4 ГБ оперативной памяти. Так как виртуальные машины и узел Hyper-V используют память совместно, необходимо обеспечить достаточный объем памяти для обработки предполагаемой рабочей нагрузки на виртуальной машине.
В BIOS системы необходимо включить следующие компоненты.
- Virtualization Technology (Технология виртуализации) — может иметь другое название в зависимости от производителя системной платы.
- Предотвращение исполнения данных на основе оборудования.
Ramifications of using processor compatibility mode
It is difficult to quantify the overall performance effects of processor compatibility mode. The performance loss is primarily dependent on the workload running in the virtual machine. Some workloads will be completely unaffected, while others will show a noticeable difference. Software that heavily relies on hardware optimizations (such as encryption, compression, or intensive floating-point calculations) will be impacted the most.
The following example describes how AES encryption is affected by using processor compatibility mode, and there are many more. If you are concerned about the performance impact of processor compatibility mode, it is best to compare virtual machine workload performance with processor compatibility mode enabled and with it disabled.
Why processor compatibility mode is needed
Instruction set architecture (ISA) extensions are optimizations and features that are introduced by processor manufacturers. These features often improve performance or security by using specialized hardware for a particular task. For example, many media applications make use of processor features to speed up vector calculations. These features are rarely required for applications to run; they simply boost performance.
The feature set that is available on a processor varies depending on its make, model, and age. Operating systems and application software typically enumerate the system’s processor feature set and capabilities when they are first launched. Software doesn’t expect the available processor features to change during their lifetime—and of course, this could never happen when running on a physical computer because processor features are static.
However, virtual machine mobility features allow a running virtual machine to be migrated to a new virtualization host. If software in the virtual machine has detected and started using a particular processor feature, and it gets moved to a new virtualization host that lacks that capability, the software is likely to fail. This could result in the virtual machine crashing.
To avoid these failures, Hyper-V performs “pre-flight” checks whenever a virtual machine live migration or save/restore operation is initiated. These checks compare the set of processor features that are available to the virtual machine on the source host against the set of features that are available on the target host. If these feature sets don’t match, the migration or restore operation is cancelled.
Когда следует использовать режим совместимости процессора
Режим совместимости процессора применим к любому сценарию мобильности виртуальной машины, не требующей перезагрузки виртуальной машины. К ним относятся динамическая миграция виртуальных машин, сохранение и восстановление, а также рабочие контрольные точки.
Виртуальные машины не могут быть перенесены в режиме реального времени или сохранены и восстановлены на узлах виртуализации, использующих процессоры разных производителей ЦП. Например, нельзя переместить запущенные виртуальные машины или сохраненное состояние виртуальной машины с узла с процессорами Intel на узел с процессорами AMD. Если в этом случае необходимо переместить виртуальную машину, сначала ее необходимо завершить, а затем перезапустить на новом узле.
Если вы планируете перемещать виртуальные машины без их перезагрузки, между узлами виртуализации, которые могут использовать разные поколения процессоров, следует включить режим совместимости процессора. Например, можно включить режим совместимости процессора, чтобы обеспечить динамическую миграцию виртуальных машин между узлами кластера, которые используют разные наборы функций процессора. Можно также использовать режим совместимости процессора, чтобы сохранить виртуальную машину и восстановить ее на хост-компьютере, который имеет другой набор функций процессора, отличный от исходного узла.
Экранированные виртуальные машины
Эти виртуальные машины полагаются на безопасность на основе виртуализации и доступны начиная с Windows Server 2016.
Требования к узлу :
UEFI 2.3.1 c — поддерживает безопасную, измеряемую загрузку
Следующие два являются необязательными для безопасности на основе виртуализации в целом, но требуются для размещения, если требуется обеспечить защиту с помощью этих функций:
TPM версии 2.0 — защищает активы безопасности платформы
IOMMU (Intel VT-D) — позволяет гипервизору обеспечивать защиту прямого доступа к памяти (DMA)
Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Hyper-V Server 2019, Hyper-V Server 2016, Hyper-V Server 2012 R2
Hyper-V предлагает режим совместимости процессора, который впервые появился в Windows Server 2008 R2. Режим совместимости процессора позволяет перемещать запущенную виртуальную машину или сохранять состояние между узлами виртуализации, которые используют разные поколения процессоров. Эта функция работает путем отключения многих современных функций процессора, которые могут повлиять на производительность виртуальной машины. В этом документе содержатся сведения о режиме совместимости процессора для Hyper-V.
Отключение режима совместимости процессора с помощью PowerShell
Чтобы отключить режим совместимости процессора для виртуальной машины с помощью PowerShell, завершите работу виртуальной машины и запустите Set-VMProcessor командлет, задав значение CompatibilityForMigrationEnabled $false:
Технология Hyper-V доступна в 64-разрядных версиях Windows 10 Pro, Корпоративная и для образовательных учреждений. Для Hyper-V требуется функция преобразования адресов второго уровня (SLAT). Она есть в текущем поколении 64-разрядных процессоров Intel и AMD.
На узле, имеющем 4 ГБ оперативной памяти, можно запустить три-четыре базовые виртуальные машины, однако для большего числа виртуальных машин потребуется больше ресурсов. Кроме того, можно создать мощные виртуальные машины с 32 процессорами и 512 ГБ ОЗУ в зависимости от оборудования.
Принцип работы режима совместимости процессора
Режим совместимости процессора гарантирует, что набор функций процессора, доступных для виртуальных машин в разнородном наборе узлов виртуализации, будет соответствовать, предоставляя виртуальной машине только ограниченный набор функций процессора. Режим совместимости процессора скрывает новые наборы инструкций процессора, как правило, представленные в течение последних 10 лет. Однако скрытие этих функций означает, что гостевая операционная система и программное обеспечение приложений не могут воспользоваться преимуществами этих усовершенствований набора инструкций процессора.
Полный список функций, скрытых для режима совместимости процессора, см. в разделе 5.2.11 в Top-Level функциональной спецификации гипервизора.
Отдельное назначение устройств
Требования к узлу аналогичны существующим требованиям к функции SR-IOV в Hyper-V.
Процессор должен иметь либо расширенную таблицу страниц Intel (EPT), либо таблицу вложенных страниц AMD (НПТ).
Набор микросхем должен иметь следующие компоненты:
Перераспределение прерываний. Технология Intel VT-d с возможностью повторного сопоставления прерываний (VT-D2) или любой другой версией модуля управления памятью ввода-вывода AMD (ввод-вывод ММУ).
Повторное сопоставление DMA. Технология Intel VT-d с недействительными в очереди или любыми ММУами AMD ввода-вывода.
Службы контроля доступа (ACS) на корневых портах PCI Express.
таблицы встроенного по должны предоставлять мму ввода-вывода для гипервизора Windows. Обратите внимание, что эта функция может быть отключена в UEFI или BIOS. Инструкции см. в документации по оборудованию или обратитесь к изготовителю оборудования.
Устройствам требуется GPU или энергонезависимый объем памяти (NVMe). Для GPU только некоторые устройства поддерживают дискретное назначение устройств. Чтобы проверить, ознакомьтесь с документацией по оборудованию или обратитесь к изготовителю оборудования. Дополнительные сведения об этой функции, включая способы ее использования и рекомендации, см. в блоге по виртуализации в разделе Post "дискретное назначение устройств--описание и фон".
Общие требования
Независимо от возможностей Hyper-V, которые вы хотите использовать, вам потребуется:
64-разрядный процессор с преобразованием адресов второго уровня (SLAT). чтобы установить компоненты виртуализации Hyper-V, такие как Windows гипервизор, процессор должен иметь SLAT. Однако не требуется устанавливать такие средства управления Hyper-V, как подключение к виртуальной машине (VMConnect), диспетчер Hyper-V и командлеты Hyper-V для Windows PowerShell. См. раздел "как проверить требования Hyper-V" ниже, чтобы узнать, имеет ли процессор SLAT.
Расширения режима мониторинга виртуальной машины
Достаточный объем памяти — план не менее 4 ГБ ОЗУ. Больше памяти лучше. Вам потребуется достаточно памяти для узла и всех виртуальных машин, которые будут выполняться одновременно.
Поддержка виртуализации включена в BIOS или UEFI:
Виртуализация с использованием оборудования. Эта возможность доступна в процессорах, которые включают в себя процессоры с поддержкой технологии виртуализации Intel (Intel VT) или AMD (AMD-V).
Должна быть доступна и включена технология аппаратного предотвращения выполнения данных (DEP). Для систем Intel это бит XD (выполнение отключения бита). Для систем AMD это бит NX (без бита исполнения).
Using processor compatibility mode
There are important concepts to understand when using processor compatibility mode in Hyper-V:
Running virtual machines can only be migrated between virtualization hosts that use processors from the same manufacturer.
You must shut down the virtual machine before you can enable or disable processor compatibility mode.
Processor compatibility mode is not needed for virtual machines moves that involve a stop and restart of the virtual machines.
Any time a virtual machine is restarted, the guest operating system will enumerate the processor features that are available on the new host computer.
Virtual Machine Reserve
Этот параметр задает процент ресурсов, который будет зарезервирован за виртуальной машиной. Этот параметр играет роль в ситуации нехватки ресурсов, то есть когда физические процессоры используются на все 100%. В этом случае те из виртуальных машин, у которых задан этот параметр, должны гарантированно получить то, что за ними зарезервировано. По умолчанию Virtual Machine Reserve не задан и имеет значение 0%.
Работает этот параметр следующим образом. Возьмем виртуальную машину, выделим ей 2 виртуальных процессора и установим Virtual Machine Reserve равным 100. Это значит, что от физически имеющихся ресурсов этой виртуальной машине зарезервировано 100 % от 2 ядер, или 8% от общей процессорной мощности. Это значение отображается в поле «Percent of total system resources».
Регулировать резерв можно как через Virtual Machine Reserve, так и изменяя количество виртуальных ядер. Например, те же 8% можно получить при 8 ядрах по 25% каждое.
Резервирование не накладывает жестких ограничений на потребляемые ресурсы. Если одной из виртуальных машин потребуется больше ресурсов – они будут ей предоставлены, даже если все 100% зарезервированы. В Hyper-V свободный процессорный ресурс может легко выделяться виртуальным машинам, и так же легко у них забираться.
Параметр Virtual Machine Reserve вступает в дело только в ситуации нехватки системных ресурсов. Основное его назначение – гарантировать бесперебойную работу особо критичных виртуальных машин.
Virtual Machine Reserve
Этот параметр задает процент ресурсов, который будет зарезервирован за виртуальной машиной. Этот параметр играет роль в ситуации нехватки ресурсов, то есть когда физические процессоры используются на все 100%. В этом случае те из виртуальных машин, у которых задан этот параметр, должны гарантированно получить то, что за ними зарезервировано. По умолчанию Virtual Machine Reserve не задан и имеет значение 0%.
Работает этот параметр следующим образом. Возьмем виртуальную машину, выделим ей 2 виртуальных процессора и установим Virtual Machine Reserve равным 100. Это значит, что от физически имеющихся ресурсов этой виртуальной машине зарезервировано 100 % от 2 ядер, или 8% от общей процессорной мощности. Это значение отображается в поле «Percent of total system resources».
Регулировать резерв можно как через Virtual Machine Reserve, так и изменяя количество виртуальных ядер. Например, те же 8% можно получить при 8 ядрах по 25% каждое.
Резервирование не накладывает жестких ограничений на потребляемые ресурсы. Если одной из виртуальных машин потребуется больше ресурсов – они будут ей предоставлены, даже если все 100% зарезервированы. В Hyper-V свободный процессорный ресурс может легко выделяться виртуальным машинам, и так же легко у них забираться.
Параметр Virtual Machine Reserve вступает в дело только в ситуации нехватки системных ресурсов. Основное его назначение – гарантировать бесперебойную работу особо критичных виртуальных машин.
Virtual Machine Limit
Этот параметр похож на предыдущий — он так же задается в процентах от доступных виртуальной машине ресурсов и у него есть поле «Percent of total system resources». По умолчанию лимит не задан, и виртуалка при необходимости сможет забрать себе все свободные ресурсы процессора. Задавая значение Virtual Machine Limit мы говорим, что виртуальная машина не при каких условиях не должна использовать больше процессорных ресурсов, чем ей разрешено. Назначение этого параметра одно – ограничить «аппетиты» виртуальной машины, если на ней используются тяжелые, нагружающие процессор приложения.
Лимит применяется отдельно к каждому виртуальному процессору. К примеру, если виртуальная машина сконфигурирована с 4 процессорами и установлен лимит 50% — то она получит четыре виртуальных процессора, каждый из которых ограничивается 50%.
Обратите внимание, что в отличие от резервирования лимит задается жестко. Если Virtual Machine Limit равен 50% — виртуальная машина никогда не сможет использовать больше, даже если на сервере больше ничего не запущено.
Проверка совместимости оборудования
После проверки требований к операционной системе и оборудованию, описанных выше, проверьте совместимость оборудования в Windows, открыв сеанс PowerShell или окно командной строки (cmd.exe). Для этого введите systeminfo, а затем просмотрите раздел требований к Hyper-V. Если все указанные требования Hyper-V имеют значение Yes, ваша система поддерживает роль Hyper-V. Если хотя бы один элемент имеет значение No, проверьте указанные выше требования и внесите необходимые изменения.
How processor compatibility mode works
Processor compatibility mode ensures that the set of processor features available to virtual machines across a disparate set of virtualization hosts will match by presenting only a limited set of processor features to the virtual machine. Processor compatibility mode hides newer processor instructions sets, typically those introduced within the last 10 years. However, hiding these features means that the guest operating system and application software cannot take advantage of these processor instruction set enhancements.
For a complete list of features that are hidden for processor compatibility mode, refer to section 5.2.11 in the Hypervisor Top-Level Functional Specification.
Example: AES encryption
One example of an operation that is impacted by processor compatibility mode is AES encryption (a common form of encryption). Many new Intel and AMD processors include an ISA extension that accelerates AES by using hardware. Intel claims this optimization provides a 2-3 fold performance gain, with some implementations providing a 10-fold gain. (For more information, see Intel Advanced Encryption Standard Instructions.)
Applications that encrypt or decrypt a large amount of data benefit from this processor feature, so turning it off by enabling processor compatibility mode will impact the performance of these specific operations.
Отключение режима совместимости процессора с помощью диспетчера Hyper-V
Чтобы отключить режим совместимости процессора для виртуальной машины с помощью диспетчера Hyper-V, выполните следующее.
Выключите виртуальную машину.
Выберите сервер под управлением Hyper-V и нужную виртуальную машину.
Если виртуальная машина запущена, необходимо завершить работу виртуальной машины, чтобы отключить параметр режима совместимости процессора.
В области действий щелкните Параметры и щелкните "Процессор".
Разверните узел "Процессор" и щелкните "Совместимость".
Снимите флажок "Миграция на физический компьютер" с другим флажком процессора и нажмите кнопку "ОК".
Перезапустите виртуальную машину.
Пример. Шифрование AES
Одним из примеров операции, затронутой режимом совместимости процессора, является шифрование AES (распространенная форма шифрования). Многие новые процессоры Intel и AMD включают расширение ISA, которое ускоряет AES с помощью оборудования. Intel утверждает, что эта оптимизация обеспечивает 2-3 раза повышения производительности, при этом некоторые реализации обеспечивают 10-кратное увеличение производительности. (Дополнительные сведения см. в инструкциях intel Advanced Encryption Standard.)
Приложения, которые шифруют или расшифровывают большой объем данных из этой функции процессора, поэтому отключите его, включив режим совместимости процессора, повлияет на производительность этих конкретных операций.
Требования к операционной системе
Роль Hyper-V можно включить в таких версиях Windows 10:
- Windows 10 Корпоративная
- Windows 10 Pro
- Windows 10 для образовательных учреждений
Роль Hyper-V невозможно установить в следующих версиях:
- Windows 10 Домашняя
- Windows 10 Mobile
- Windows 10 Mobile Корпоративная
ОС Windows 10 Домашняя можно обновить до версии Windows 10 Pro. Для этого перейдите в раздел Параметры>Обновление и безопасность>Активация. Здесь вы можете посетить Магазин Windows и приобрести обновление.
Окончательная проверка
Если все требования к ОС, оборудованию и совместимости соблюдены, сведения о Hyper-V отобразятся на панели управления в окне "Включение или отключение компонентов Windows". Будет доступно два варианта.
- Платформа Hyper-V.
- Средства управления Hyper-V
Почему требуется режим совместимости процессора
Расширения архитектуры набора инструкций (ISA) — это оптимизация и функции, представленные производителями процессоров. Эти функции часто повышают производительность или безопасность с помощью специализированного оборудования для конкретной задачи. Например, многие приложения мультимедиа используют функции процессора для ускорения векторных вычислений. Эти функции редко требуются для запуска приложений; они просто повышают производительность.
Набор функций, доступный на процессоре, зависит от его выпуска, модели и возраста. Операционные системы и программное обеспечение приложений обычно перечисляют набор функций и возможности процессора системы при первом запуске. Программное обеспечение не ожидает, что доступные функции процессора изменятся в течение своего времени существования, и это никогда не может произойти при работе на физическом компьютере, так как функции процессора являются статическими.
Однако функции мобильности виртуальных машин позволяют перенести запущенную виртуальную машину на новый узел виртуализации. Если программное обеспечение на виртуальной машине обнаружило и начало использовать определенную функцию процессора, и оно перемещается на новый узел виртуализации, который не имеет этой возможности, программное обеспечение, скорее всего, завершится ошибкой. Это может привести к сбою виртуальной машины.
Чтобы избежать этих ошибок, Hyper-V выполняет проверки перед запуском динамической миграции виртуальной машины или операции сохранения и восстановления. Эти проверки сравнивают набор функций процессора, доступных виртуальной машине на исходном узле, с набором функций, доступных на целевом узле. Если эти наборы функций не совпадают, операция миграции или восстановления будет отменена.
Relative Weight
Третий параметр, Relative Weight, представляет из себя безразмерную величину и может варьироваться в пределах от 0 до 10000. По умолчанию равен 100.
С помощью Relative Weight мы можем задать приоритет виртуальной машины при распределении ресурсов. До тех пор, пока у сервера имеются свободные системные ресурсы – значение Relative Weight не имеет особого значения. Будь у машины вес хоть 100, хоть 10000 – на ее работе это никак не отразится. Но как только ресурсы сервера подходят к концу — начинается самое интересное. Если виртуальные машины имеют одинаковый вес (к примеру, у всех 100), то каждая из них получит равную долю процессорного ресура. Если же у одной или нескольких виртуальных машин Relative Weight выше – это значит, что они получат больше процессорного ресурса, чем остальные. Причем, чем больше вес, тем выше приоритет и тем больше ресурсов может получить виртуальная машина.
Таким образом Relative Weight позволяет разделять виртуальные машины на более и менее критичные, при этом не боясь, что какая-то из них откажется запускаться из за отсутствия ресурсов.
Важный момент. Relative Weight не дает гарантий, что виртуальная машина в нужный момент получит необходимое ей количество процессорных ресурсов. Если какие-то из виртуальных машин являются особо критичными – лучше использовать Virtual Machine Reserve, который гарантирует выделение ресурсов.
В заключение скажу, что Hyper-V достаточно гибко распределяет процессорное время между виртуалками, поэтому дополнительные настройки не стоит трогать без крайней необходимости. И еще, все вышенаписаное относится как к Windows Server 2012, так и к Server 2008R2, по крайней мере серьезных отличий я не заметил.
Hyper-V offers a feature called processor compatibility mode, which was first introduced in Windows Server 2008 R2. Processor compatibility mode allows you to move a running virtual machine or save state between virtualization hosts that use different generations of processors. This feature works by disabling a number of modern processor features, which can affect virtual machine performance. This document provides details about processor compatibility mode for HyperV.
Включение режима совместимости процессора с помощью диспетчера Hyper-V
Чтобы включить режим совместимости процессора для виртуальной машины с помощью диспетчера Hyper-V, выполните следующее.
Выключите виртуальную машину.
Выберите сервер под управлением Hyper-V и нужную виртуальную машину.
Если виртуальная машина запущена, необходимо завершить работу виртуальной машины, чтобы включить параметр режима совместимости процессора.
В области действий щелкните Параметры и щелкните "Процессор".
Разверните узел "Процессор" и щелкните "Совместимость".
Выберите "Миграция на физический компьютер с другим процессором" и нажмите кнопку "ОК".
Перезапустите виртуальную машину.
Включение режима совместимости процессора с помощью PowerShell
Чтобы включить режим совместимости процессора для виртуальной машины с помощью PowerShell, завершите работу виртуальной машины и запустите Set-VMProcessor командлет, задав значение CompatibilityForMigrationEnabled $true:
Затем перезапустите виртуальную машину.
Читайте также: