Hyper-V: виртуальные машины на Windows Server — от установки до Live Migration

Семёнов Евгений Сергеевич, директор АйТи Фреш. За 15 лет работы с инфраструктурой я видел разные гипервизоры — VMware ESXi, Proxmox, Xen, Hyper-V, KVM. Для корпоративного офиса с Windows-доменом Hyper-V — самый выгодный вариант: роль бесплатно включена в Windows Server, интеграция с AD родная, PowerShell-автоматизация мощнейшая. В этой статье покажу полный путь: от установки роли до настройки репликации и живой миграции между хостами.

Что умеет Hyper-V и где его место

Hyper-V — гипервизор второго типа от Microsoft, встроенный в Windows Server 2012+ и Windows 10/11 Pro. Поддерживает виртуальные машины с Windows и Linux гостями, имеет набор фич enterprise-уровня: Live Migration, Hyper-V Replica, Failover Clustering, Storage Migration, Shielded VMs.

Типовые сценарии использования:

• Консолидация физических серверов — один мощный Dell с Xeon Platinum 8280 вместо пяти старых коробок.
• Dev/Test окружение — быстрое развёртывание копий production для тестов.
• Изоляция сервисов — 1С, Exchange, DC, файловый сервер — каждый в своей VM.
• Отказоустойчивость — Failover Cluster на двух хостах, отказ одного не останавливает бизнес.
• DRaaS на своей площадке — репликация на удалённый хост как DR-решение.

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

Требования: процессор с поддержкой Intel VT-x или AMD-V плюс SLAT (Second Level Address Translation) — все процессоры Xeon и Core i5/i7/i9 последних поколений подходят. В BIOS должна быть включена виртуализация. После этого — установка роли.

# Через PowerShell
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart

# После перезагрузки проверяем
Get-WindowsFeature Hyper-V
# State = Installed

На Hyper-V Server (бесплатный core-only вариант) установка ещё проще — роль уже есть, нужно только настроить через sconfig.cmd имя, домен, RDP.

Виртуальные коммутаторы: external, internal, private

Virtual Switch — первая вещь, которую нужно создать после установки. Без него VM не получат сеть. Типов три, выбор зависит от задачи.

Для production я всегда делаю External. Если хост с двумя NIC — один под управление, второй под виртуалки, коммутатор на втором. Для теста внутри хоста — Internal. Private почти не использую.

# Создание External virtual switch через PowerShell
New-VMSwitch -Name "vSwitch-External" -NetAdapterName "Ethernet1" `
  -AllowManagementOS $false

# Проверка
Get-VMSwitch

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

В Hyper-V Manager — кнопка New → Virtual Machine, мастер задаёт имя, поколение (Gen 2 для новых ОС), RAM, сеть, диск. Но на production я делаю через PowerShell — это повторяемо и ложится в Ansible/DSC.

# VM WebServer на Gen 2 с 4 vCPU, 8 ГБ RAM, 60 ГБ диск
New-VM -Name "WEB01" `
  -Path "D:\Hyper-V\WEB01" `
  -Generation 2 `
  -MemoryStartupBytes 8GB `
  -NewVHDPath "D:\Hyper-V\WEB01\WEB01.vhdx" `
  -NewVHDSizeBytes 60GB `
  -SwitchName "vSwitch-External"

Set-VM -Name "WEB01" `
  -ProcessorCount 4 `
  -DynamicMemory `
  -MemoryMinimumBytes 2GB `
  -MemoryMaximumBytes 12GB `
  -AutomaticStartAction Start `
  -AutomaticStopAction Save

# Добавление ISO для установки
Add-VMDvdDrive -VMName "WEB01" -Path "D:\ISO\Windows2022.iso"
Set-VMFirmware -VMName "WEB01" -FirstBootDevice (Get-VMDvdDrive -VMName "WEB01")

Start-VM -Name "WEB01"

Dynamic Memory и оптимизация

Dynamic Memory — фича Hyper-V, позволяющая гостю брать ровно столько RAM, сколько нужно в моменте, и отдавать остальное. Для файловых серверов и 1С не подходит (они любят stabилmeiнstable), для веб-серверов и контроллеров домена — идеально.

Мои стандартные настройки для разных ролей VM:

• Domain Controller: статически 4 ГБ RAM, 2 vCPU. Dynamic Memory не использую, AD не любит колебаний.
• File Server: статически 8-16 ГБ, 4 vCPU, MaxIOPS 5000 на VHDX.
• 1C Server: статически 16-32 ГБ, 8 vCPU, диски на SSD RAID10.
• Web Server: Dynamic 2-8 ГБ, 4 vCPU.
• SQL Server: статически 16+ ГБ, lock pages in memory в гостевой политике.

Snapshots (Checkpoints): когда можно, когда нельзя

Checkpoint — снимок состояния VM в определённый момент времени. Полезны для тестов обновлений и отладки, но для production есть нюансы. Я никогда не храню снэпшоты дольше 24 часов на работающих системах — дифференциальные диски растут, производительность падает, при неаккуратном удалении можно потерять данные.

# Создать checkpoint перед обновлением
Checkpoint-VM -Name "WEB01" -SnapshotName "BeforePatchMay2025"

# После успешного тестирования — удалить
Get-VMSnapshot -VMName "WEB01" | Remove-VMSnapshot

# Откат к снимку
Restore-VMSnapshot -VMName "WEB01" -Name "BeforePatchMay2025" -Confirm:$false

Для контроллеров домена checkpoints категорически опасны — USN rollback ломает репликацию AD. С Server 2012+ Hyper-V умеет корректно работать с VM-Generation-ID, но всё равно лучше использовать Windows Server Backup или Veeam.

Hyper-V Replica: DR за 15 минут

Hyper-V Replica — бесплатная встроенная репликация VM между хостами. Настраивается за пару команд, работает асинхронно, отлично подходит для DR-сценариев с RPO 30 секунд — 15 минут.

# На replica-хосте разрешаем входящую репликацию
Enable-VMReplication -VMName * -ReplicaServerName "replica.corp.ru" `
  -ReplicaServerPort 443 -AuthenticationType Kerberos

Set-VMReplicationServer -ReplicationEnabled $true `
  -AllowedAuthenticationType Kerberos `
  -ReplicationAllowedFromAnyServer $true `
  -DefaultStorageLocation "D:\HyperV-Replica"

# На primary-хосте настраиваем репликацию VM
Enable-VMReplication -VMName "WEB01" -ReplicaServerName "replica.corp.ru" `
  -ReplicaServerPort 443 -AuthenticationType Kerberos -CompressionEnabled $true

Start-VMInitialReplication -VMName "WEB01"

В случае падения primary на реплика-хосте делаем Planned Failover или Failover — VM запускается за минуту, пользователи переподключаются. RPO зависит от настроенного интервала.

Live Migration: перенос VM без простоя

Live Migration — перенос работающей VM с одного хоста на другой без остановки. Работает через Shared Storage или Shared Nothing (для standalone хостов). Я использую второй вариант для небольших офисов — не нужен SAN или SMB-кластер.

# На обоих хостах включаем Live Migration
Enable-VMMigration
Set-VMHost -UseAnyNetworkForMigration $true `
  -VirtualMachineMigrationAuthenticationType Kerberos `
  -MaximumVirtualMachineMigrations 4

# Для Kerberos Delegation — настройка в AD через ADUC:
# Domain Controllers → computers → Hyper-V hosts → Delegation →
# Trust this computer for delegation (Kerberos only)
# Services: cifs, Microsoft Virtual System Migration Service

# Живая миграция VM на другой хост
Move-VM -Name "WEB01" -DestinationHost "HV02" `
  -IncludeStorage -DestinationStoragePath "D:\Hyper-V\WEB01"

На 1 Gbps сети миграция VM с 8 ГБ RAM и 60 ГБ диском занимает 10-15 минут. На 10G Mellanox или 40G — 2-3 минуты без заметного лага для пользователей.

Кейс: перевод офиса с физических серверов на Hyper-V

В феврале 2026 к нам пришёл клиент — проектная компания, 95 рабочих мест в Москве. Стояло 6 физических серверов разного возраста: DC, файловый, 1С, почта, терминал, Битрикс24. Четыре из них — древние Dell Gen7 с SAS-дисками, выходили из сервисной гарантии.

Мы купили два новых Dell PowerEdge R760 с Xeon Platinum 8280, 512 ГБ RAM, NVMe RAID10 15 ТБ, 40G Mellanox и подняли Hyper-V Failover Cluster. Шесть физических серверов стали шестью виртуалками, плюс два новых — PKI и мониторинг. Репликация между узлами через Cluster Shared Volume. Настроили Hyper-V Replica с третьим хостом в дата-центре МТС как DR-площадку.

• Плановый simulated failover — отработал за 40 секунд, пользователи не заметили.
• IOPS выросли в 15 раз благодаря NVMe, 1С-пользователи сказали «всё летает».
• Расходы на электричество упали на 60% за счёт консолидации.
• Резервное копирование Veeam B&R стало в два раза быстрее.

Стоимость проекта — 2 350 000 руб включая железо и работы за 3 недели.

Типичные ошибки при внедрении Hyper-V

• Single NIC для управления и VM — при нагрузке на виртуалки лочится управление хостом, и вы не можете подключиться для диагностики.
• VHDX на NTFS вместо ReFS — ReFS даёт в разы быстрее snapshot merge и поддержку дедупликации.
• Overprovision vCPU без меры — выдали 40 vCPU на хост с 16 ядрами → CPU Ready взлетает, VM тормозят. Правило: не более 2-3x от физических ядер.
• Long-running checkpoints — забыли удалить тестовый снэпшот, через месяц диск забился.
• Integration Services устарели — после обновления Hyper-V часто нужно обновить тулзы в госте, иначе теряется heartbeat и шейдоу-копирование.

FAQ — частые вопросы по Hyper-V

Hyper-V или VMware ESXi — что выбрать?

Для Windows-only инфраструктуры Hyper-V выгоднее — роль включена в лицензию Windows Server Standard/Datacenter, интеграция с Active Directory и Failover Clustering работает из коробки. VMware ESXi универсальнее, но требует отдельных лицензий и стоит дороже.

Чем Generation 1 отличается от Generation 2?

Gen 1 — классический BIOS, поддерживает любые ОС включая старые Windows 2003. Gen 2 — UEFI, Secure Boot, быстрее загружается, поддерживает TPM и экранированные VM. Для новых Windows 10/11 и Server 2016+ — только Gen 2.

Нужен ли System Center Virtual Machine Manager?

Для 1-3 хостов хватает штатной Hyper-V Manager и PowerShell. SCVMM нужен при 5+ хостах, кластерах, библиотеках шаблонов и необходимости self-service портала.

Как устроена Hyper-V Replica?

Асинхронная репликация VM с одного хоста на другой с интервалом 30 сек / 5 мин / 15 мин. При падении primary можно поднять VM на реплике за минуту.

Сколько RAM резервировать под родительскую ОС?

Я всегда оставляю 4-8 ГБ RAM для Parent Partition в зависимости от количества VM. Если хост держит 20 машин — 8 ГБ минимум.