Обзор гипервизора Microsoft Hyper-V

Microsoft Hyper-V в 2026 году — это прежде всего роль виртуализации в Windows Server 2025. Решение подходит компаниям, которые уже работают в экосистеме Microsoft, запускают гостевые Windows Server и хотят использовать единые инструменты управления, отказоустойчивые кластеры и живую миграцию виртуальных машин. Для новых внедрений следует рассматривать именно Windows Server 2025 Standard или Datacenter, а не отдельный бесплатный Hyper-V Server: последней версией самостоятельного продукта остался Hyper-V Server 2019.

Привет! Ну что, Microsoft, вот мы и встретились.

• Обзор гипервизора Proxmox — чек ☑.

• Обзор гипервизора ESXi — чек ☑.

• Обзор гипервизора Hyper-V — вы находитесь здесь.

• Обзор гипервизора KVM — чек ☑.

• Какой гипервизор выбрать — общее сравнение актуальных платформ.

Статья будет длинной и подробной, так что термос чего-нибудь покрепче не помешает. Постараюсь затронуть всё самое важное: архитектуру Hyper-V, лицензирование гостевых Windows Server, системные требования, ограничения Windows Server 2025, инструменты управления и сценарии миграции. А в конце кратко сравню Hyper-V с ESXi, KVM и Proxmox VE.

Приступим.

Что такое Microsoft Hyper-V: про гипервизор и лицензии

Hyper-V — это гипервизор первого типа от Microsoft. Он работает непосредственно на аппаратном уровне и распределяет процессорное время, оперативную память, сеть и хранилища между изолированными виртуальными машинами.

После включения роли Hyper-V установленная Windows Server переходит в так называемый корневой раздел. Через него работают драйверы оборудования, службы управления и административные инструменты, но гостевые ВМ по-прежнему выполняются под контролем гипервизора, а не «поверх обычной Windows», как приложения в гипервизоре второго типа.

Упрощённая структура выглядит так:

Физическое оборудование → гипервизор Hyper-V → корневой раздел управления и дочерние разделы виртуальных машин → гостевые операционные системы.

Гипервизор 1-го типа.

Гипервизор 2-го типа.

Каждая ВМ получает виртуальные процессоры, память, сетевые адаптеры, диски и другие устройства. Внутри можно запускать Windows Server, клиентские версии Windows, поддерживаемые дистрибутивы Linux и другие операционные системы. Однако техническая возможность запуска операционной системы и право её использовать — разные вещи. К лицензированию мы ещё вернёмся.

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

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

Лицензирование Hyper-V: админ ногу сломит

Если вам показалось, то вам не показалось.

Сначала разделим три сущности, которые часто смешивают:

1. Hyper-V — технология аппаратной виртуализации.

2. Windows Server 2025 — операционная система, в которой Hyper-V устанавливается как роль.

3. Гостевая операционная система — Windows или Linux внутри виртуальной машины.

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

Если гостевая ВМ работает на Linux, отдельная лицензия Windows Server для неё не нужна. При этом у самого дистрибутива, прикладного ПО, базы данных или системы управления могут быть собственные условия использования.

Для гостевых Windows Server действуют права редакции Standard или Datacenter. Они относятся именно к экземплярам Windows Server, а не к общему количеству ВМ. Например, на одном хосте можно технически запустить десять Linux-ВМ, но права на два виртуальных экземпляра Windows Server от этого не исчезнут и не превратятся в ограничение на десять ВМ.

Клиентские Windows 10 и Windows 11 для VDI лицензируются по другим правилам. Права Windows Server Standard или Datacenter не дают автоматически право развернуть любое количество клиентских Windows-ВМ.

Основная традиционная модель Windows Server 2025 — лицензирование физических ядер:

Лицензирование по ядрам.

• нужно лицензировать все физические ядра сервера;

• минимум — восемь лицензий ядер на каждый физический процессор;

• минимум — 16 лицензий ядер на физический сервер, включая односокетные системы;

• лицензии продаются пакетами, но одна лицензия ядра покрывает одно физическое ядро;

• для пользователей или устройств, обращающихся к Windows Server, обычно также нужны CAL; для некоторых служб, например RDS, применяются дополнительные лицензии.

Количество 2-ядерных пакетов, необходимых для процессоров хоста.

Microsoft также предусматривает лицензирование отдельных виртуальных машин для определённых подписочных лицензий или лицензий с Software Assurance. Это отдельная модель со своими требованиями, поэтому смешивать её с обычным лицензированием физического хоста нельзя. Актуальные правила и исключения собраны в официальных материалах Microsoft по лицензированию Windows Server.

Windows Server 2025 Standard и Datacenter

Standard предоставляет права на два виртуальных OSE только после полного лицензирования физических ядер сервера. Если нужно шесть гостевых Windows Server, ядра хоста придётся полностью покрыть лицензиями Standard три раза. Такой подход называют сложением, или стекированием, лицензий. При этом необходимо покрывать все гостевые системы, которые теоретически могут оказаться на хосте - например если собран кластер из 3 хостов, на каждом крутятся 6 машин, но они могут мигрировать между нодами - каждую ноду необходимо залицензировать по ядрам 18 раз.

Datacenter после полного лицензирования хоста даёт право запускать неограниченное количество гостевых Windows Server. Ограничения при этом остаются техническими: ресурсы оборудования, максимальные параметры Hyper-V, производительность сети и хранилища.

Универсального правила «Datacenter выгоднее после шести или семи ВМ» нет. На результат влияют:

• количество физических ядер в каждом узле;

• количество узлов в кластере;

• максимальное число Windows Server ВМ, которое может одновременно оказаться на одном узле;

• резерв мощности на случай отказа;

• правила перемещения и переназначения лицензий;

• наличие Software Assurance или подписки;

• канал приобретения лицензий и требуемые CAL.

Интересный нюанс есть в том, что подобная схема лицензирования требуется при использовании любого другого гипервизора, будь то KVM или VMware - покрытие ядерными лицензиями никуда не девается, что иногда делает использование Hyper-V экономически выгодным. Также стоит отметить, что иногда встречаются и другие схемы лицензирования (например по SPLA), но это мы оставим за рамками статьи, как экзотику.

Что стало с бесплатным Hyper-V Server

Microsoft Hyper-V Server 2019 — последняя самостоятельная версия бесплатного продукта. Это отдельный серверный SKU с минимальной средой управления, а не редакция Windows Server Standard или Server Core.

Hyper-V Server 2019 не предоставлял прав на гостевые Windows Server: их нужно было лицензировать отдельно. Поэтому «бесплатным» был только слой виртуализации, а не вся инфраструктура.

Основная поддержка продукта закончилась 9 января 2024 года, расширенная действует до 9 января 2029 года. Точные даты указаны на странице жизненного цикла Hyper-V Server 2019.

Что входит в Hyper-V

Microsoft Hyper-V — не одна исполняемая программа, а набор компонентов, которые вместе создают платформу виртуализации.

• Ядро гипервизора. Работает на аппаратном уровне, создаёт разделы, планирует выполнение виртуальных процессоров и обеспечивает изоляцию ВМ.

• Корневой раздел. Здесь работает хостовая Windows Server, драйверы физических устройств, стек виртуализации и службы управления. Корневой раздел имеет доступ к физическому оборудованию и создаёт дочерние разделы.

• Дочерние разделы. В них работают гостевые операционные системы. Они не получают прямого неограниченного доступа к процессорам, памяти и физическим устройствам хоста: взаимодействие контролируют гипервизор и компоненты виртуализации.

• Virtualization Service Providers. Компоненты VSP находятся в корневом разделе и предоставляют виртуальным машинам доступ к хранилищам, сети и другим физическим ресурсам.

• Virtualization Service Clients. Компоненты VSC работают внутри гостевой ОС и взаимодействуют с соответствующими VSP через VMBus. Благодаря этому гостевая система использует виртуальные устройства без полной эмуляции физического оборудования.

• Виртуальные устройства. Hyper-V предоставляет ВМ виртуальные процессоры, сетевые карты, контроллеры и диски.

• Синтетические устройства и VMBus. Современные гостевые ОС взаимодействуют с Hyper-V через высокопроизводительную программную шину. Это уменьшает накладные расходы по сравнению с полной эмуляцией старого оборудования.

• Enlightened I/O. Оптимизированный механизм ввода-вывода позволяет совместимой гостевой ОС обращаться к виртуальным хранилищам и сетевым устройствам через VMBus, минуя слой эмуляции. Для его работы гостевая система должна поддерживать Hyper-V и необходимые интеграционные компоненты.

• Эмулируемые устройства. Нужны главным образом для совместимости со старыми гостевыми системами и виртуальными машинами первого поколения.

• Integration Services. Драйверы и службы, улучшающие синхронизацию времени, завершение работы, обмен данными и мониторинг состояния гостевой ОС. В актуальных Windows и поддерживаемых Linux-дистрибутивах основные компоненты обычно входят в саму гостевую систему.

Поколения виртуальных машин

Hyper-V поддерживает ВМ первого и второго поколений. Поколение выбирают при создании виртуальной машины, и штатно изменить его после развёртывания нельзя.

ВМ первого поколения используют традиционный BIOS, эмулируемые IDE-устройства и могут понадобиться для старых операционных систем и готовых образов, которые не поддерживают UEFI.

ВМ второго поколения используют UEFI, загружаются с виртуальных SCSI-дисков и поддерживают Secure Boot. Для них также доступны виртуальный TPM и дополнительные функции защиты. Для большинства актуальных 64-битных Windows и поддерживаемых Linux-дистрибутивов следует выбирать второе поколение. Первое имеет смысл оставлять для совместимости с устаревшей ОС или существующим образом.

Для управления предусмотрено несколько инструментов.

• Hyper-V Manager подходит для прямого управления отдельными хостами и ВМ.

• VMConnect открывает консоль виртуальной машины и помогает установить гостевую ОС или изменить параметры подключения.

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

• Windows Admin Center предоставляет браузерный интерфейс для серверов, виртуальных машин и кластеров. Он дополняет PowerShell и классические консоли, а не отменяет их.

• Failover Cluster Manager управляет отказоустойчивыми кластерами, кластерными ролями и высокодоступными ВМ.

• System Center Virtual Machine Manager 2025, или SCVMM, нужен крупным средам: централизованно управляет хостами, кластерами, шаблонами, сетями, хранилищами и библиотекой образов. SCVMM — отдельный продукт со своим лицензированием.

Hyper-V также поддерживает Live Migration для переноса работающих ВМ между совместимыми хостами, Storage Migration для перемещения виртуальных дисков, контрольные точки, репликацию и отказоустойчивую кластеризацию.

В кластере можно использовать Cluster Shared Volumes, или CSV. Такое хранилище позволяет нескольким узлам одновременно обращаться к одному кластерному тому, на котором находятся файлы высокодоступных ВМ. При отказе узла кластер может перезапустить ВМ на другом сервере, имеющем доступ к тому же хранилищу.

Azure Hybrid Benefit не является компонентом гипервизора. Это лицензионное преимущество для подходящих лицензий Windows Server с подпиской или Software Assurance, которое может применяться при переносе нагрузок в Azure.

Итак, пора обсудить, какое железо нужно, чтобы всё это дело нормально работало.

Минимальные системные требования Microsoft Hyper-V на Windows Server

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

Актуальные аппаратные требования Hyper-V для Windows Server 2025 включают:

Серверы Microsoft Hyper-V

Сервер DELL R740xd 12LFF

• Добавить в сравнение
• Добавить в избранное

Refurbished В наличии

CPU:

2x Intel Xeon Bronze 3204 (6C 8.25M Cache 1.90 GHz)

RAM:

2x 16GB DDR4 RDIMM 2666MHz (Поддержка до 3072GB максимально, 24 DIMM портов)

RAID:

RAID Dell H730p (2GB+BBU)

HDD:

noHDD (до 12 HDD 2.5'' SFF)

5 лет гарантии

Бесплатная доставка

от 225 332 ₽

7 830 ₽/мес в лизинг

от 187 777 ₽

+ 37 555 НДС

• Добавить в сравнение
• Добавить в избранное
• Скопировать ссылку в буфер обмена Скопировано

Купить Сконфигурировать

Сервер HPE DL360 Gen11 8SFF

• Добавить в сравнение
• Добавить в избранное

Новый

CPU:

2x Intel Xeon Bronze 3408U (8C 22.5M Cache 1.80 GHz)

RAM:

2x 16GB DDR5 RDIMM 4800MHz (Поддержка до 3TB максимально, 32 DIMM портов)

RAID:

HPE MR216i-p Gen11 (ZM)

HDD:

noHDD (до 8 HDD 2.5'' SFF)

5 лет гарантии

Бесплатная доставка

от 632 272 ₽

21 971 ₽/мес в лизинг

от 526 893 ₽

+ 105 379 НДС

• Добавить в сравнение
• Добавить в избранное
• Скопировать ссылку в буфер обмена Скопировано

Купить Сконфигурировать

Сервер DELL R450 8SFF

• Добавить в сравнение
• Добавить в избранное

Новый

CPU:

2x Intel Xeon Silver 4310 (12C 18M Cache 2.1 GHz)

RAM:

2x 16GB DDR4 RDIMM 3200MHz Dell

RAID:

RAID Dell H745 (4GB+BBU)

HDD:

noHDD (до 8 HDD 2.5'' SFF)

5 лет гарантии

Бесплатная доставка

от 449 600 ₽

15 624 ₽/мес в лизинг

от 374 667 ₽

+ 74 933 НДС

• Добавить в сравнение
• Добавить в избранное
• Скопировать ссылку в буфер обмена Скопировано

Купить Сконфигурировать

Процессор:

• 64-битный процессор;

• Second Level Address Translation, или SLAT: Intel EPT либо AMD NPT/RVI;

• VM Monitor Mode Extensions;

• аппаратную виртуализацию Intel VT-x или AMD-V, включённую в BIOS/UEFI;

• аппаратное предотвращение выполнения данных: Intel XD или AMD NX.

SLAT обязателен для запуска гипервизора. Для установки только административных инструментов — Hyper-V Manager, VMConnect или командлетов PowerShell — он не требуется.

Проверить поддержку можно командой:

systeminfo.exe

Если Hyper-V ещё не включён, в результате появится раздел с требованиями виртуализации. На уже работающем хосте система сообщит, что гипервизор обнаружен.

Оперативная память:

• минимум 4 ГБ для хоста;

• дополнительная память для всех одновременно работающих ВМ;

• резерв для корневого раздела, драйверов, дополнительного ПО вроде антивируса, резервного копирования и средств мониторинга.

Накопители:

• отдельное пространство для Windows Server, обновлений и журналов;

• хранилище для конфигураций ВМ, виртуальных дисков VHDX, контрольных точек и файлов подкачки;

• запас свободного пространства для операций с контрольными точками, миграции и обслуживания;

• производительность и отказоустойчивость, соответствующие рабочей нагрузке.

Для производительных ВМ обычно используют корпоративные SSD или NVMe. HDD остаются уместными для ёмких архивных нагрузок, резервных копий и данных с невысокими требованиями к задержке. RAID защищает от отказа диска, но не заменяет резервное копирование.

Сеть:

• сетевые адаптеры с актуальными драйверами для Windows Server 2025;

• отдельный или логически изолированный трафик управления, ВМ, Live Migration и хранилища;

• резервирование сетевых путей;

• достаточная пропускная способность для миграции и доступа к общему хранилищу.

Для небольшого стенда может хватить 1 Гбит/с, но для производственного кластера чаще рассматривают 10, 25 Гбит/с и выше — в зависимости от числа ВМ, хранилища и допустимого времени миграции.

Актуальные хостовые ОС:

• Windows Server 2025 Standard;

• Windows Server 2025 Datacenter.

Windows 11 Pro и Enterprise также поддерживают Hyper-V, но клиентский Hyper-V предназначен прежде всего для разработки, тестирования и локальных лабораторий. Он не заменяет Windows Server 2025 в производственном серверном кластере.

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

Максимальные параметры Hyper-V в Windows Server 2025

Согласно официальным ограничениям масштабирования Hyper-V, один хост Windows Server 2025 поддерживает:

• до 2 048 логических процессоров;

• до 2 048 виртуальных процессоров, доступных хосту;

• до 1 024 одновременно работающих ВМ;

• до 4 ПБ памяти при пятиуровневой страничной адресации или до 256 ТБ при четырёхуровневой;

• до 2 048 виртуальных процессоров и 240 ТБ памяти в одной ВМ второго поколения;

• до 64 узлов и 8 000 работающих ВМ в отказоустойчивом кластере.

Рекомендации от меня — уже не минимальные требования:

• используйте серверное оборудование с поддерживаемыми прошивками и драйверами;

• выбирайте SSD или NVMe с защитой данных при потере питания для интенсивной записи;

• не размещайте производственные ВМ, их контрольные точки и единственную резервную копию на одном массиве;

• проектируйте сеть и хранилище с учётом одновременной миграции нескольких ВМ;

• применяйте правило резервного копирования 3-2-1 и регулярно проверяйте восстановление. Подробнее — в статье про выбор сервера для бэкапов;

• при кластеризации рассчитывайте ресурсы так, чтобы оставшиеся узлы выдержали нагрузку после отказа одного сервера.

Это характеристики, от которых нужно отталкиваться. Любое увеличение количества ВМ и усложнение задач повышает требования к хосту.

Ключевые возможности Microsoft Hyper-V

Hyper-V создан для виртуализации. С ним можно создавать и запускать изолированные ВМ, выделять им процессоры, память, диски и сеть. Каждая ВМ работает как отдельный сервер или рабочая станция со своей ОС и прикладным ПО.

Статическая и динамическая память

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

Dynamic Memory позволяет Hyper-V изменять объём памяти ВМ в заданных пределах. Администратор указывает память для запуска, минимальный и максимальный объём, а также резерв. После загрузки гостевой ОС гипервизор может добавить память при росте нагрузки или вернуть неиспользуемый объём хосту.

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

При установке или обновлении гостевой ОС ВМ использует значение Startup RAM. Поэтому его нужно задавать не ниже требований операционной системы и установщика.

Smart Paging — вспомогательный механизм, а не замена оперативной памяти. Hyper-V может временно создать файл подкачки на диске, если ВМ нужно перезапустить, свободной физической памяти меньше значения Startup RAM, но достаточно для её минимальной рабочей конфигурации. После загрузки гостевой ОС временная дисковая память освобождается. Из-за более низкой производительности накопителя Smart Paging не предназначен для постоянной работы ВМ.

Виртуальная сеть

Hyper-V поддерживает внешние, внутренние и частные виртуальные коммутаторы. Внешний коммутатор подключает ВМ к физической сети, внутренний обеспечивает связь между ВМ и хостом, а частный — только между виртуальными машинами на одном хосте.

Для корпоративных сценариев доступны VLAN, управление пропускной способностью, SR-IOV и другие функции. В кластере трафик управления, ВМ, Live Migration и хранилища желательно разделять физически или логически, чтобы миграция или резервное копирование не вытесняли рабочий трафик.

Помимо базовой виртуализации Hyper-V открывает и другие возможности:

• Создание частной виртуальной среды. Вы можете разворачивать сервисы по требованию и распределять общие ресурсы между рабочими нагрузками.

• Консолидация оборудования. Несколько сервисов размещаются на меньшем количестве физических серверов, но остаются разделёнными по ВМ.

• Высокая доступность. Failover Clustering перезапускает высокодоступные ВМ на другом узле после отказа. Live Migration помогает обслуживать хосты с минимальным влиянием на работающие сервисы.

• Репликация. Hyper-V Replica создаёт асинхронную копию ВМ на другом хосте или площадке. Это не полноценное резервное копирование, но полезный элемент аварийного восстановления.

• Виртуальные рабочие столы. Hyper-V может быть вычислительной основой VDI и Remote Desktop Services. Лицензирование Windows, VDA и RDS при этом рассчитывается отдельно.

• Разработка и тестирование. ВМ можно быстро создавать из шаблонов, клонировать и удалять, не покупая отдельное оборудование под каждую тестовую среду.

• Безопасность. Доступны Secure Boot, виртуальный TPM, изоляция ВМ, разграничение прав и защищённые ВМ. Часть расширенных возможностей требует Datacenter и дополнительной инфраструктуры Host Guardian Service.

• Автоматизация. PowerShell и SCVMM позволяют повторяемо разворачивать ВМ, сети и хранилища, а также уменьшать количество ручных операций.

Краткий обзор конкурентных преимуществ Microsoft Hyper-V

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

• Интеграция с Windows. Active Directory, PowerShell, Failover Clustering, Windows Admin Center, System Center и другие инструменты работают в одной экосистеме.

• Выбор инструментов управления. Один хост можно обслуживать через Hyper-V Manager, кластер — через Failover Cluster Manager или Windows Admin Center, а крупную инфраструктуру — через SCVMM.

• Гибкое развёртывание. Хост можно установить как Server Core с удалённым управлением или с Desktop Experience, если локальный графический интерфейс действительно нужен.

• Масштабируемость. Windows Server 2025 заметно увеличил поддерживаемое количество логических и виртуальных процессоров по сравнению с предыдущими версиями.

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

• Поддержка распространённых технологий. VHDX, SMB 3, iSCSI, Fibre Channel, виртуальные коммутаторы, VLAN, SR-IOV, Live Migration и PowerShell закрывают большинство типовых корпоративных сценариев.

• Гибридные возможности. Windows Server можно подключать к Azure Arc и другим сервисам Microsoft, но облачные службы и их подписки следует считать отдельно от Hyper-V.

Сценарии использования Microsoft Hyper-V

• ЦОДы и серверные. Hyper-V применяют для консолидации Windows- и Linux-нагрузок, централизованного управления и построения отказоустойчивых кластеров.

• Тестирование разных конфигураций. Можно быстро создавать ВМ с различными версиями ОС, объёмом памяти, числом процессоров и сетевыми настройками.

• Гибридная инфраструктура. Windows Server 2025 интегрируется с сервисами Azure через Azure Arc. При этом Azure Local — отдельная гиперконвергентная платформа и подписочная модель, а не другое название роли Hyper-V.

• Виртуализация рабочих столов. Платформа подходит для размещения рабочих столов и сеансовых служб при наличии корректных лицензий и расчёта ресурсов.

• Критичные приложения. Failover Clustering, резервированные хранилища и сеть позволяют уменьшить риск простоя при отказе узла.

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

Миграция VMware → Hyper-V. Перед переходом нужно инвентаризировать ВМ, проверить поддержку гостевых ОС, сетевую конфигурацию, загрузочные режимы, дисковые контроллеры, зависимости приложений и допустимое время простоя. SCVMM поддерживает V2V-конвертацию, а расширение VM Conversion для Windows Admin Center использует предварительную синхронизацию дисков и финальное переключение с сокращённым простоем. Принцип его работы описан в документации Microsoft по VM Conversion.

Плюсы и минусы Microsoft Hyper-V

Плюсы:

• тесная интеграция с Windows Server, Active Directory и PowerShell;

• встроенные Live Migration, Hyper-V Replica и Failover Clustering;

• несколько уровней управления — от одной ВМ до крупной инфраструктуры;

• поддержка Windows и других распространённых дистрибутивов;

• крупные лимиты масштабирования Windows Server 2025;

• неограниченные права на гостевые Windows Server при полном лицензировании хоста Datacenter;

• возможность установки хоста в компактном варианте Server Core.

Минусы:

• сложное лицензирование Windows Server, CAL, RDS и System Center;

• часть расширенных функций доступна только в Datacenter;

• управление распределено между Hyper-V Manager, Windows Admin Center, Failover Cluster Manager, PowerShell и SCVMM;

• в Linux-ориентированных средах KVM или Proxmox VE могут быть привычнее для команды;

• для эффективного использования Server Core нужны навыки удалённого управления и PowerShell;

• переход с другой платформы требует конвертации ВМ, тестирования драйверов, сети и процедур восстановления;

• наличие Hyper-V не отменяет затрат на резервное копирование, мониторинг, хранилище и отказоустойчивую инфраструктуру.

Сравнение Microsoft Hyper-V с другими гипервизорами

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

Microsoft Hyper-V vs KVM

KVM — технология виртуализации, встроенная в ядро Linux. Вместе с QEMU и инструментами вроде libvirt она позволяет строить как небольшие хосты, так и крупные облачные платформы.

Hyper-V предоставляет более цельную интеграцию с Windows Server и продуктами Microsoft. KVM даёт больше свободы в выборе Linux-дистрибутива и управляющего стека, но итоговые возможности зависят от конкретной платформы поверх KVM.

Подробности есть в обзоре KVM.

Microsoft Hyper-V vs ESXi

VMware ESXi — гипервизор первого типа с собственной экосистемой управления. В крупных средах его обычно используют вместе с vCenter и другими компонентами VMware.

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

Подробнее — в обзоре VMware ESXi.

Microsoft Hyper-V vs Proxmox VE

Proxmox VE — открытая платформа на базе Debian, которая объединяет виртуальные машины KVM, контейнеры LXC, веб-интерфейс, кластеризацию, хранилища и высокую доступность.

Называть Proxmox VE гипервизором второго типа некорректно: аппаратную виртуализацию выполняет KVM в ядре Linux. Proxmox удобен как интегрированная Linux-платформа, а Hyper-V теснее связан с Windows Server и инструментами Microsoft.

Подробнее — в обзоре Proxmox VE.

Общее сравнение гипервизоров Hyper-V, ESXi, KVM и Proxmox VE

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

Hyper-V особенно уместен в Windows-среде. ESXi остаётся вариантом для организаций с действующей инфраструктурой VMware. KVM подходит командам, которые хотят самостоятельно сформировать Linux-стек. Proxmox VE закрывает потребность в готовой открытой платформе с интегрированным веб-управлением.

Вместо выводов

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

Для нового внедрения выбор сводится к Windows Server 2025 Standard и Datacenter. Standard подходит для небольшого количества гостевых Windows Server, а Datacenter — для высокой плотности виртуализации и сценариев, где нужны неограниченные права на Windows Server ВМ. Граница выгодности рассчитывается индивидуально: универсального правила про шесть или семь виртуальных машин больше нет.

Бесплатный Hyper-V Server 2019 можно продолжать обслуживать в существующей среде до окончания поддержки, но строить на нём новую инфраструктуру уже не стоит.

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

При выборе оборудования учитывайте не только количество ядер и объём памяти, но и NUMA-архитектуру, возможности расширения, сетевые адаптеры, накопители, RAID/HBA, совместимость драйверов и удалённое управление. Дополнительные рекомендации собраны в статье «Как выбрать сервер для виртуализации».

Спасибо, что осилили этот лонгрид. Добавляйте блог Сервер Молл в закладки — впереди ещё много виртуализации :)