Windows Server Datacenter: что делать, если лицензия истекает этим летом

Когда в марте Microsoft остановила новые продажи, первой реакцией большинства клиентов было «ну, Windows-рабочие места подождут». Но за последние три недели к нам несколько раз обращались с другой историей: не рабочие места, а Windows Server Datacenter на гипервизоре. Лицензия истекает летом или осенью, продление через российского реселлера невозможно, и что делать - непонятно.

Мы разбирали общую ситуацию с лицензиями Microsoft в марте. Теперь конкретнее - про Datacenter.

Почему Datacenter - отдельная история

Windows Server Datacenter не то же самое, что Standard. Ключевая разница - право на неограниченное количество виртуальных машин на физическом хосте. Если у клиента стоит, например, четыре физических сервера с Windows Server Datacenter и на каждом крутится по 15-20 виртуальных Windows Server-машин - вся эта схема держится на Datacenter-лицензии хоста. Заменить её на Standard нельзя без пересчёта лицензирования под каждую ВМ отдельно, что обычно дороже.

Кроме того, Datacenter-лицензии как правило покупались на три года через EA (Enterprise Agreement) или SA (Software Assurance). Истечение SA означает потерю права на апгрейд версии и, что важнее, потерю права использования в некоторых сценариях виртуализации. Это не то, что можно игнорировать с юридической точки зрения.

Три сценария, которые мы сейчас рассматриваем

Первый - продление через зарубежное юрлицо. Несколько клиентов, у которых есть аффилированные структуры в Казахстане, Армении или странах Балтии, выясняют возможность оформить или перенести лицензионное соглашение на иностранное юрлицо. Технически это звучит логично: Microsoft не уходила с этих рынков, реселлеры там работают. На практике - вопросов больше, чем ответов. Кто является конечным пользователем лицензии? Как учитывается фактическое место использования ПО? Соответствует ли это условиям EULA при работе серверов на территории России? Мы консультируем клиентов, что этот путь требует юридической проработки, а не просто «купить через Армению и забыть». Риск не нулевой.

Второй - переход на Linux-гипервизор с сохранением Windows-ВМ. Это сценарий, который мы уже отрабатываем технически. Идея: перенести гостевые Windows Server-машины с Windows-гипервизора (Hyper-V) на KVM-based гипервизор - Proxmox VE или в KVM-стек OpenStack. Гостевые Windows Server-ВМ при этом продолжают работать, но гипервизорный слой становится Linux-based и не требует лицензии Datacenter. Права на сами гостевые ВМ остаются вопросом, но это уже другие SKU - OEM или отдельные серверные лицензии, схема которых проще.

Мы делали первый пилот переноса на Proxmox VE в марте - там были VMware-машины, но технически сценарий с Hyper-V аналогичен. Hyper-V виртуальные машины хранятся в VHDX-формате, который можно конвертировать в QCOW2 или raw через qemu-img. На практике это работает, хотя требует аккуратности с драйверами - в гостевых Windows-ВМ при смене гипервизора нужно заменить Hyper-V Integration Services на VirtIO-драйверы.

Третий - гибридная схема на переходный период. Самый частый вариант в реальной жизни, потому что у клиентов не бывает однородной инфраструктуры. Часть сервисов уже на Linux, часть критично завязана на Windows Server (Active Directory, MSSQL, специфичное прикладное ПО). Для таких случаев мы предлагаем промежуточную архитектуру: Linux-гипервизор на хосте, минимально необходимое количество Windows-ВМ с отдельными лицензиями Standard/CAL, постепенный перевод остального на Linux-альтернативы. Не красиво, но реалистично.

Что показывает аудит

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

Типичная картина, которую мы видим:

• Состав ВМ на Datacenter-хосте. Почти всегда есть виртуалки, которые формально работают на Windows Server, но прикладной слой на них давно можно перенести на Linux - это веб-серверы на IIS с приложениями, которые совместимы с Linux, файловые серверы, которые заменяются Samba, сервисы мониторинга.
• Зависимости от Windows-специфики. Active Directory и DNS, MSSQL, RDS (Remote Desktop Services), специфичный корпоративный софт с Windows-only установщиком. Именно эти ВМ остаются в Windows, остальное - кандидаты на Linux.
• Версии Windows Server на гостевых ВМ. Часть виртуалок оказывается на Windows Server 2012 R2 или 2016, которые находятся в стадии extended support или близко к её окончанию. Это накладывается на лицензионную историю и усложняет расчёт.

Что мы не рекомендуем

Игнорировать проблему в расчёте на то, что «Microsoft потом вернётся». Возможно. Но лицензия истекает в конкретную дату, и работа с истекшими SA - это уже другая юридическая позиция. Приводить её в порядок задним числом сложнее, чем заранее.

Также не рекомендуем принимать решение о переходе на Linux-гипервизор без оценки конкретного состава нагрузки. У одного клиента 80% ВМ - кандидаты на миграцию, и переход выглядит логично. У другого - 90% критично завязано на Windows, и торопиться не имеет смысла.

Где мы сейчас

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