Если малый бизнес запускает несколько виртуальных машин на одном физическом сервере, лицензии нужно подбирать по всей схеме работы: где запущены машины, какая редакция Windows Server установлена и кто получает доступ к сервисам. Число виртуальных машин само по себе не даёт ответа, сколько лицензий купить. Ниже — порядок проверки, который поможет описать задачу поставщику, отделить лицензии сервера от лицензий доступа и не упустить изменения при расширении.
С чего начать расчёт лицензий для одного сервера?
Нарисуйте схему на одном листе: физический сервер, все виртуальные машины и программы внутри них. Рядом с каждой машиной подпишите, какую задачу она выполняет: хранит файлы, запускает рабочее приложение или даёт сотрудникам удалённый рабочий стол. Так станет видно, где нужен Windows Server, а где отдельно следует проверить права на установленную программу.
Затем запишите редакцию и версию Windows Server, характеристики физического сервера и число виртуальных машин, которые планируете запустить. Укажите и возможное расширение: дополнительная машина меняет исходную схему, по которой подбирали лицензии. У Microsoft есть отдельные правила лицензирования Windows Server для сценариев виртуализации; условия зависят от выбранного варианта лицензирования (Microsoft Windows Server | Microsoft Licensing Resources).
Не покупайте лицензии по формуле «одна виртуальная машина — одна лицензия», пока не сверили права для конкретной редакции и физического сервера. Если сервер уже работает, начните с инвентаризации: что установлено сейчас и какие документы подтверждают права на использование. При обновлении версии пригодится отдельный список проверок для перехода с Windows Server 2016 на 2025.
Как проверить, что выбранная лицензия покрывает виртуальные машины?
Перед заказом передайте поставщику схему сервера и попросите письменно показать расчёт для вашей конфигурации. В ответе должны быть названы редакция и версия продукта, характеристики сервера, число виртуальных машин и права на их запуск. Если расчёт опирается на текущую схему, уточните, что придётся пересмотреть при добавлении машины или замене оборудования.
Для начала достаточно сравнить три ситуации. Они похожи с точки зрения пользователя, но требуют разных вопросов к лицензированию.
| Ситуация | Что проверить перед покупкой |
|---|---|
| Несколько виртуальных машин постоянно работают на одном сервере | Права выбранной редакции для этой конфигурации и лицензии на программы внутри машин |
| Позже планируется ещё один физический сервер | Как будут покрыты лицензиями оба сервера и что изменится, если машины начнут переносить между ними |
| Часть задач планируется перенести в Azure | Какие права включены в облачный тариф, а какие лицензии на приложения придётся обеспечить отдельно |
Последний случай нельзя автоматически считать продолжением расчёта для собственного сервера. Для Windows Server в виртуальных машинах Azure права на клиентский доступ включены в ставку за виртуальную машину, но клиент отвечает за лицензирование приложений в её образе (Microsoft Azure, «Виртуальные машины — вопросы и ответы по лицензированию»). Это правило не описывает права для сервера в вашем офисе.
Сохраните схему вместе с расчётом и документами о покупке. Когда администратор добавит виртуальную машину, будет с чем сравнить новую конфигурацию. Если внутри работает приложение другого производителя, его условия проверьте отдельно от Windows Server.
Какие лицензии нужны сотрудникам для доступа?
У сервера и его пользователей разные вопросы лицензирования. Запишите, кто обращается к сервисам: сотрудники со своих компьютеров, люди за общими рабочими местами или пользователи удалённых сеансов. Затем отметьте, какие из них просто открывают ресурс на сервере, а какие входят на удалённый рабочий стол.
Для терминального сценария проверяют лицензию сервера и клиентские лицензии доступа, которые выбирают по пользователям либо по устройствам (Робот икс, «Лицензирование настольных приложений Microsoft при использовании в терминальном режиме»). Отдельно проверьте лицензии на программы, которые сотрудники запускают в сеансе: клиентская лицензия доступа к серверу сама по себе не подтверждает право использовать настольное приложение. Если нужно разделить Windows Server CAL и RDS CAL по вашей схеме, используйте разбор расчёта Windows Server CAL и RDS CAL.
Практический способ собрать данные — сделать список сотрудников и общих компьютеров, затем отметить напротив каждого способ доступа. Передайте его вместе со схемой виртуальных машин на проверку. Такой список помогает консультанту по корпоративному лицензированию отделить расчёт серверных прав от расчёта клиентского доступа; при смене сотрудников его же можно использовать для пересмотра лицензий.
Какие ошибки чаще всего мешают проверить расчёт?
- Считают только виртуальные машины и не описывают физический сервер. Исправление: добавьте в схему характеристики оборудования, редакцию и версию Windows Server.
- Описывают текущие задачи, но забывают про запланированный второй сервер. Исправление: попросите расчёт и для будущей схемы до покупки.
- Принимают лицензию Windows Server за разрешение на все программы внутри виртуальной машины. Исправление: составьте отдельный список этих программ и проверьте условия каждой.
- Не указывают удалённые сеансы сотрудников. Исправление: отметьте их отдельно и проверьте клиентские лицензии доступа.
Расчёт готов к обсуждению, когда на одной схеме видны физический сервер, виртуальные машины и способы доступа сотрудников. Откройте список своих виртуальных машин и за минуту подпишите задачу каждой — это первый лист для проверки лицензий.
