Hyper v нет поддержки процессором

Содержание
  1. Режим совместимости процессора в Hyper-V
  2. Когда следует использовать режим совместимости процессора
  3. Почему требуется режим совместимости процессора
  4. Как работает режим совместимости процессора
  5. Последствия использования режима совместимости процессора
  6. Пример: шифрование AES
  7. Использование режима совместимости процессора
  8. Включение режима совместимости процессора с помощью диспетчера Hyper-V
  9. Отключение режима совместимости процессора с помощью диспетчера Hyper-V
  10. Включение режима совместимости процессора с помощью PowerShell
  11. Отключение режима совместимости процессора с помощью PowerShell
  12. Требования к системе для Hyper-V в Windows 10
  13. Требования к операционной системе
  14. Требования к оборудованию
  15. Проверка совместимости оборудования
  16. Окончательная проверка
  17. требования к системе для Hyper-V на сервере Windows
  18. Общие требования
  19. Проверка требований Hyper-V
  20. Требования к конкретным функциям
  21. Отдельное назначение устройств
  22. Экранированные виртуальные машины

Режим совместимости процессора в Hyper-V

Область применения: 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.

Когда следует использовать режим совместимости процессора

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

Виртуальные машины нельзя перенести в режиме реального времени или сохранить и восстановить на узлах виртуализации, использующих процессоры разных производителей ЦП. Например, нельзя переместить запущенные виртуальные машины или сохраненное состояние виртуальной машины с узла с процессорами Intel на узел с процессорами AMD. Если в этом случае необходимо переместить виртуальную машину, сначала необходимо завершить работу виртуальной машины, а затем перезапустить на новом узле.

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

Почему требуется режим совместимости процессора

Расширения архитектуры набора инструкций (ISA) — это оптимизации и функции, представленные производителями процессоров. Эти функции часто повышают производительность или безопасность с помощью специализированного оборудования для конкретной задачи. Например, многие приложения мультимедиа используют функции процессора для ускорения векторных вычислений. Эти функции редко требуются для запуска приложений; они просто повышают производительность.

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

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

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

Читайте также:  Видеокарты на шинах от 256

Как работает режим совместимости процессора

Режим совместимости процессора гарантирует, что набор функций процессора, доступных для виртуальных машин в разнородном наборе узлов виртуализации, будет соответствовать, предоставляя только ограниченный набор функций процессора виртуальной машине. Режим совместимости процессора скрывает новые наборы инструкций процессора, как правило, те, которые появились за последние 10 лет. Однако скрытие этих функций означает, что гостевая операционная система и программное обеспечение приложений не могут воспользоваться преимуществами этих усовершенствований набора инструкций процессора.

Полный список функций, скрытых для режима совместимости процессора, см. в разделе 5.2.11 в функциональной спецификации гипервизора Top-Level.

Последствия использования режима совместимости процессора

Трудно оценить общие последствия производительности режима совместимости процессора. Потеря производительности в первую очередь зависит от рабочей нагрузки, выполняемой на виртуальной машине. Некоторые рабочие нагрузки не будут затронуты, в то время как другие будут показывать заметное различие. Программное обеспечение, которое в значительной степени зависит от оптимизации оборудования (например, шифрование, сжатие или интенсивные вычисления с плавающей запятой), будет влиять на большинство.

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

Пример: шифрование AES

Одним из примеров операции, затронутой режимом совместимости процессора, является шифрование AES (распространенная форма шифрования). Многие новые процессоры Intel и AMD включают расширение ISA, которое ускоряет AES с помощью оборудования. Intel утверждает, что эта оптимизация обеспечивает 2-3 раза повышения производительности, при этом некоторые реализации обеспечивают 10-кратное увеличение производительности. (Дополнительные сведения см. в инструкциях intel Advanced Encryption Standard.)

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

Использование режима совместимости процессора

При использовании режима совместимости процессора в Hyper-V необходимо понимать важные понятия.

Запуск виртуальных машин можно перенести только между узлами виртуализации, используюющими процессоры одного производителя.

Перед включением или отключением режима совместимости процессора необходимо завершить работу виртуальной машины.

Режим совместимости процессора не требуется для перемещения виртуальной машины, включающих остановку и перезапуск виртуальной машины.

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

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

Включение режима совместимости процессора с помощью диспетчера Hyper-V

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

Выключите виртуальную машину.

Нажмите кнопку Пуск, выберите пункт Администрированиеи затем — Диспетчер Hyper-V.

Выберите сервер под управлением Hyper-V и нужную виртуальную машину.

Если виртуальная машина запущена, необходимо завершить работу виртуальной машины, чтобы включить параметр режима совместимости процессора.

В области действий щелкните «Параметры» и выберите » Обработчик«.

Разверните процессор и щелкните «Совместимость«.

Выберите «Миграция на физический компьютер» с другим процессором и нажмите кнопку «ОК«.

Перезапустите виртуальную машину.

Отключение режима совместимости процессора с помощью диспетчера Hyper-V

Чтобы отключить режим совместимости процессора для виртуальной машины с помощью диспетчера Hyper-V:

Выключите виртуальную машину.

Нажмите кнопку Пуск, выберите пункт Администрированиеи затем — Диспетчер Hyper-V.

Выберите сервер под управлением Hyper-V и нужную виртуальную машину.

Если виртуальная машина запущена, необходимо завершить работу виртуальной машины, чтобы отключить параметр режима совместимости процессора.

В области действий щелкните «Параметры» и выберите » Обработчик«.

Разверните процессор и щелкните «Совместимость«.

Удалите флажок «Миграция на физический компьютер» с другим флажком процессора и нажмите кнопку «ОК«.

Перезапустите виртуальную машину.

Включение режима совместимости процессора с помощью PowerShell

Чтобы включить режим совместимости процессора для виртуальной машины с помощью PowerShell, завершите работу виртуальной машины и запустите Set-VMProcessor командлет, установив значение CompatibilityForMigrationEnabled $true:

Читайте также:  Обзор видеокарта asus geforce gtx 760

Затем перезапустите виртуальную машину.

Вы можете увидеть дополнительные параметры, которые предназначены для Set-VMProcessor использования с Azure Stack HCI. Не пытайтесь использовать их с Windows Server или получите сообщение об ошибке. Значение по умолчанию и доступно только CompatibilityForMigrationMode для Windows Server MinimumFeatureSet . Сведения о динамическом режиме совместимости ЦП в Azure Stack HCI.

Отключение режима совместимости процессора с помощью PowerShell

Чтобы отключить режим совместимости процессора для виртуальной машины с помощью PowerShell, завершите работу виртуальной машины и запустите Set-VMProcessor командлет, установив значение CompatibilityForMigrationEnabled $false:

Источник

Требования к системе для Hyper-V в Windows 10

Технология Hyper-V доступна в 64-разрядных версиях Windows 10 Pro, Корпоративная и для образовательных учреждений. Для Hyper-V требуется функция преобразования адресов второго уровня (SLAT). Она есть в текущем поколении 64-разрядных процессоров Intel и AMD.

На узле, имеющем 4 ГБ оперативной памяти, можно запустить три-четыре базовые виртуальные машины, однако для большего числа виртуальных машин потребуется больше ресурсов. Кроме того, можно создать мощные виртуальные машины с 32 процессорами и 512 ГБ ОЗУ в зависимости от оборудования.

Требования к операционной системе

Роль 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, укажем следующие обязательные требования:

  • 64-разрядный процессор с поддержкой преобразования адресов второго уровня (SLAT).
  • Поддержка расширения режима мониторинга виртуальной машины (технология VT-x на компьютерах с процессорами Intel).
  • Не менее 4 ГБ оперативной памяти. Так как виртуальные машины и узел Hyper-V используют память совместно, необходимо обеспечить достаточный объем памяти для обработки предполагаемой рабочей нагрузки на виртуальной машине.

В BIOS системы необходимо включить следующие компоненты.

  • Virtualization Technology (Технология виртуализации) — может иметь другое название в зависимости от производителя системной платы.
  • Предотвращение исполнения данных на основе оборудования.

Проверка совместимости оборудования

После проверки требований к операционной системе и оборудованию, описанных выше, проверьте совместимость оборудования в Windows, открыв сеанс PowerShell или окно командной строки (cmd.exe). Для этого введите systeminfo, а затем просмотрите раздел требований к Hyper-V. Если все указанные требования Hyper-V имеют значение Yes, ваша система поддерживает роль Hyper-V. Если хотя бы один элемент имеет значение No, проверьте указанные выше требования и внесите необходимые изменения.

Окончательная проверка

Если все требования к ОС, оборудованию и совместимости соблюдены, сведения о Hyper-V отобразятся на панели управления в окне «Включение или отключение компонентов Windows». Будет доступно два варианта.

  1. Платформа Hyper-V.
  2. Средства управления Hyper-V

Если вы видите элемент Платформа гипервизора Windows, а не Hyper-V в окне Включение или отключение компонентов Windows на панели управления, возможно, ваша система несовместима с Hyper-V. В таком случае перепроверьте указанные выше требования. Если команда systeminfo запускается на существующем узле Hyper-V, в разделе Hyper-V Requirements отображается следующее сообщение:

Источник

требования к системе для Hyper-V на сервере Windows

Область применения: Windows Server 2022, Windows Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2019, Microsoft Hyper-V Server 2019

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, которые вы хотите использовать, вам потребуется:

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 (без бита исполнения).

Проверка требований Hyper-V

откройте Windows PowerShell или командную строку и введите:

Перейдите к разделу «требования Hyper-V», чтобы просмотреть отчет.

Требования к конкретным функциям

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

Отдельное назначение устройств

Требования к узлу аналогичны существующим требованиям к функции 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 «дискретное назначение устройств—описание и фон».

Экранированные виртуальные машины

Эти виртуальные машины полагаются на безопасность на основе виртуализации и доступны начиная с Windows Server 2016.

Требования к узлу :

UEFI 2.3.1 c — поддерживает безопасную, измеряемую загрузку

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

TPM версии 2.0 — защищает активы безопасности платформы

IOMMU (Intel VT-D) — позволяет гипервизору обеспечивать защиту прямого доступа к памяти (DMA)

Требования к виртуальной машине :

  • 2-е поколение
  • Windows Server 2012 или более поздней версии в качестве операционной системы на виртуальной машине

Источник

Adblock
detector