Что проверить, если роль Hyper-V не устанавливается?

Сначала проверьте текст ошибки и журнал событий, затем версию и выпуск Windows Server, а также доступность аппаратной виртуализации. Для роли нужны 64-разрядный процессор, включённая виртуализация в firmware, SLAT и Intel XD bit либо AMD NX bit. Не пытайтесь исправить установку изменением параметров виртуальных машин: они ещё не являются причиной сбоя.

Можно ли использовать checkpoint Hyper-V вместо резервной копии?

Нет. Контрольная точка Hyper-V не заменяет резервное копирование. Checkpoint может быть полезен при работе с VM, но в статье он прямо обозначен как неравнозначный бэкапу. Для защиты данных и восстановления после потери или повреждения виртуальной машины нужна отдельная стратегия резервного копирования.

Сколько памяти нужно выделить хосту Hyper-V и виртуальным машинам?

Минимум для Hyper-V — 4 ГБ ОЗУ, но это только исходный минимум, а не универсальная рекомендация. Нужно оставить память Windows Server, службам хоста и запас на пиковые нагрузки. Остальной объём рассчитывают по требованиям гостевых ОС, приложений, других VM и планируемой нагрузки, а не по свободной памяти в момент создания VM.

Можно ли сменить Generation 1 на Generation 2 у готовой VM?

Нет, штатно изменить поколение уже созданной виртуальной машины нельзя. Для перехода создайте новую VM нужного поколения, затем отдельно перенесите или преобразуйте рабочую нагрузку. После этого проверьте загрузку и драйверы, поскольку Generation 1 использует BIOS, а Generation 2 рассчитана на UEFI и поддерживаемые 64-разрядные гостевые ОС.

Что будет, если создать External Switch на единственном канале управления?

Удалённое управление хостом может кратковременно прерваться: при создании внешнего коммутатора Hyper-V меняет конфигурацию выбранного физического адаптера. Не отключайте общий доступ адаптера управляющей ОС на единственном канале RDP или WinRM без альтернативного доступа. Перед операцией подготовьте локальную консоль либо внеполосное управление через BMC, iDRAC, iLO или аналогичное средство.

Заменяет ли Hyper-V Enhanced Session виртуальную сеть?

Нет. Enhanced Session — это режим консольного подключения к VM через VMConnect с использованием RDP поверх VMBus. Он может дать общий буфер обмена, изменение разрешения и перенаправление локальных ресурсов, но не создаёт сеть, не выдаёт IP-адрес и не заменяет внешний, внутренний или частный виртуальный коммутатор.

Установка и настройка Hyper-V на Windows Server: роль, VM и сеть

Hyper-V — платформа виртуализации Microsoft, которая устанавливается в Windows Server как серверная роль Hyper-V. Сначала проверяют поддержку аппаратной виртуализации и требования выбранного выпуска Windows Server, затем устанавливают роль через Server Manager или PowerShell. После этого создают виртуальную машину, выбирают её поколение, ресурсы и источник загрузки, а для сети подключают VM к виртуальному коммутатору нужного типа.

Установка роли меняет конфигурацию хоста

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

Что проверить перед установкой Hyper-V

Для роли Hyper-V нужен 64-разрядный процессор с расширениями режима монитора виртуальных машин, включённой аппаратной виртуализацией, SLAT и аппаратной поддержкой DEP: Intel XD bit или AMD NX bit. В firmware сервера должны быть включены соответствующие возможности CPU. Порядок их включения зависит от производителя, модели, поколения сервера и версии BIOS/UEFI; его не следует переносить с другой платформы. Практический порядок приведён в статье «Как включить Intel VT-x, AMD-V и IOMMU в BIOS/UEFI сервера».

Выберите поддерживаемый выпуск Windows Server и установите актуальные для вашей среды обновления. Роль Hyper-V предусмотрена в Windows Server Standard и Datacenter; доступность отдельных возможностей зависит от выпуска и версии ОС.
Проверьте вариант установки ОС. Hyper-V можно развернуть на Server Core и на варианте с Desktop Experience, но локальный графический интерфейс доступен только там, где он установлен. Server Core обычно администрируют удалённо или через PowerShell.
Для Hyper-V требуется не менее 4 ГБ оперативной памяти, однако это исходный минимум, а не рекомендуемый объём для любого хоста. Оставьте память для Windows Server, служб хоста и пиковых нагрузок, а остальной объём рассчитывайте по требованиям VM.
Подготовьте место для файлов конфигурации VM, контрольных точек и виртуальных дисков. Для первой VM обычно используют VHDX.
Проверьте доступ учётной записи с административными правами на сервере и способ возврата к консоли, особенно если сервер администрируется только по сети.

Проверка требований выпуска

Поддерживаемые версии Windows Server, редакции и варианты установки меняются с релизами. Перед развёртыванием сверьте страницы Microsoft Learn System requirements for Hyper-V on Windows Server и Install Hyper-V on Windows Server, а также документацию выбранного выпуска. Названия страниц Server Manager, параметры мастеров и состав компонентов могут отличаться в зависимости от версии Windows Server, языка интерфейса и способа установки ОС.

Установка роли Hyper-V

Установка через Server Manager

Подходит для Windows Server с Desktop Experience или для управления сервером из графической консоли.

1
Откройте мастер добавления ролей
В Server Manager запустите добавление ролей и компонентов, выберите локальный или удалённый сервер из пула управления. Убедитесь, что выбран именно тот хост, на котором должна работать роль Hyper-V.
2
Выберите роль Hyper-V
Отметьте Hyper-V и согласитесь на установку зависимых компонентов, если мастер предложит это сделать. На этапе сетевой настройки можно выбрать физический адаптер для внешнего коммутатора либо пропустить этот шаг и создать коммутатор после установки роли.
3
Подтвердите установку и перезагрузку
Проверьте сводку, начните установку и разрешите перезагрузку, если её требует система. После входа в Windows убедитесь, что роль отображается как установленная, а службы Hyper-V доступны.

Установка через PowerShell

Команду запускают в PowerShell от имени администратора на целевом Windows Server.

1
Проверьте состояние компонента
Команда должна показать состояние роли Hyper-V. Если роль уже установлена, повторная установка не требуется.
2
Установите роль и средства управления
Параметр -IncludeManagementTools добавляет доступные для данного варианта Windows Server средства управления. Параметр -Restart разрешает перезагрузку хоста по завершении установки.
3
Подтвердите результат после перезапуска
После загрузки снова запросите состояние роли. Ожидаемый результат — установленный компонент Hyper-V. Если установка не проходит, сначала проверьте текст ошибки, журнал событий, версию Windows Server и доступность аппаратной виртуализации, а не меняйте параметры VM.

Показывает состояние серверной роли Hyper-V.

Get-WindowsFeature -Name Hyper-V

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

Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart

После установки VM можно создавать в Hyper-V Manager. Эта консоль управляет локальным хостом и, при наличии прав и сетевой связности, удалённым Hyper-V-хостом. Для Server Core типичны удалённый Hyper-V Manager, PowerShell Remoting и другие штатные средства Windows Server; отсутствие локального GUI не препятствует работе самой роли.

Выбор поколения VM: Generation 1 или Generation 2

Поколение определяет виртуальную аппаратную платформу VM и выбирается при создании. Штатно изменить Generation 1 на Generation 2 или наоборот у уже созданной VM нельзя: для перехода создают новую VM нужного поколения и отдельно переносят или преобразуют рабочую нагрузку с проверкой загрузки и драйверов.

Различия поколений [виртуальной машины](/baza-znaniy/glossariy/virtual-machine-generation) в Hyper-V.

Параметр	Generation 1	Generation 2
Прошивка	Эмулируемый BIOS	UEFI
Основной сценарий	Совместимость со старыми гостевыми ОС и BIOS-загрузкой	Современные поддерживаемые гостевые ОС с UEFI-загрузкой
Загрузка с диска и DVD	Использует виртуальные IDE-устройства для загрузки	Поддерживает загрузку с виртуального SCSI-диска и виртуального DVD
Сетевая загрузка	Обычно требует Legacy Network Adapter	Использует стандартный виртуальный сетевой адаптер
Разрядность гостя	Поддерживает сценарии со старыми 32- и 64-разрядными ОС	Рассчитана на поддерживаемые 64-разрядные гостевые ОС

Практическое правило выбора

Для современной гостевой ОС, которую Microsoft или её разработчик поддерживает в Generation 2, обычно рассматривают Generation 2. Выбирайте Generation 1, если гостевая ОС устарела, требует BIOS-загрузки, 32-разрядного окружения или совместимости со старой моделью виртуального оборудования. Перед созданием VM сверьте матрицу поддерживаемых гостевых ОС в документации Microsoft и поставщика гостевой системы.

Создание первой виртуальной машины Hyper-V

Для установки Guest OS из ISO подготовьте установочный образ, каталог для VM и свободное место под VHDX. Память, число vCPU и размер диска выбирают по требованиям конкретной ОС, приложения и доступным ресурсам хоста. Универсальные значения здесь были бы ошибочны: подробнее о расчёте — в статье «Производительность виртуализации: ресурсы VM, overcommitment, метрики и поиск узких мест».

Создание VM для установки гостевой ОС из ISO

1
Запустите создание VM и задайте имя
В Hyper-V Manager создайте новую виртуальную машину, укажите понятное имя и при необходимости отдельное расположение её файлов. Размещайте VHDX и конфигурацию на хранилище с достаточной свободной ёмкостью, а не только по размеру первоначального диска.
2
Выберите Generation 1 или Generation 2
Сопоставьте загрузочный режим и совместимость гостевой ОС с таблицей выше. До завершения мастера исправьте ошибочный выбор: после создания штатно сменить поколение нельзя.
3
Назначьте память и процессоры
Укажите стартовую память с учётом минимальных требований гостевой ОС и запаса для хоста. После создания в настройках VM назначьте нужное число виртуальных процессоров. Не выделяйте ресурсы только по числу физических ядер или по свободной памяти в момент создания: учитывайте остальные VM и будущую нагрузку.
4
Подключите виртуальную сеть
Выберите заранее созданный виртуальный коммутатор. Если сеть ещё не готова, VM можно создать без подключения или с временным изолированным коммутатором, а затем изменить подключение в её настройках.
5
Создайте или подключите VHDX
Для новой установки создайте VHDX и задайте его расположение и максимальный размер согласно требованиям гостевой ОС и ожидаемому росту данных. При развёртывании готового образа вместо нового диска подключите подготовленный VHDX, если он совместим с выбранным поколением и загрузочным режимом.
6
Подключите ISO-образ
Выберите ISO как установочный носитель: в Generation 1 он подключается к загрузочному виртуальному IDE DVD-приводу, в Generation 2 — к виртуальному DVD-приводу. Убедитесь, что файл ISO доступен хосту и не будет перемещён или удалён до завершения установки.
7
Проверьте загрузку и запустите VM
До первого запуска откройте настройки VM и проверьте память, vCPU, подключённый VHDX, DVD с ISO и сетевой адаптер. Для Generation 2 также проверьте порядок загрузки и параметры Secure Boot, если они важны для выбранной гостевой ОС. Запустите VM, подключитесь к её консоли и убедитесь, что открывается установщик ОС.

Другие загрузочные сценарии

VM не обязательно создают из ISO. Подготовленный VHDX подключают как существующий диск и проверяют его соответствие выбранному поколению. Поддерживаемая сетевая загрузка также возможна, но требует готовой PXE-инфраструктуры и правильного виртуального адаптера: для Generation 1 это отличается от Generation 2. После изменения загрузочного источника выключите VM и проверьте порядок загрузки перед стартом.

Некоторые параметры можно менять после создания, но не все — и не в любом состоянии VM. Подключение сетевого адаптера и часть устройств часто настраиваются отдельно, тогда как изменение поколения невозможно. Для изменения числа vCPU, стартовой памяти, виртуальных контроллеров, порядка загрузки и других параметров, влияющих на виртуальное оборудование, безопасно выключите VM и проверьте, что настройка доступна для её поколения. Доступность операций у работающей VM зависит от версии Hyper-V, гостевой ОС и конкретного параметра.

Как выбрать и создать виртуальный коммутатор Hyper-V

Виртуальный коммутатор Hyper-V определяет, с кем сможет обмениваться трафиком VM. Это часть виртуальной сети, а не настройка IP-адреса внутри гостевой ОС.

Границы сетевой связности для типов виртуального коммутатора Hyper-V.

Тип коммутатора	Связность	Когда выбирать
Внешний (External)	VM подключаются к физической сети через выбранный физический адаптер. При включённой опции совместного использования адаптера управляющей ОС хост также получает сетевое подключение через созданный виртуальный адаптер.	VM нужна локальная сеть, доступ к её DHCP/DNS-шлюзу или связь с другими системами физической сети.
Внутренний (Internal)	Связь между VM на этом хосте и хостовой ОС; прямого выхода в физическую сеть сам по себе не даёт.	Нужна лабораторная сеть с доступом VM к хосту, например для тестового сервиса или маршрутизации, настроенной отдельно.
Частный (Private)	Только между VM, подключёнными к этому коммутатору на одном хосте. Хостовая ОС к этой сети не подключается.	Нужен изолированный сегмент для VM одного Hyper-V-хоста.

Создание и подключение коммутатора

1
Определите требуемую границу сети
Для доступа VM в физическую локальную сеть выберите внешний коммутатор. Для связи VM с хостом без физической сети — внутренний. Для сети только между VM одного хоста — частный.
2
Создайте коммутатор в Virtual Switch Manager
В Hyper-V Manager откройте диспетчер виртуальных коммутаторов, выберите тип, задайте однозначное имя и примените конфигурацию. Для внешнего коммутатора укажите физический сетевой адаптер, который действительно подключён к нужной сети.
3
Решите, нужен ли хосту этот физический адаптер
У внешнего коммутатора настройка совместного использования физического адаптера управляющей ОС определяет, сможет ли сам хост использовать этот uplink. Если её отключить, адаптер выделяется для VM; не отключайте её на единственном канале удалённого управления без альтернативного доступа и согласованного плана.
4
Подключите VM и проверьте связность
В настройках VM выберите созданный коммутатор для её виртуального сетевого адаптера. После запуска проверьте, что гость получил ожидаемую IP-конфигурацию либо видит нужные узлы в изолированной сети. При отсутствии сети последовательно проверьте подключение vNIC, тип коммутатора, IP-настройки гостя и физическую сеть.

Особенность внешнего коммутатора

При создании внешнего коммутатора Hyper-V привязывается к физическому сетевому адаптеру и изменяет его конфигурацию. Это может на короткое время разорвать RDP, WinRM или другое удалённое подключение к хосту. Не выполняйте операцию на единственном канале управления без локальной консоли или внеполосного доступа через BMC, iDRAC, iLO либо аналогичное средство. VLAN, NIC Teaming, разделение трафика управления, хранилища и VM, а также детальная схема сети рассматриваются в статье «Сети виртуальных машин в ESXi, Hyper-V и Proxmox VE: vSwitch, VLAN и bridge».

Hyper-V Enhanced Session: когда использовать

Hyper-V Enhanced Session — режим подключения к консоли VM через VMConnect. Он использует RDP поверх VMBus, поэтому может дать общий буфер обмена, изменяемое разрешение и перенаправление отдельных локальных ресурсов без настройки обычного сетевого RDP-подключения к IP-адресу гостя.

На хосте должна быть разрешена политика Enhanced Session Mode; пользовательская настройка режима также не должна запрещать его использование.
Гостевая ОС должна поддерживать этот способ подключения и иметь настроенную службу удалённого рабочего стола. Поддержка зависит от ОС и её конфигурации; режим не гарантирован для любого Windows- или Linux-гостя.
Для входа потребуются учётные данные гостевой ОС. Если режим недоступен, VM по-прежнему можно установить и администрировать через базовое подключение VMConnect или по обычной сети.
Enhanced Session не создаёт виртуальную сеть, не выдаёт IP-адрес и не заменяет внешний, внутренний или частный виртуальный коммутатор.

Контрольные точки — не резервное копирование

После установки гостевой ОС можно увидеть возможность создать checkpoint, но не используйте контрольную точку как замену резервной копии. Ограничения снимков, клонов и шаблонов разобраны в статье «Клоны, шаблоны и снимки виртуальных машин: когда использовать и как снизить риск потери данных».

Проверка результата

Роль Hyper-V установлена, а хост после необходимой перезагрузки доступен в Hyper-V Manager или через PowerShell.
Для VM выбрано Generation 1 либо Generation 2 в соответствии с загрузочным режимом и совместимостью гостевой ОС.
Назначены память, vCPU и VHDX с учётом требований гостя и ресурсов хоста.
Для установки из ISO подключены установочный образ и пустой либо подготовленный VHDX; порядок загрузки проверен.
VM подключена к внешнему, внутреннему или частному коммутатору, соответствующему требуемой сетевой связности.
После запуска VM видит загрузочный источник, начинает установку гостевой ОС и имеет ожидаемое сетевое подключение.

Термины в статье

Аппаратная виртуализация: Аппаратная виртуализация — способ запуска ВМ с поддержкой процессора и платформы, где привилегированные операции гостя обрабатываются специальными механизмами CPU, а не только программной эмуляцией.
Виртуализация: Технология абстрагирования физических вычислительных ресурсов, позволяющая создавать виртуальные серверы, хранилища, сети и другие логические ресурсы.
Виртуальная машина: Изолированная вычислительная среда с виртуальными процессорами, памятью, дисками и сетевыми адаптерами, в которой под управлением гипервизора работает гостевая ОС.
Виртуальная сеть: Виртуальная сеть — логическая сеть, реализованная программными средствами для связи ВМ и других виртуальных нагрузок между собой и, при необходимости, с физической сетью.
Виртуальное оборудование: Виртуальное оборудование — логическая аппаратная платформа, которую гипервизор предоставляет ВМ: виртуальные процессоры, память, устройства и системную прошивку.
Виртуальный коммутатор Hyper-V: Виртуальный коммутатор Hyper-V — программный коммутатор, обеспечивающий в зависимости от типа связь между ВМ, хостом и физической сетью.
Виртуальный сетевой адаптер: Виртуальный сетевой адаптер — логический сетевой интерфейс гостевой ВМ, подключаемый к виртуальному коммутатору и имеющий собственные MAC-адрес и настройки.
Клонирование виртуальной машины: Создание копии виртуальной машины как отдельной ВМ; полный клон независим от исходной ВМ, а связанный использует её базовые виртуальные диски.
Поколение виртуальной машины: Поколение виртуальной машины — тип аппаратной платформы ВМ в Hyper-V, определяющий способ загрузки, набор виртуальных устройств и совместимость с гостевой ОС.
Роль Hyper-V: Роль Hyper-V — серверная роль Windows Server, устанавливающая гипервизор и компоненты для создания, запуска и управления виртуальными машинами на узле.
Системная служба: Системная служба — программный компонент, которым ОС управляет как логической единицей для фонового выполнения задач или предоставления функций программам и пользователям.
Снимок состояния: Зафиксированное гипервизором состояние поддерживаемых виртуальных дисков и конфигурации ВМ на определённый момент, иногда также памяти, к которому можно выполнить откат.
Шаблон виртуальной машины: Подготовленный объект платформы виртуализации с образом ОС и заданной конфигурацией для повторяемого развертывания новых виртуальных машин.
Guest OS: Операционная система, установленная в виртуальной машине и работающая под управлением гипервизора; не следует путать с хостовой ОС гипервизора типа 2.
Hyper-V: Платформа виртуализации Microsoft с гипервизором типа 1, доступная как роль Windows Server и компонент Windows 10/11 Pro, Enterprise и Education.
Hyper-V Enhanced Session: Hyper-V Enhanced Session — режим консоли VMConnect, использующий RDP через VMBus для доступа к гостевой ОС с общим буфером обмена, перенаправлением локальных ресурсов и изменяемым разрешением.
Hyper-V Manager: Hyper-V Manager — графическая консоль управления Hyper-V, предназначенная для настройки хостов, виртуальных машин, виртуальных коммутаторов и операций с их состоянием.
NIC Teaming: NIC Teaming — объединение нескольких сетевых адаптеров в логическую группу для резервирования канала и, в зависимости от режима, распределения сетевого трафика.
SLAT: SLAT — аппаратная двухуровневая трансляция адресов памяти, при которой процессор преобразует адреса гостевой ВМ в физические адреса хоста без постоянного участия гипервизора.
Uplink: Uplink — соединение или интерфейс, ведущий от устройства либо локального сегмента к вышестоящей сети; в виртуализации — подключение виртуального коммутатора к физической сети.
vCPU: vCPU — виртуальный логический процессор, предоставляемый виртуальной машине; гипервизор планирует его выполнение на процессорных ресурсах хоста.
VHDX: VHDX — формат виртуального диска Microsoft, рассчитанный на Hyper-V и поддерживающий диски до 64 ТБ, журналирование метаданных и современные размеры секторов.