Лицензирование Hyper-V виртуальных машин Windows Server

Лицензирование Hyper-V в Windows Server работает по ядрам физического сервера, а не по виртуальным машинам. Standard позволяет запускать 2 виртуальные машины Windows Server на хосте, Datacenter снимает ограничение полностью. Путаница в лицензировании Hyper-V стоила компаниям миллионы при аудитах Microsoft (и это не шутка, а реальная практика).

Как работает лицензирование по ядрам

Короче, с 2016 года Microsoft перешла на лицензирование по ядрам. Забудьте про лицензии по процессорам.

Базовые правила:

• Лицензируется физический сервер, а не виртуальные машины
• Минимум 16 ядер на сервер (даже если у вас процессор с 4 ядрами)
• Минимум 8 ядер на процессор
• Лицензии продаются пакетами по 2 ядра

Вот в чём прикол: если у вас сервер с двумя Xeon по 12 ядер (24 ядра), вам нужно 12 лицензий по 2 ядра (24 ядра). Если бы у вас было 2 процессора по 6 ядер (12 ядер), всё равно пришлось бы купить 8 лицензий (минимум 16 ядер).

А ещё есть нюанс, который многие упускают. Если в сервере четыре процессора (да, бывают и такие конфигурации), минимум остаётся 8 ядер на каждый. Четыре процессора по 8 ядер = 32 ядра минимум, 16 пакетов по 2 ядра. Но если у вас четыре процессора по 28 ядер (112 ядер), считаем по факту: 56 пакетов по 2 ядра. Тут уже математика серьёзная.

Standard vs Datacenter: ключевая разница

Тут такое дело. Для виртуализации выбор между Standard и Datacenter это критическое решение.

Windows Server Standard:

• Позволяет запускать 2 виртуальные машины Windows Server
• Можно «стэкать» лицензии: купили 2 комплекта Standard = 4 ВМ, 3 комплекта = 6 ВМ
• Дешевле за единицу
• Не включает Storage Spaces Direct

Windows Server Datacenter:

• Неограниченное количество виртуальных машин Windows Server
• Включает дополнительные функции: Storage Spaces Direct, Software Defined Networking, Shielded VMs
• Дороже, но при 5+ ВМ выгоднее Standard
• Поддерживает горячую замену памяти и процессоров (Hot Add)

На самом деле формула простая. Посчитайте стоимость Standard на все ваши ВМ и сравните с Datacenter. Обычно точка безубыточности где-то на 5-6 виртуалках.

Пример расчёта

Сервер: 2 процессора по 16 ядер (32 ядра).

Standard (2 ВМ): 16 лицензий по 2 ядра. Хотите 8 ВМ? Нужно 4 комплекта Standard (64 лицензии по 2 ядра).

Datacenter: те же 16 лицензий по 2 ядра, но ВМ сколько угодно.

Если честно, большинство серверов Hyper-V крутят больше 2-3 виртуалок. Datacenter почти всегда выгоднее.

Таблица стоимости при разном количестве ВМ

Видите закономерность? Чем больше ВМ, тем нелепее выглядит стэкинг Standard. Кстати, при стэкинге вы покупаете полный комплект ядер каждый раз, не только «доплату за ВМ». Это часто упускают из виду.

Что нужно лицензировать внутри ВМ

Знаете что, многие думают, что лицензия хоста покрывает всё. Не совсем.

Windows Server внутри ВМ: покрывается лицензией хоста (Standard или Datacenter). Дополнительная лицензия на гостевую ОС не нужна.

Windows 10/11 внутри ВМ: нужна отдельная лицензия Windows. Серверная лицензия не покрывает клиентские ОС. Для VDI-сценариев потребуется Windows VDA (Virtual Desktop Access) или подписка Microsoft 365 E3/E5.

SQL Server внутри ВМ: нужна отдельная лицензия SQL Server. Причём правила лицензирования SQL Server в виртуальных средах отдельная песня. Можно лицензировать по ядрам ВМ или по ядрам хоста (с Software Assurance и неограниченной виртуализацией).

CAL-лицензии: каждому пользователю или устройству, подключающемуся к серверу (даже виртуальному), нужна клиентская лицензия.

Грубо говоря, серверная лицензия это только «право запустить Windows Server». Всё, что внутри, лицензируется отдельно (кроме самой гостевой ОС Windows Server, которую покрывает лицензия хоста).

Лицензирование Linux-виртуальных машин

А вот это интересный момент, про который мало кто знает. Linux-машины на Hyper-V не требуют лицензий Windows Server для гостевой ОС (логично, это же Linux). Но лицензия хоста всё равно нужна.

На самом деле для смешанной среды (Windows + Linux VM) это важно при расчёте. Если у вас 10 виртуалок, из которых 7 это Linux и только 3 Windows Server, для Standard вам нужно покрыть только 3 Windows-ВМ (2 комплекта). Linux-машины не считаются.

Но с Datacenter проще: купил один раз, и не считаешь вообще ничего.

Автоматическая активация виртуальных машин (AVMA)

А ещё есть AVMA. Это когда виртуалки активируются автоматически через хост Hyper-V.

# На хосте Hyper-V с Datacenter-лицензией
# Гостевые ОС активируются автоматически
# Используем специальные AVMA-ключи внутри ВМ

# Windows Server 2022 Datacenter AVMA ключ
slmgr /ipk W3GNR-8DDXR-2TFRP-H8P33-DV9BG

# Windows Server 2022 Standard AVMA ключ
slmgr /ipk YDFWN-MJ9JR-3DYRK-FXXRW-78VHK

# Windows Server 2019 Datacenter AVMA ключ
slmgr /ipk H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW

# Windows Server 2019 Standard AVMA ключ
slmgr /ipk TNK62-RXVTB-4P47B-2D623-4GF74

По факту, AVMA это удобно. Не нужно вводить ключ активации на каждой ВМ вручную. Подняли виртуалку, она сама активировалась через хост. Есть ограничение: AVMA работает только если хост активирован Datacenter-лицензией. На Standard-хосте AVMA не сработает, придётся активировать гостевые ОС вручную или через KMS.

Мой коллега Дмитрий из Новосибирска управляет кластером Hyper-V из трёх серверов Dell PowerEdge R750 с Datacenter-лицензиями. 45 виртуальных машин. Все активированы через AVMA. Раньше, когда был на Standard, каждую ВМ активировал отдельным ключиком. Говорит, переход на Datacenter сэкономил ему несколько часов в месяц только на управлении лицензиями.

Лицензирование Live Migration

При перемещении ВМ между хостами (Live Migration) лицензирование усложняется.

Правило: ВМ может мигрировать между серверами, лицензированными одинаково. Если оба хоста на Datacenter, проблем нет. Если на Standard, нужно убедиться, что на целевом хосте есть свободные «слоты» для ВМ.

Кстати, при миграции ВМ нельзя переносить чаще, чем раз в 90 дней (для Standard). Для Datacenter ограничений нет. Вот почему для отказоустойчивых кластеров (failover cluster) Standard не очень подходит. Если нода падает и ВМ автоматически переезжают на другую ноду, это Live Migration. Если через 30 дней упадёт вторая нода и ВМ поедут обратно, вы нарушите правило 90 дней. С Datacenter этой головной боли нет.

Failover Cluster: особенности лицензирования

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

На самом деле это значит вот что. Кластер из 3 нод, 20 ВМ. Если используете Standard, каждая нода должна иметь лицензии на 20 ВМ (10 комплектов Standard на каждую ноду). Итого 30 комплектов Standard на кластер. С Datacenter это 3 комплекта (по одному на ноду). Разница в стоимости очевидна.

# Скрипт для проверки распределения ВМ по нодам кластера
# Помогает понять текущее лицензионное покрытие
Get-ClusterNode | ForEach-Object {
    $node = $_.Name
    $vms = Get-VM -ComputerName $node | Where-Object {$_.State -eq 'Running'}
    [PSCustomObject]@{
        Node = $node
        RunningVMs = $vms.Count
        VMNames = ($vms.Name -join ', ')
        # Для Standard: комплектов лицензий
        StandardSets = [math]::Ceiling($vms.Count / 2)
    }
} | Format-Table -AutoSize

Hyper-V Server (бесплатный)

Microsoft выпускала бесплатный Hyper-V Server. Это урезанная версия Windows Server только с ролью Hyper-V. Без GUI, без других ролей.

Важно: Hyper-V Server бесплатный, но гостевым ОС Windows Server всё равно нужны лицензии. Бесплатный только гипервизор, не гости.

По факту, Microsoft прекратила выпуск бесплатного Hyper-V Server. Последняя версия 2019. Для Server 2022 и новее бесплатной версии нет. Если вы сидите на бесплатном Hyper-V Server 2019, пора думать о миграции. Поддержка 2019 закончится в январе 2029 года. Кажется далеко? Но планирование миграции серверной инфраструктуры это не вопрос одного дня.

Сравнение с VMware

А зачем рассматривать только Hyper-V? Давайте сравним.

Для Windows-инфраструктуры Hyper-V с Datacenter обычно дешевле. Для смешанной среды (Windows + Linux) VMware может быть удобнее. Но после того как Broadcom купил VMware и пересмотрел ценовую политику (знаете что, цены выросли в разы для некоторых клиентов), многие компании начали миграцию на Hyper-V или Proxmox.

Лицензирование контейнеров

Windows-контейнеры (Docker на Windows Server) тоже лицензируются. Правила зависят от типа контейнера:

Windows Server Containers (process isolation): лицензируются аналогично виртуальным машинам. Standard даёт 2 контейнера на хост, Datacenter неограниченно.

Hyper-V Containers (Hyper-V isolation): каждый контейнер в Hyper-V isolation считается как отдельная ВМ для лицензирования.

По факту, если вы используете Docker на Windows Server для микросервисов (а это всё популярнее), Datacenter практически обязателен. Десятки контейнеров на хосте это норма, и покрыть их Standard-лицензиями будет космически дорого.

Права на отказоустойчивость (Failover Rights)

Знаете что? Один из самых запутанных аспектов лицензирования Hyper-V это права на пассивные серверы.

Microsoft разрешает один пассивный сервер (cold standby) без дополнительной лицензии, если:

• Пассивный сервер используется только для отказоустойчивости
• На нём не работают другие рабочие нагрузки
• Он включается только при сбое основного сервера
• У вас есть Software Assurance на основную лицензию

Без Software Assurance право на пассивный сервер не предоставляется, и его тоже нужно лицензировать полностью. Тут такое дело: SA стоит денег (примерно 25% от стоимости лицензии в год), но если у вас кластер из двух нод, экономия на второй лицензии окупает SA многократно.

Кстати, для SQL Server в виртуальной среде SA даёт ещё одну важную фичу: License Mobility. С SA можно перемещать лицензии SQL Server между физическими серверами без ограничений по времени (без SA действует правило 90 дней). Для динамических Hyper-V кластеров, где ВМ мигрируют между нодами, это критически важно.

Расчёт лицензий для реального проекта

Давайте разберём конкретный пример. Компания с 30 сотрудниками, нужен Hyper-V кластер.

Конфигурация: 2 физических сервера (Dell PowerEdge R750, 2x Xeon Gold 6346 по 16 ядер = 32 ядра на сервер). 12 виртуальных машин: 2 контроллера домена, 1 файловый сервер, 1 SQL Server, 1 Exchange, 2 сервера 1С, 3 веб-сервера, 2 тестовых.

На самом деле, считаем:

Standard: 12 ВМ / 2 = 6 комплектов на каждую ноду кластера (потому что ВМ могут мигрировать). 6 комплектов * 2 ноды = 12 комплектов Standard. Каждый комплект это 16 пакетов по 2 ядра (32 ядра). Итого: 12 * 16 = 192 пакета по 2 ядра.

Datacenter: 1 комплект на каждую ноду. 2 * 16 = 32 пакета по 2 ядра.

Если честно, Datacenter выигрывает с разгромным счётом. Даже если Datacenter стоит в 3-4 раза дороже Standard за комплект, при 12 ВМ на кластере из 2 нод Standard обойдётся в 6 раз дороже Datacenter.

Типичные ошибки лицензирования

Тут такое дело, ошибки в лицензировании Hyper-V это не просто «ну поправим потом». При аудите Microsoft штрафы бывают серьёзные.

Ошибка 1: Standard на хосте с 10 виртуалками. Нужно либо 5 комплектов Standard, либо 1 Datacenter.

Ошибка 2: забыли про CAL. Лицензия сервера не включает клиентские лицензии.

Ошибка 3: бесплатный Hyper-V Server без лицензий на гостевые ОС. Гипервизор бесплатный, Windows в ВМ нет.

Ошибка 4: не учли ядра правильно. Два процессора по 20 ядер = 40 ядер, нужно 20 пакетов по 2 ядра, а не 8 (минимум 16 ядер на процессор).

Ошибка 5: кластер с Standard без полного покрытия. Каждая нода должна быть лицензирована для всех ВМ кластера, а не только для тех, что на ней работают в данный момент.

Наталья, финансовый директор IT-компании из Москвы, рассказала, что при аудите Microsoft обнаружилось нелицензированных 14 виртуальных машин на трёх серверах Lenovo ThinkSystem SR650. Админы думали, что одна лицензия Standard покрывает все ВМ. Пришлось докупать Datacenter и платить штраф. Если честно, эта ситуация настолько типична, что я слышу похожие истории минимум раз в квартал.

Как рассчитать нужные лицензии

# Скрипт для инвентаризации Hyper-V хостов
# Покажет ядра и количество ВМ на каждом хосте
Get-VMHost | ForEach-Object {
    $vmCount = (Get-VM -ComputerName $_.Name | Where-Object {$_.State -eq 'Running'}).Count
    $cores = (Get-WmiObject -ComputerName $_.Name Win32_Processor |
        Measure-Object -Property NumberOfCores -Sum).Sum
    $minCores = [math]::Max($cores, 16)

    [PSCustomObject]@{
        Host = $_.Name
        PhysicalCores = $cores
        LicensableCores = $minCores
        RunningVMs = $vmCount
        # Для Standard: нужно ceil(vmCount/2) комплектов лицензий
        StandardSets = [math]::Ceiling($vmCount / 2)
        # Пакетов по 2 ядра на один комплект
        CorePacksPerSet = [math]::Ceiling($minCores / 2)
        # Общее количество пакетов по 2 ядра (Standard)
        TotalStandardPacks = [math]::Ceiling($vmCount / 2) * [math]::Ceiling($minCores / 2)
        # Для Datacenter: один комплект на любое количество ВМ
        DatacenterPacks = [math]::Ceiling($minCores / 2)
    }
} | Format-Table -AutoSize

На самом деле этот скрипт не учитывает кластерный сценарий. Для кластера нужно умножать StandardSets на количество нод, потому что ВМ могут мигрировать на любую ноду.

Software Assurance и Mobility

Software Assurance (SA) это опциональная подписка, которая даёт дополнительные права. Для Hyper-V важна фича License Mobility: с SA можно перемещать серверные лицензии между хостами без ограничения 90 дней (даже на Standard). А ещё SA даёт право на Azure Hybrid Benefit, что снижает стоимость ВМ в Azure.

Грубо говоря, если ваша инфраструктура частично в облаке и частично on-premise, SA окупается. Если всё стоит в серверной и никуда не едет, можно обойтись без SA.

Где купить лицензии

В keytrust24.store есть ключи Windows Server Standard и Datacenter для версий 2016, 2019, 2022. Для Hyper-V с количеством ВМ больше 4-5 рекомендую сразу брать Datacenter. Моментальная доставка, активация онлайн.

Ну и не забудьте про CAL. Без клиентских лицензий подключение пользователей к серверам (даже виртуальным) нелегально. В магазине есть как User CAL, так и Device CAL. Кстати, CAL-лицензии не привязаны к конкретному серверу, один и тот же User CAL покрывает доступ ко всем серверам Windows Server в организации.

На самом деле, лицензирование Hyper-V выглядит сложным только на первый взгляд. Основное правило простое: лицензируете ядра физического хоста, получаете право на определённое количество ВМ (Standard: 2, Datacenter: неограниченно). Для кластеров все ноды должны быть лицензированы под все ВМ. Для CAL считаете пользователей или устройства. Запомните эти три правила, и 90% вопросов по лицензированию Hyper-V решатся сами собой. Остальные 10% уточняйте у Microsoft-партнёра или лицензионного консультанта.