Лицензии Windows Server и CAL: как посчитать сумму до покупки

MAATRIX

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

Почему лицензия на Windows Server — это ещё не право подключаться

Здесь стоит сразу разделить два разных продукта, которые по ощущениям сливаются в один «Windows Server за такую-то сумму».

Первый — это лицензия на сам Windows Server. Она даёт право установить и запускать операционную систему на сервере (физическом или виртуальном, в зависимости от редакции и модели виртуализации). Она ничего не говорит о том, кто и с скольких компьютеров может к этому серверу подключиться.

Второй — это клиентская лицензия доступа, CAL (Client Access License). Она даёт право пользователю или устройству обращаться к серверным службам: файловому серверу, службам печати, каталогу Active Directory, а для терминального доступа — ещё и отдельная RDS CAL поверх обычной. Без CAL сервер юридически работает, но подключаться к нему в рамках лицензионных условий нельзя — это отдельный товар, который покупается отдельно и считается по количеству людей или машин.

Путаница усиливается тем, что у многих других продуктов лицензия «на сервер» действительно закрывает вопрос доступа целиком — условная СУБД или веб-сервер с открытым портом не спрашивает у клиента отдельную лицензию на подключение. Модель Windows Server устроена иначе: она изначально разделена на серверную часть и клиентскую, и это разделение — не техническая деталь, а основа модели лицензирования, вокруг которой строится весь дальнейший расчёт. Подробнее о том, какие ещё заблуждения тут типичны, разобрано в статье про частые заблуждения о лицензировании Windows Server — она хорошо дополняет то, что написано здесь, если хочется сразу закрыть базовые вопросы.

Итог этого раздела простой: любой расчёт бюджета на Windows Server, где нет отдельной строки на CAL, — это расчёт с дырой, и дыра эта обычно не маленькая.

Шаг 1. Определить нужную редакцию Windows Server

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

На практике выбор чаще всего идёт между двумя редакциями:

• Standard — рассчитана на среды с ограниченным числом виртуальных машин на хосте. Она покрывает базовые сценарии: файловый сервер, контроллер домена, небольшое приложение, один-два гостя на физическом узле.
• Datacenter — рассчитана на плотную виртуализацию, когда на одном физическом сервере крутится много виртуальных машин под управлением Hyper-V. Здесь право на неограниченное число виртуальных инстансов ОС на лицензированном хосте становится решающим фактором экономики, если виртуалок действительно много.

Обе редакции лицензируются по ядрам физического сервера (core-based модель), с минимальным порогом лицензируемых ядер на процессор и на сервер в целом — конкретные пороги и правила округления стоит смотреть в официальной документации на момент покупки, потому что они периодически уточняются. Здесь принципиально важно не количество ядер как таковое, а то, что стоимость самого Windows Server растёт вместе с числом ядер в сервере — и это отдельный от CAL расчёт, который тоже надо сделать до похода за ценой.

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

Шаг 2. Посчитать реальное число пользователей и устройств

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

Что стоит включить в подсчёт, прежде чем спрашивать цену:

• Штатных сотрудников, которые реально работают с сервером — файлами, почтой, внутренними сервисами, доменом.
• Удалённых и гибридных сотрудников, которые подключаются из дома или из другого офиса — они точно так же требуют CAL, независимо от того, как часто заходят.
• Подрядчиков и внешних специалистов — бухгалтера на аутсорсе, ИТ-подрядчика, разработчика с временным доступом. Для внешних пользователей, не относящихся к сотрудникам компании, у Microsoft есть отдельная модель — External Connector License, которая закрывает доступ неограниченного числа внешних пользователей одной лицензией на сервер; её стоит сравнить с покупкой отдельных CAL, если внешних пользователей много и они меняются.
• Сервисные и технические учётные записи, под которыми работают интеграции, скрипты резервного копирования, мониторинг — если они реально обращаются к серверным службам как клиенты, это тоже часть подсчёта, а не бесплатное исключение.
• Сезонных и временных сотрудников, если в компании есть периоды найма — на пиковую нагрузку, а не на среднюю.
• Устройства, а не только людей, если несколько человек по очереди работают с одного терминала (например, посменно) — тогда может быть выгоднее лицензия на устройство, а не на пользователя.

Отдельно стоит учесть терминальный доступ (Remote Desktop Services). Если пользователи подключаются к серверу через RDP для работы с приложениями удалённо, им нужна не только обычная CAL, а ещё и RDS CAL — это отдельная лицензия сверху, и её иногда просто не закладывают в бюджет, потому что путают с обычной CAL. Как считать RDS-лицензии для нескольких одновременных пользователей, подробно разобрано в статье про лицензирование RDP для нескольких пользователей на Windows Server — это отдельная и довольно частая точка недосчёта в бюджете.

Практический приём: составьте таблицу на реальных людях и учётках, а не на «примерно 20 человек». В таблице — имя или роль, тип доступа (файлы / домен / RDP), нужна ли RDS CAL отдельно. Такая таблица занимает полчаса, но снимает большую часть сюрпризов на следующем шаге.

Шаг 3. Выбрать модель CAL и не перепутать её с RDS CAL

Когда список людей и устройств готов, нужно определить модель CAL — она считается либо на пользователя (User CAL), либо на устройство (Device CAL). Разница принципиальна для расчёта:

• User CAL привязывается к конкретному человеку и даёт ему право подключаться с любого числа устройств — ноутбука, домашнего компьютера, планшета. Выгодна, когда сотрудников меньше, чем устройств, с которых они работают (удалённая работа, несколько рабочих мест на человека, BYOD).
• Device CAL привязывается к конкретному устройству и даёт право подключаться с него любому числу пользователей. Выгодна в обратной ситуации — когда устройств меньше, чем людей: посменная работа на одном терминале, общие рабочие станции в цехе или колл-центре, киоски.

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

Здесь же стоит закрепить ключевой нюанс, который путает почти всех: CAL на доступ к базовым службам Windows Server и RDS CAL на терминальный доступ — это две разные лицензии, которые покупаются отдельно и не заменяют друг друга. Пользователю, который просто заходит на файловый сервер, нужна обычная CAL. Пользователю, который работает через терминальную сессию с приложением на сервере, нужна и обычная CAL, и RDS CAL поверх неё. Пропуск этого различия — самая частая причина, по которой первоначальная смета оказывается заниженной вдвое.

Как посчитать полную сумму: формула и пример

Собираем всё в одну формулу. Полная стоимость лицензирования Windows Server складывается из трёх слагаемых:

Полная стоимость =
  Стоимость лицензии на Windows Server (редакция × число лицензируемых ядер)
  + Стоимость CAL (число пользователей или устройств × цена за модель CAL)
  + Стоимость RDS CAL (если есть терминальный доступ, отдельно от обычных CAL)

Точные цены сюда сознательно не подставляются — они регулярно меняются, отличаются по регионам и по каналу закупки (розница, партнёр, объёмное лицензирование), и любое число, зафиксированное в статье, устареет быстрее, чем вы её прочитаете. Вместо этого — методика подстановки на условном примере, чтобы показать логику расчёта, а не цифры для копирования.

Условная компания: сервер на 16 лицензируемых ядер, 25 штатных сотрудников с доступом к файлам и домену, из них 8 человек дополнительно работают через RDP с учётным приложением, плюс 5 внешних подрядчиков с эпизодическим доступом.

Расчёт по шагам:

1. Определяем редакцию — виртуализация не нужна, значит Standard, лицензия считается на 16 ядер сервера.
2. Считаем CAL на базовый доступ — 25 штатных сотрудников работают с разных устройств (в офисе и удалённо), значит выгоднее User CAL: нужно 25 лицензий.
3. Для 5 подрядчиков сравниваем два варианта — 5 отдельных User CAL или одна External Connector License на сервер. Если подрядчиков будет расти или доступ у них частый, а не разовый, сравнение стоит сделать в деньгах у партнёра, а не на глаз.
4. Считаем RDS CAL отдельно — для 8 человек с терминальным доступом нужно докупить 8 RDS CAL поверх их обычных User CAL (у них, соответственно, будет по две лицензии: User CAL + RDS CAL).
5. Складываем: лицензия на сервер (16 ядер, Standard) + 25 (или 30, если подрядчиков считаем через CAL, а не Connector) User CAL + 8 RDS CAL = полная сумма закупки.

Это и есть та сумма, которую нужно поставить в бюджет, — а не только строку «лицензия на Windows Server», с которой обычно начинается разговор с поставщиком.

Частые ошибки, которые раздувают счёт задним числом

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

• Забыли RDS CAL — купили сервер и обычные CAL, а про терминальный доступ вспомнили, когда сотрудники уже работают через RDP. Это отдельная лицензия, и её докупают отдельно, обычно дороже, чем если бы заложили сразу.
• Не посчитали внешних пользователей — подрядчиков, аутсорс-бухгалтерию, интеграторов на проекте. Их доступ либо забывают лицензировать вовсе, либо считают по User CAL там, где дешевле была бы External Connector License.
• Считали по штату, а не по факту — в компании 40 сотрудников, но реальный доступ к серверу нужен 15. Переплата за неиспользуемые CAL — зеркальная ошибка к недосчёту, тоже деньги на ветер.
• Не учли рост — купили лицензии впритык под текущий штат, а через квартал наняли ещё десять человек. Докупка CAL по факту не проблема сама по себе, но если это не заложено в план закупок, решение принимается в спешке и без сравнения условий.
• Путали редакцию и модель виртуализации — взяли Standard под план с десятком виртуальных машин на одном хосте, хотя правило по числу инстансов ОС для этой редакции ограничено, и по факту потребовалась либо доплата, либо переход на Datacenter задним числом.
• Не сравнили аренду сервера с готовым лицензированием против покупки в собственность — для компаний без большого ИТ-отдела разовая покупка лицензий плюс их администрирование иногда выходит дороже, чем аренда сервера, где лицензионный вопрос закрыт провайдером. Сравнивать стоит не разовую цену, а полную стоимость владения на нужный горизонт — год или три.

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

Куда девать эти расчёты дальше

После того как посчитана полная сумма — сервер плюс CAL плюс RDS CAL, если нужен, — с ней стоит идти к официальному партнёру по лицензированию Microsoft или напрямую в Microsoft: пороги по ядрам, состав программ объёмного лицензирования и цены меняются, и то, что верно на момент написания этой статьи (конец августа 2026 года), может отличаться уже через квартал. Расчёт из этой статьи даёт структуру и порядок цифр для планирования бюджета, а не готовую смету — финальные условия всегда стоит перепроверять у продавца лицензий перед покупкой.

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

Частые вопросы