Требования к системе для hyper-v в windows 10windows 10 hyper-v system requirements

Microsoft Hyper-V

В «магическом квадранте» Gartner по виртуализации серверной инфраструктуры х86 (Magic Quadrant for x86 Server Virtualization Infrastructure), выпущенном в июле 2015 года, лидируют Micrоsoft и VMware. Xen и KVM представлены вендорами Citrix и Red Hat.способны отлично работать под Hyper-VLinux Integration Services 4.0 for Hyper-Vпакет драйверов, утилит и улучшений для гостевых ОС LinuxОсобенности Microsoft Hyper-V в Windows Server 2012 R2 Datacenter Edition

HTML Примеры

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

Hyper-V в Windows Server 2016 поддерживает не более 240 виртуальных процессоров на одну виртуальную машину.Hyper-V in Windows Server 2016 supports a maximum of 240 virtual processors per virtual machine. Виртуальные машины, для которых используются нагрузки, не требующие интенсивного использования ЦП, должны быть настроены на использование одного виртуального процессора.Virtual machines that have loads that are not CPU intensive should be configured to use one virtual processor. Это обусловлено дополнительными издержками, связанными с несколькими виртуальными процессорами, например дополнительными затратами на синхронизацию в гостевой операционной системе.This is because of the additional overhead that is associated with multiple virtual processors, such as additional synchronization costs in the guest operating system.

Увеличьте число виртуальных процессоров, если для виртуальной машины требуется более одного ЦП при пиковой нагрузке.Increase the number of virtual processors if the virtual machine requires more than one CPU of processing under peak load.

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

Ниже приведены требования для дискретного назначения устройств и экранированных виртуальных машин.Here are the requirements for discrete device assignment and shielded virtual machines. Описание этих функций см. в статье новые возможности Hyper-V в Windows Server.For descriptions of these features, see What’s new in Hyper-V on Windows Server.

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

Требования к узлу аналогичны существующим требованиям к функции SR-IOV в Hyper-V.Host requirements are similar to the existing requirements for the SR-IOV feature in Hyper-V.

Процессор должен иметь либо расширенную таблицу страниц Intel (EPT), либо таблицу вложенных страниц AMD (НПТ).The processor must have either Intel’s Extended Page Table (EPT) or AMD’s Nested Page Table (NPT).

Набор микросхем должен иметь следующие компоненты:The chipset must have:

Перераспределение прерываний. Технология Intel VT-d с возможностью повторного сопоставления прерываний (VT-D2) или любой другой версией модуля управления памятью ввода-вывода AMD (ввод-вывод ММУ).Interrupt remapping — Intel’s VT-d with the Interrupt Remapping capability (VT-d2) or any version of AMD I/O Memory Management Unit (I/O MMU).

Повторное сопоставление DMA. Технология Intel VT-d с недействительными в очереди или любыми ММУами AMD ввода-вывода.DMA remapping — Intel’s VT-d with Queued Invalidations or any AMD I/O MMU.

Службы контроля доступа (ACS) на корневых портах PCI Express.Access control services (ACS) on PCI Express root ports.

Таблицы встроенного по должны предоставлять ММУ ввода-вывода гипервизору Windows.The firmware tables must expose the I/O MMU to the Windows hypervisor

Обратите внимание, что эта функция может быть отключена в UEFI или BIOS.Note that this feature might be turned off in the UEFI or BIOS. Инструкции см

в документации по оборудованию или обратитесь к изготовителю оборудования.For instructions, see the hardware documentation or contact your hardware manufacturer.

Устройствам требуется GPU или энергонезависимый объем памяти (NVMe).Devices need GPU or non-volatile memory express (NVMe). Для GPU только некоторые устройства поддерживают дискретное назначение устройств.For GPU, only certain devices support discrete device assignment. Чтобы проверить, ознакомьтесь с документацией по оборудованию или обратитесь к изготовителю оборудования.To verify, see the hardware documentation or contact your hardware manufacturer. Дополнительные сведения об этой функции, включая способы ее использования и рекомендации, см. в блоге по виртуализации в разделе Post «дискретное назначение устройств—описание и фон».For details about this feature, including how to use it and considerations, see the post «Discrete Device Assignment — Description and background» in the Virtualization blog.

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

Эти виртуальные машины полагаются на безопасность на основе виртуализации и доступны начиная с Windows Server 2016.These virtual machines rely on virtualization-based security and are available starting with Windows Server 2016.

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

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

  Следующие два являются необязательными для безопасности на основе виртуализации в целом, но требуются для размещения, если требуется обеспечить защиту с помощью этих функций:The following two are optional for virtualization-based security in general, but required for the host if you want the protection these features provide:

• TPM версии 2.0 — защищает активы безопасности платформыTPM v2.0 — protects platform security assets

• IOMMU (Intel VT-D) — позволяет гипервизору обеспечивать защиту прямого доступа к памяти (DMA)IOMMU (Intel VT-D) — so the hypervisor can provide direct memory access (DMA) protection

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

Задаем настройки протоколов

1. Для начала зайдем в Hyper-V manager и откроем правым кликом настройки Hyper-V. В настройках Live Migration укажем адреса сетевых интерфейсов, к которым будет обращаться гипервизор: 
2. Заглянем в Advanced features. Нас интересуют оба пункта: протокол аутентификации и транспорт, который используют наши ВМ.
   • Authentication protocol: по умолчанию установлен протокол CredSSP – Credential Security Support Provider Protocol. Он прост в использовании, но, если в инфраструктуре несколько кластеров, мы не сможем перенести ВМ между кластерами. 
     Мы выберем Kerberos как более безопасный и подходящий для переноса ВМ между различными кластерами.
   • Performance options: здесь выбираем сетевой протокол. Живая миграция у нас будет работать поверх Switch Embedded Team по протоколу SMB (Server Message Block). 
     Возможность использовать этот протокол появилась в Windows Server 2016. SMB по умолчанию отдает трафик в несколько портов (SMB Multi-channel). Также он прекрасно работает с RDMA – адаптером удаленного прямого доступа к памяти. Это полезно для ускорения переноса кластеров. 
3. Kerberos позволяет переносить ВМ между кластерами, но требует настройки ограниченного делегирования (Kerberos Constrained Delegation) на объектах Computer в Active Directory. 
   Начиная с Windows Server 2016, службы работают в контексте NETWORK SERVICE, который не может имперсонироваться в AD. Так что в этом случае выбираем неограниченное делегирование (Unconstrained Delegation), но учитываем, что это довольно небезопасно:
   Если живая миграция инициируется через System Center Virtual Machine Manager (SC VMM), то дополнительной настройки не нужно. SC VMM является доверенным сервисом для переноса машин по Shared-Nothing Live Migration.

4. Протокол SMB не требует особой настройки. Если мы находимся в доверенной среде, можно немного ускорить процесс Live Migration и отключить сквозное шифрование данных SMB:

   Так мы совершим меньше действий при передаче трафика и не потратим лишнее время на шифрование. В случае с кластерами оно может нам понадобиться. 
   Эти же настройки в более модном Windows Admin Center:

Как получить Hyper-VHow to get Hyper-V

Hyper-V доступен в Windows Server и Windows, как роль сервера, доступная для 64-разрядных версий Windows Server.Hyper-V is available in Windows Server and Windows, as a server role available for x64 versions of Windows Server. Инструкции по серверу см. в статье Установка роли Hyper-V в Windows Server.For server instructions, see Install the Hyper-V role on Windows Server. В Windows она доступна в виде функции в некоторых 64-разрядных версиях Windows.On Windows, it’s available as feature in some 64-bit versions of Windows. Он также доступен как загружаемый, изолированный серверный продукт Microsoft Hyper-V Server.It’s also available as a downloadable, standalone server product, Microsoft Hyper-V Server.

Установка Windows Admin Center для управления Hyper-V 2019

Теперь нам надо передать скачанный файл на гипервизор и установить панель управления. Ранее мы разрешили подключение к Windows Hyper-V Server 2019 по rdp. Подключимся к нему, чтобы было удобно выполнять команды на самом гипервизоре.

По-умолчанию, на гипервизоре включен firewall, который блокирует внешние подключения. Вы можете либо полностью его отключать и включать с помощью команд в консоли cmd:

netsh advfirewall set currentprofile state off
netsh advfirewall set currentprofile state on

Либо разрешить некоторые команды удаленного управления, которые позволят в том числе передавать файлы на гипервзиор по smb. Следующие команды нужно вводить не в обычной консоли, а powershell. Для этого наберите команду powershell в стандартной консоли, которая загружается после подключения по rdp, а потом сами команды.

powershell
Set-NetFirewallRule -DisplayGroup 'Windows Management Instrumentation (WMI)' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Event Log Management' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru

Эти разрешения нам понадобятся позже, когда мы будем подключаться стандартными системными останстками для управления Hyper-V Server 2019.

Заходим на любой диск гипервизора через обычный проводник windows и передаем туда скачанный инсталлятор WindowsAdminCenter1904.1.msi. В качестве авторизации используем учетную запись администратора.

Возвращаемся на гипервизор, идем в паеку C:/Soft и запускаем переданный файл.

Запускается инсталлятор Windows Admin Center. Там все просто, можно использовать дефолтные значения. Я лично ставлю галку Разрешить Windows Admin Center изменять параметры доверенных узлов для этого компьютера и Перенаправлять трафик с HTTP-порта 80 на HTTPS-порт. После установки можно в браузере переходить по адресу https://10.20.1.14.

Чтобы страница открылась, введите учетные данные администратора hyper-v сервера. Выбираем единственный сервер, вводим еще раз данные администратора и подключаемся к панели управления сервером. Дальше, думаю, уже сами разберетесь. Не буду подробно останавливаться на описании функционала Windows Admin Center.

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

Для этого идем в раздел Виртуальные коммутаторы и жмем на кнопку Создать.

Указываете имя коммутатора и его тип. Из-за перевода Admin Center на русский язык, трудно уловить суть названий, поэтому лучше все же качать английскую версию. Я уже установил русскую, поэтому расскажу на основе ее. Существует 3 типа коммутаторов:

1. Личный (private) для связи только между виртуальными машинами, без доступа к гипервизору и сетью за ним.
2. Внутренний (internal) — почти то же самое, что и личный, только доступ к коммутатору может иметь и гипервизор, но по прежнему нет доступа к внешней сети.
3. Внешний (external) по сути это обычный сетевой бридж, куда входит реальный сетевой интерфейс гипервизора. Этот тип коммутатора используется для доступа виртуальных машин во внешнюю сеть.

В моем примере у меня только один сетевой интерфейс на гипервизоре. Я создам один коммутатор типа Внешний (External).

Получилось вот так.

Теперь этот коммутатор можно использовать в виртуальных машинах для доступа во внешнюю сеть.

В принципе, на этом настройку Windows Hyper-V Server 2019 можно и закончить. Если вас функционал Windows Admin Center устраивает, пользуйтесь им. В целом, в нем есть все необходимое, но мне он не нравится. Очень тормозной интерфейс, приходится два раза авторизовываться, чтобы подключиться. У меня не всегда получается через браузер открыть консоль виртуальной машины. Какие-то ошибки бывают, зависания.

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

Общие требованияGeneral requirements

Независимо от возможностей Hyper-V, которые вы хотите использовать, вам потребуется:Regardless of the Hyper-V features you want to use, you’ll need:

• 64-разрядный процессор с преобразованием адресов второго уровня (SLAT).A 64-bit processor with second-level address translation (SLAT). Для установки компонентов виртуализации Hyper-V, таких как гипервизор Windows, процессор должен иметь SLAT.To install the Hyper-V virtualization components such as Windows hypervisor, the processor must have SLAT. Однако не требуется устанавливать такие средства управления Hyper-V, как подключение к виртуальной машине (VMConnect), диспетчер Hyper-V и командлеты Hyper-V для Windows PowerShell.However, it’s not required to install Hyper-V management tools like Virtual Machine Connection (VMConnect), Hyper-V Manager, and the Hyper-V cmdlets for Windows PowerShell. См. раздел «как проверить требования Hyper-V» ниже, чтобы узнать, имеет ли процессор SLAT.See «How to check for Hyper-V requirements,» below, to find out if your processor has SLAT.

• Расширения режима мониторинга виртуальной машиныVM Monitor Mode extensions

• Достаточный объем памяти — план не менее 4 ГБ ОЗУ.Enough memory — plan for at least 4 GB of RAM. Больше памяти лучше.More memory is better. Вам потребуется достаточно памяти для узла и всех виртуальных машин, которые будут выполняться одновременно.You’ll need enough memory for the host and all virtual machines that you want to run at the same time.

• Поддержка виртуализации включена в BIOS или UEFI:Virtualization support turned on in the BIOS or UEFI:

  • Виртуализация с использованием оборудования.Hardware-assisted virtualization. Эта возможность доступна в процессорах, которые включают в себя процессоры с поддержкой технологии виртуализации Intel (Intel VT) или AMD (AMD-V).This is available in processors that include a virtualization option — specifically processors with Intel Virtualization Technology (Intel VT) or AMD Virtualization (AMD-V) technology.

  • Должна быть доступна и включена технология аппаратного предотвращения выполнения данных (DEP).Hardware-enforced Data Execution Prevention (DEP) must be available and enabled. Для систем Intel это бит XD (выполнение отключения бита).For Intel systems, this is the XD bit (execute disable bit). Для систем AMD это бит NX (без бита исполнения).For AMD systems, this is the NX bit (no execute bit).

Дополнительные сведения о виртуальных машинах поколения 2More about generation 2 virtual machines

Ниже приведены некоторые дополнительные советы по использованию виртуальных машин версии 2.Here are some additional tips about using generation 2 virtual machines.

Подключение или добавление DVD-дисководаAttach or add a DVD drive

• Невозможно подключить физический компакт-диск или DVD-дисковод к виртуальной машине поколения 2.You can’t attach a physical CD or DVD drive to a generation 2 virtual machine. Виртуальный DVD-дисковод в виртуальных машинах поколения 2 поддерживает только файлы ISO-образов.The virtual DVD drive in generation 2 virtual machines only supports ISO image files. Для создания ISO-файла образа среды Windows можно использовать средство командной строки Oscdimg.To create an ISO image file of a Windows environment, you can use the Oscdimg command line tool. Дополнительные сведения см. в разделе Параметры командной строки Oscdimg.For more information, see Oscdimg Command-Line Options.
• При создании новой виртуальной машины с помощью командлета Windows PowerShell New-VM у виртуальной машины поколения 2 нет DVD-дисковода.When you create a new virtual machine with the New-VM Windows PowerShell cmdlet, the generation 2 virtual machine doesn’t have a DVD drive. Вы можете добавить DVD-дисковод во время работы виртуальной машины.You can add a DVD drive while the virtual machine is running.

Использовать встроенное по UEFIUse UEFI firmware

• На физическом узле Hyper-V не требуется безопасная загрузка или встроенное по UEFI.Secure Boot or UEFI firmware isn’t required on the physical Hyper-V host. Hyper-V предоставляет виртуальным машинам виртуальные микропрограммы, не зависящие от того, что находится на узле Hyper-V.Hyper-V provides virtual firmware to virtual machines that is independent of what’s on the Hyper-V host.
• Встроенное по UEFI на виртуальной машине поколения 2 не поддерживает режим настройки для безопасной загрузки.UEFI firmware in a generation 2 virtual machine doesn’t support setup mode for Secure Boot.
• Мы не поддерживаем Запуск оболочки UEFI или других приложений UEFI на виртуальной машине поколения 2.We don’t support running a UEFI shell or other UEFI applications in a generation 2 virtual machine. Использование оболочки UEFI или приложений UEFI других разработчиков технически возможно, если они компилируются непосредственно в источниках.Using a non-Microsoft UEFI shell or UEFI applications is technically possible if they are compiled directly from the sources. Если эти приложения не имеют соответствующей цифровой подписи, необходимо отключить безопасную загрузку виртуальной машины.If these applications are not appropriately digitally signed, you must disable Secure Boot for the virtual machine.

Работа с VHDX-файламиWork with VHDX files

• Вы можете изменить размер VHDX-файла, содержащего загрузочный том для виртуальной машины поколения 2, во время работы виртуальной машины.You can resize a VHDX file that contains the boot volume for a generation 2 virtual machine while the virtual machine is running.
• Мы не поддерживаем или не рекомендуем создать VHDX-файл, который будет загрузочным для виртуальных машин поколения 1 и 2.We don’t support or recommend that you create a VHDX file that is bootable to both generation 1 and generation 2 virtual machines.
• Поколение виртуальной машины — это свойство виртуальной машины, а не виртуального жесткого диска.The virtual machine generation is a property of the virtual machine, not a property of the virtual hard disk. Поэтому не удается определить, был ли VHDX-файл создан виртуальной машиной поколения 1 или поколения 2.So you can’t tell if a VHDX file was created by a generation 1 or a generation 2 virtual machine.
• VHDX-файл, созданный с помощью виртуальной машины версии 2, можно подключить к контроллеру IDE или SCSI-контроллеру виртуальной машины поколения 1.A VHDX file created with a generation 2 virtual machine can be attached to the IDE controller or the SCSI controller of a generation 1 virtual machine. Однако если это загрузочный VHDX-файл, виртуальная машина поколения 1 не загрузится.However, if this is a bootable VHDX file, the generation 1 virtual machine won’t boot.

Использовать IPv6 вместо IPv4Use IPv6 instead of IPv4

По умолчанию виртуальные машины поколения 2 используют протокол IPv4.By default, generation 2 virtual machines use IPv4. Чтобы использовать IPv6, выполните командлет Set-вмфирмваре Windows PowerShell.To use IPv6 instead, run the Set-VMFirmware Windows PowerShell cmdlet. Например, следующая команда задает предпочтительный протокол для IPv6 для виртуальной машины с именем TestVM:For example, the following command sets the preferred protocol to IPv6 for a virtual machine named TestVM:

Поддерживаемые сочетания Hyper-V Manager и версии узла Hyper-VSupported combinations of Hyper-V Manager and Hyper-V host versions

В некоторых случаях можно использовать версию диспетчера Hyper-V, отличную от версии Hyper-V на узле, как показано в таблице.In some cases you can use a different version of Hyper-V Manager than the Hyper-V version on the host, as shown in the table. В этом случае диспетчер Hyper-V предоставляет функции, доступные для версии Hyper-V на управляемом узле.When you do this, Hyper-V Manager provides the features available for the version of Hyper-V on the host you’re managing. Например, если вы используете версию диспетчера Hyper-V в Windows Server 2012 R2 для удаленного управления узлом под управлением Hyper-V в Windows Server 2012, вы не сможете использовать функции, доступные в Windows Server 2012 R2 на этом узле Hyper-V.For example, if you use the version of Hyper-V Manager in Windows Server 2012 R2 to remotely manage a host running Hyper-V in Windows Server 2012, you won’t be able to use features available in Windows Server 2012 R2 on that Hyper-V host.

В следующей таблице показано, какие версии узла Hyper-V можно управлять из определенной версии диспетчера Hyper-V.The following table shows which versions of a Hyper-V host you can manage from a particular version of Hyper-V Manager. Перечислены только поддерживаемые версии операционной системы.Only supported operating system versions are listed. Чтобы узнать о состоянии поддержки конкретной версии операционной системы, используйте кнопку Поиск жизненного цикла продукта на странице политики жизненного цикла Майкрософт .For details about the support status of a particular operating system version, use the Search product lifecycle button on the Microsoft Lifecycle Policy page. Как правило, более старые версии диспетчера Hyper-V могут управлять только узлом Hyper-V под управлением той же версии или сравнимой версии Windows Server.In general, older versions of Hyper-V Manager can only manage a Hyper-V host running the same version or the comparable Windows Server version.

Примечание

Поддержка пакета обновления закончилась для Windows 8 12 января 2016.Service pack support ended for Windows 8 on January 12, 2016. Дополнительные сведения см. в разделе часто задаваемые вопросы о Windows 8.1.For more information, see the Windows 8.1 FAQ.

Параметры в мастере создания виртуальных машин диспетчера Hyper-VOptions in Hyper-V Manager New Virtual Machine Wizard

В следующей таблице перечислены параметры, которые можно выбрать при создании виртуальной машины в диспетчере Hyper-V, и значения по умолчанию для каждого из них.The following table lists the options you can pick when you create a virtual machine in Hyper-V Manager and the defaults for each.

Типы гипервизоров

Существует два типа гипервизоров. Гипервизоры первого типа запускаются непосредственно на «железе» и не требуют установки какой-либо операционной системы. Для работы монитора виртуальных машин второго типа нужна операционная система — через нее производится доступ к аппаратной части. Лучшим гипервизором считается тот, что относится к первому типу, т. к. его производительность выше, поскольку они работают напрямую с оборудованием.

Рис. 1. Принцип работы гипервизора 1-го типа

Рис. 2. Принцип работы гипервизора 2-го типа

Примеры гипервизоров 1-го типа: Hyper-V, KVM, ESXi. Гипервизоры 2-го типа: VMware Workstation, Oracle Virtual Box, OpenVZ. Нас интересуют только системы виртуализации первого типа, так как вторые больше подходят для индивидуального использования, чем в качестве решений уровня предприятия.

Отметим, что Hyper-V и WMware — это проприетарные решения, поэтому мы подготовили обзор и сравнение гипервизоров этих моделей. Мы также поговорим и о решении с открытым исходным кодом — KVM. Многие предприятия выбирают именно его, не смотря, что некоторые независимые эксперты считают это решение довольно сырым и непригодным на корпоративной кухне. Однако, согласно отчету IT Central Station за январь 2018 года, 25% операторов связи и 11% финансовых организаций считают именно KVM лучшим гипервизором. Так что при рассуждениях о том, какой гипервизор выбрать, это решение исключать нельзя.

Рис. 3. Немного статистики от IT Central Station

Сначала мы рассмотрим проприетарные решения, а затем попытаемся выяснить, стоит ли использовать KVM.