Установка Hyper-V в Windows 10
Включение Hyper-V для создания виртуальных машин в Windows 10.
Hyper-V можно включить разными способами, в том числе используя панель управления Windows 10, PowerShell или с помощью средства обслуживания образов развертывания и управления ими (DISM). В этом документе последовательно описан каждый из указанных способов.
Примечание. Механизм Hyper-V встроен в Windows в качестве дополнительной функции. Скачать Hyper-V нельзя.
Проверьте следующие требования
Роль Hyper-V невозможно установить в Windows 10 Домашняя.
Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Pro, открыв раздел Параметры Обновление и безопасность Активация.
Дополнительные сведения и советы по устранению неполадок см. в статье Требования к системе для Hyper-V в Windows 10.
Включение Hyper-V с помощью PowerShell
Откройте консоль PowerShell от имени администратора.
Выполните следующую команду:
Если не удается найти команду, убедитесь, что вы используете PowerShell от имени администратора.
После завершения установки выполните перезагрузку.
Включение Hyper-V с помощью CMD и DISM
Система обслуживания образов развертывания и управления ими (DISM) позволяет настраивать ОС Windows и образы Windows. Помимо всего прочего? средство DISM может включать функции Windows во время выполнения операционной системы.
Чтобы включить роль Hyper-V с помощью DISM, выполните указанные ниже действия.
Запустите PowerShell или сеанс CMD от имени администратора.
Введите следующую команду:
Дополнительные сведения о DISM см. в разделе Техническое руководство по DISM.
Включение роли Hyper-V через раздел «Параметры»
Щелкните правой кнопкой мыши кнопку Windows и выберите пункт «Приложения и компоненты».
Выберите Программы и компоненты справа в разделе связанные параметры.
Выберите пункт Включение или отключение компонентов Windows.
Выберите Hyper-V и нажмите кнопку ОК.
После завершения установки вам будет предложено перезапустить компьютер.
Автоматическая активация виртуальной машины в Windows Server
Автоматическая активация виртуальной машины (AVMA) — это механизм подтверждения законности приобретения, помогающий удостовериться, что продукты Windows используются в соответствии с правами на использование продуктов и условиями лицензионного соглашения на использование программного обеспечения корпорации Майкрософт.
AVMA позволяет активировать виртуальные машины Windows Server на активированном надлежащим образом узле Hyper-V Windows Server даже в отключенных средах. Она привязывает активацию виртуальной машины к лицензированному узлу виртуализации и активирует виртуальную машину при запуске. Используя AVMA, вы можете получать отчеты по использованию в реальном времени и данные о состоянии лицензии виртуальной машины за прошлые периоды. Отчеты и данные отслеживания доступны на узле виртуализации.
Практическое применение
AVMA на узлах виртуализации включает несколько преимуществ.
Диспетчеры центра обработки данных сервера могут использовать AVMA для выполнения следующих действий:
Партнеры с лицензионным соглашением с поставщиком услуг (SPLA) и другие поставщики услуг размещения не обязаны предоставлять ключи продукта арендаторам или активировать виртуальные машины арендаторов. С помощью AVMA клиенты могут легко активировать виртуальные машины. Поставщики услуг размещения могут использовать журналы сервера для проверки соответствия лицензии и отслеживания хронологии использования клиента.
Требования к системе
Узел виртуализации, на котором будут работать виртуальные машины, должен быть активирован. Ключи можно получить в Microsoft Volume Licensing Service Center или у поставщика OEM.
В отказоустойчивом кластере необходимо активировать каждый узел виртуализации, чтобы виртуальные машины оставались активными независимо от сервера, на котором они запущены.
Для AVMA требуется выпуск Windows Server Datacenter с установленной ролью узла Hyper-V. Версия операционной системы узла Hyper-V определяет версии операционной системы для активации на виртуальной машине. Ниже представлен список гостей, которых можно активировать с помощью различных версий серверов узла.
| Версия сервера узла | Гостевая виртуальная машина Windows Server 2022 | Гостевая виртуальная машина Windows Server 2019 | Гостевая виртуальная машина Windows Server 2016 | Гостевая виртуальная машина Windows Server 2012 R2 |
|---|---|---|---|---|
| Windows Server 2022 | X | X | X | X |
| Windows Server 2019 | X | X | X | |
| Windows Server 2016 | X | X | ||
| Windows Server 2012 R2 | X |
В приведенной выше таблице применимы все выпуски (Datacenter, Standard или Essentials).
AVMA не работает с другими технологиями виртуализации серверов.
Реализация AVMA
Чтобы активировать виртуальные машины с помощью AVMA, используйте общий ключ AVMA (см. подробные сведения в разделе Ключи AVMA), соответствующий версии Windows Server, которую необходимо активировать. Чтобы создать виртуальную машину и активировать ее с помощью ключа AVMA, выполните следующие действия:
На сервере, на котором будут размещены виртуальные машины, установите и настройте роль сервера Microsoft Hyper-V. Дополнительную информацию см. в статье об установке Hyper-V Server. Убедитесь, что сервер успешно активирован.
Создайте виртуальную машину и установите на ней поддерживаемую операционную систему Windows Server.
Для использования AVMA включите службу интеграции обмена данными (также известную как обмен парами «ключ-значение») в настройках виртуальной машины. По умолчанию она включена для новых виртуальных машин.
После установки Windows Server на виртуальной машине установите в ней ключ AVMA. В PowerShell или командной строке с повышенными привилегиями введите следующую команду:
Виртуальная машина активируется автоматически, если активирован узел виртуализации.
Вы также можете добавить ключи AVMA в любом файле автоматической установки.
Ключи AVMA
Перечисленные ниже ключи AVMA можно использовать для Windows Server 2022.
| Выпуск | Ключ AVMA |
|---|---|
| Центр обработки данных | W3GNR-8DDXR-2TFRP-H8P33-DV9BG |
| Standard | YDFWN-MJ9JR-3DYRK-FXXRW-78VHK |
Перечисленные ниже ключи AVMA можно использовать для Windows Server 2019.
| Выпуск | Ключ AVMA |
|---|---|
| Центр обработки данных | H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW |
| Standard | TNK62-RXVTB-4P47B-2D623-4GF74 |
| Essentials | 2CTP7-NHT64-BP62M-FV6GG-HFV28 |
Перечисленные ниже ключи AVMA можно использовать для Windows Server версий 1909, 1903 и 1809.
| Выпуск | Ключ AVMA |
|---|---|
| Центр обработки данных | H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW |
| Standard | TNK62-RXVTB-4P47B-2D623-4GF74 |
Перечисленные ниже ключи AVMA можно использовать для Windows Server версии 1803 и 1709.
| Выпуск | Ключ AVMA |
|---|---|
| Центр обработки данных | TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J |
| Standard | C3RCX-M6NRP-6CXC9-TW2F2-4RHYD |
Перечисленные ниже ключи AVMA можно использовать для Windows Server 2016.
| Выпуск | Ключ AVMA |
|---|---|
| Центр обработки данных | TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J |
| Standard | C3RCX-M6NRP-6CXC9-TW2F2-4RHYD |
| Основные компоненты | B4YNW-62DX9-W8V6M-82649-MHBKQ |
Перечисленные ниже ключи AVMA можно использовать для Windows Server 2012 R2.
| Выпуск | Ключ AVMA |
|---|---|
| Центр обработки данных | Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW |
| Standard | DBGBW-NPF86-BJVTX-K3WKJ-MTB6V |
| Основные компоненты | K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 |
Отчетность и отслеживание
Обмен парами «ключ-значение» (KVP) между узлом виртуализации и виртуальной машиной предоставляет данные отслеживания в реальном времени для операционной системы на виртуальной машине, включая сведения об активации. Эти сведения об активации хранятся в реестре Windows виртуальной машины. Исторические данные о запросах AVMA регистрируются в компоненте «Просмотр событий» на узле виртуализации.
Данные KVP не защищены. Они допускают модификации и не контролируются на предмет изменений.
Данные KVP следует удалить в случае замены ключа AVMA другим ключом продукта (розничным, OEM или ключом корпоративного лицензирования).
Поскольку процесс активации AVMA прозрачен, сообщения об ошибках не отображаются. Однако запросы AVMA также регистрируются на узле виртуализации в компоненте «Просмотр событий» в журнале приложений с идентификатором события 12310 и на виртуальной машине с идентификатором события 12309. Данные о перечисленных ниже событиях записываются на виртуальных машинах:
Автоматическая активация виртуальных машин в Hyper-V 2012 R2
В этой статье мы познакомимся с новым типом лицензирования и активации, представленном в Windows Server 2012 R2, под названием AVMA (Automatic Virtual Machine Activation), о которой вы упоминали в нашем обзоре Hyper-V 2012 R2, но сначала сделаем небольшой обзорный экскурс по основным способам активации продуктов Microsoft. Итак, начиная с Windows Vista, все продукты Microsoft требуют обязательной активации, не зависимо от типа используемого ключа. И OEM и retail и корпоративные версии – обязательно должны быть активированы на сервере активации Microsoft. Чтобы упростить корпоративным заказчикам процедуру активации и управления ключами продуктов, Microsoft ввело понятие ключей многопользовательской активации (MAK ключи) и разработало службу управления ключами KMS (Key Management Service).
В Windows Server 2012, помимо KMS сервера, может использоваться еще один способ активации — ADBA (Active Directory Based Activation), позволяющая автоматически активировать все компьютеры, включенные в домен Active Directory. При использовании такого типа активации система является активированная до тех пор, пока она состоит в домене. По сравнению с KMS активацией, активация ADBA еще больше упрощает активацию клиентов в корпоративной среде.
Перейдем к вопросам активации виртуальных машин с ОС Windows на гипервизоре Hyper-V. В предыдущей версии Hyper-V при создании новой виртуальной машину, ее было необходимо лицензировать отдельно от хостовой ОС. В том случае, если виртуальные машины находятся в одном домене, то активация таких виртуальных машин ничем не отличается от процедуры активации обычных клиентов домена (ADBA или KMS-активация). Если же виртуальные машины находятся в разных доменах (или вообще являются отдельно стоящими серверами), системный администратор может воспользоваться новом типом активации — AVMA (Автоматическая активация виртуальных машин).
Требования и ограничения AVMA- активации
Для использования AVMA-активации в качестве хостовой ОС должна использоваться активированная ОС Windows Server 2012 R2 Datacenter с ролью Hyper-V (именно эта редакция позволяет на одном физическом сервере запустить неограниченное число виртуальных машин).
AVMA-активация позволяет в автоматическом режиме активировать следующие гостевые ОС:
Настраиваем автоматическую активацию виртуальных машин в Windows Server 2012
Чтобы активировать гостевую Windows Server 2012 R2 необходимо удостоверится, что выполняются следующие условия:
Затем на гостевой виртуальной машине необходимо открыть командную строку с правами администратора и выполнить следующую команду:
Ключ для AVMA-активации нужно выбрать в зависимости от используемой версии гостевой ОС из таблице ниже:
| Редакция | Ключ AVMA |
| Windows Server 2012 R2 Datacenter | Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW |
| Windows Server 2012 R2 Standard | DBGBW-NPF86-BJVTX-K3WKJ-MTB6V |
| Windows Server 2012 R2 Essentials | K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 |
После указания AVMA ключа система автоматически активируется на гостевой ОС (гипервизоре), о чем свидетельствует появление в логе хоста события с EventID 12310. Диагностические сообщения об активации на гостевой ОС фиксируются с кодом EventID 12309.
Текущий статус активации можно узнать, выполнив команду:
Активированная таким образом виртуальная машина в дальнейшем будут пытаться продлить свою активацию каждые 7 дней. Соответственно, при перемещении (миграции, экспорте или запуске реплицированной ВМ) виртуальной машины на другой гипервизор, не поддерживающий AVMA, при очередной проверке активация будет потеряна.
Заключение
Новая функция автоматической активации виртуальных машин в Hyper-V на Windows Server 2012 R2 значительно ускоряет процесс активации гостевых ОС, устраняет необходимость их подключения к интернету и предоставляет возможность развернуть и быстро активировать на Hyper-V 2012 R2 неограниченное количество виртуальных машин.
Hyper-V в составе Windows 10: активация штатного гипервизора и создание виртуальной машины
Hyper-V в составе Windows 10: активация штатного гипервизора и создание виртуальной машины
Мини-приложения для 11
Как отключить мини-приложения в 11
Как вернуть старое контекстное меню в 11
Не запускается PC Health Check на 11
Не могу обновиться до 11
В тройке лидеров на рынке софта для виртуализации операционных систем – VMware, VirtualBox и Hyper-V – последний гипервизор занимает особое место. Такое особое место обусловлено тем, что Hyper-V является штатным компонентом серверных систем Windows и некоторых версий Windows для настольных ПК. Уступая VMware Workstation и VirtualBox в функциональности, кроссплатформенности и отчасти в удобстве пользования, Hyper-V, тем не менее, не лишен своих преимуществ. И главное из них – более высокая производительность гостевых ОС.
Ниже речь пойдет об активации Hyper-V в системе Windows 10 и создании средствами этого гипервизора виртуальной машины.
Штатный компонент Hyper-V система Windows 10 унаследовала от версий Windows 8 и 8.1, а в них гипервизор перекочевал из Windows Server. И Windows 8.1, и Windows 10 опционально предусматривают компонент Hyper-V в редакциях Pro и Enterprise. Работа гипервизора возможна только в 64-битных системах.
Длительное время Hyper-V не поддерживал никаких иных гостевых ОС, кроме как Windows. Однако относительно недавно компания Microsoft позаботилась о поддержке гипервизором гостевой ОС Linux. И сегодня с помощью Hyper-V можно тестировать некоторые дистрибутивы Linux, в частности, популярный Ubuntu.
2. Требования для работы Hyper-V
Минимальный объем оперативной памяти физического компьютера для работы Hyper-V – 4 Гб.
Процессор компьютера должен поддерживать технологию SLAT (Intel EPT или AMD RVI). Практически все современные процессоры соответствуют этому требованию.
Другое требование к процессору, также предусматриваемое многими современными моделями – поддержка технологии аппаратной виртуализации и, соответственно, ее активное состояние в BIOS. В BIOS материнских плат для процессоров Intel такая технология (в зависимости от версии) может называться по-разному – Intel-VT, Intel Virtualization Technology, Intel VT-x, Vanderpool или Virtualization Extensions. У AMD технология аппаратной виртуализации называется AMD-V или SVM (Secure Virtual Machines). Например, в AMI BIOS версии 17.9 функцию аппаратной виртуализации процессора AMD можно найти по пути Cell Menu – CPU Feature – SVM Support.
У процессоров AMD функция аппаратной виртуализации, как правило, включена по умолчанию. Поддерживает ли конкретная модель процессора аппаратную виртуализацию, этот момент можно выяснить на сайтах компаний Intel и AMD.
3. Активация и запуск Hyper-V
Hyper-V в комплекте Windows 10 Pro и Enterprise поставляется опционально. Изначально штатный гипервизор отключен. Включается он в разделе панели управления «Программы и компоненты». Самый быстрый способ попасть туда – внутрисистемный поиск.
Запускаем «Включение и отключение системных компонентов».
В появившемся небольшом окошке галочкой отмечаем все подпункты пункта Hyper-V. Жмем «Ок».
Система пару секунд будет применять изменения и попросит перезагрузку. После перезагрузки ищем ярлык запуска диспетчера Hyper-V. Ярлык диспетчера Hyper-V можно сразу закрепить на начальном экране Windows 10, найдя его в средствах администрирования меню «Пуск».
Доступ к ярлыку диспетчера Hyper-V также можно получить с помощью внутрисистемного поиска.
Запускаем диспетчер Hyper-V.
4. Настройка доступа к сети
В диспетчере Hyper-V сеть настраивается отдельным этапом, и сначала нужно создать виртуальный коммутатор – параметр, обеспечивающий доступ к сети. Делаем клик на названии физического компьютера, а в правой части окна выбираем «Диспетчер виртуальных коммутаторов…».
Запустится мастер создания виртуального коммутатора, где первым делом нужно выбрать тип сети. Их три:
В окне свойств виртуального коммутатора задаем ему имя, это может быть какое угодно имя, например, «Сетевая карта 1». При необходимости виртуальному коммутатору можно добавить примечание. Если физический компьютер имеет на борту и сетевую карту, и адаптер Wi-Fi, конкретное устройство, посредством которого виртуальная машина будет подключаться к сети, можно выбрать из выпадающего списка в графе «Тип подключения». После проделанных настроек жмем «Применить» внизу окна.
5. Создание виртуальной машины
Теперь можно приступить непосредственно к созданию виртуальной машины. Слева в окне Hyper-V выбор по-прежнему должен быть на названии физического компьютера. В правом углу вверху жмем «Создать», затем – соответственно, «Виртуальная машина».
В приветственном окне запустившегося мастера жмем «Далее».
Задаем виртуальной машине имя; также можно сменить ее месторасположение на диске физического компьютера, указав нужный раздел диска и нужную папку с помощью кнопки обзора. Жмем «Далее».
Одна из относительно новых возможностей Hyper-V – выбор поколения виртуальной машины. В нашем случае выбрано поколение 2.
Что это значит? Поколение 1 – это виртуальные машины, поддерживающие 32- и 64-битные системы Windows. Поколение 1 совместимо с прежними версиями Hyper-V.
Поколение 2 – виртуальные машины нового формата со встроенным программным обеспечением на базе UEFI. Такие виртуальные машины поддерживают ряд новых возможностей и способны обеспечить небольшой прирост производительности. На виртуальные машины поколения 2 в качестве гостевых ОС устанавливаются только 64-битные версии Windows 8.1 и 10, а также серверные Windows Server 2012, Server 2012 R2 и Server 2016.
В случае установки в качестве гостевой ОС Windows 10 именно такой способ получения ISO-образа системы и рекомендуется. Windows 10 предусматривает процесс установки с возможностью отложенного ввода ключа продукта. В нашем случае в качестве гостевой ОС будет установлена Windows 8.1, а ее официальный дистрибутив, получаемый с помощью утилиты Media Creation Tool, в процессе установки требует ввод ключа продукта. Обеспечить поддержку среды UEFI и воспользоваться бесплатной возможностью протестировать систему Windows 8.1 поможет сайт Центра пробного ПО TechNet. На этом сайте можно скачать англоязычную редакцию 64-битной Windows 8.1 Корпоративная и бесплатно тестировать систему целых 3 месяца. Проблему с отсутствием поддержки русского языка после установки системы можно решить отдельно, установив языковой пакет и настроив русский основным языком системы.
Возвращаемся к мастеру создания виртуальной машины. В окне выделения памяти оставляем предустановленные параметры, если физический компьютер имеет не более 4 Гб оперативной памяти. Если ее больше 4 Гб, можно увеличить показатель, выделяемый при запуске виртуальной машины. Для гостевой Windows ХР показатель оперативной памяти можно, наоборот, уменьшить до 512 Мб. Жмем «Далее».
В окне настроек сети из выпадающего списка выбираем ранее созданный виртуальный коммутатор. Жмем «Далее».
В окне подключения виртуального жесткого диска задаем виртуальной машине имя, указываем расположение на диске физического компьютера, указываем размер. Это параметры создания нового жесткого диска. Второй пункт этого шага мастера используется, когда на компьютере уже имеется виртуальный жесткий диск, в частности, с установленной гостевой ОС. При выборе виртуальной машины поколения 2 файл такого виртуального жесткого диска должен иметь формат VHDX (а не VHD), а гостевая ОС должна поддерживать среду загрузки UEFI. Жмем «Далее».
Если в предыдущем шаге мастера выбран пункт создания нового виртуального жесткого диска, следующим шагом будет указание пути к дистрибутиву Windows. Виртуальные машины поколения 2 уже не предусматривают загрузку с физического CD/DVD-привода. Источниками загрузки дистрибутива гостевой ОС могут быть только сеть и ISO-образ. В нашем случае это ISO-образ. Жмем «Далее».
Завершающий этап мастера – жмем «Готово».
6. Подключение виртуальной машины
Создав виртуальную машину, вернемся в окно диспетчера Hyper-V. Теперь ее нужно подключить. Для этого существует команда «Подключить» в числе прочих команд контекстного меню, вызываемого на виртуальной машине. Команда «Подключить» присутствует и в правой части окна диспетчера Hyper-V. Для подключения также можно сделать двойной клик левой клавишей мыши на окошке-превью выбранной виртуальной машины.
В открывшемся окне подключения жмем зеленую кнопку запуска.
Далее нажимаем любую кнопку, чтобы виртуальная машина загрузилась с ISO-образа.
Последует обычный процесс установки Windows 8.1, как это происходило бы на физическом компьютере.
Как только начнется копирование файлов установки, можно закрыть окно подключения к виртуальной машине и заняться другими делами.
Закрытие окна подключения высвободит какие-то ресурсы физического компьютера для выполнения других задач, при этом виртуальная машина продолжит свою работу в фоновом режиме. Ее рабочие показатели будут отображаться в диспетчере Hyper-V.
Подключаться к виртуальной машине можно по мере необходимости выполнения в ней действий.
Все – Windows 8.1 установилась. Выключить, приостановить, сохранить виртуальную машину или сбросить ее состояние можно и командами в диспетчере Hyper-V, и кнопками на верхней панели окна подключения.
7. Приоритет загрузки
Чтобы в дальнейшем при запуске виртуальной машины не терять время на окно загрузки с CD/DVD-диска, нужно в выключенном ее состоянии открыть окно параметров и убрать путь к ISO-файлу с дистрибутивом. Это делается во вкладке DVD-привода настроек оборудования виртуальной машины.
Альтернативный вариант – поднять жесткий диск в приоритете загрузки выше DVD-привода (но не выше файла «bootmgfw.efi»). Это делается во вкладке «Встроенное ПО» настроек оборудования.
В обоих случаях проделанные изменения сохраняются кнопкой «Применить» внизу.
8. Обход ограничений окна подключения Hyper-V
Во главу угла работы гипервизора Hyper-V поставлена производительность виртуальных машин, а не функциональность. В отличие от своих конкурентов – VMware и VirtualBox – виртуальные машины Hyper-V не работают с подключенными флешками, не воспроизводят звук, а взаимодействие с физическим компьютером осуществляется только вставкой внутри гостевых ОС текста, скопированного в основной ОС. Такова цена производительности виртуальных машин Hyper-V. Но это если работать с обычным окном подключения Hyper-V.
Полноценную интеграцию физического компьютера и виртуальной машины можно получить с помощью штатной утилиты подключения к удаленному рабочему столу.
Эта утилита позволяет гибко настроить параметры подключения, в частности, сделать доступными внутри виртуальной машины не только подключенные к физическому компьютеру USB-накопители, но и отдельные разделы жесткого диска.
Подключение к виртуальной машине таким образом обеспечит в гостевой ОС воспроизведение звука и двустороннюю передачу файлов.