Windows Server 2025 RDS 50 User CAL

Бухгалтер в офисе. Тот же бухгалтер вечером из дома. Тот же бухгалтер в командировке с планшета. Три устройства — одна лицензия. В этом суть User CAL: привязка per-user закрепляет лицензию за учетной записью, а не за железом. Пакет из 50 штук покрывает 50 сотрудников с любым количеством устройств на каждого. CAL версии 2025 совместима с серверами RDS на Windows Server 2025, 2022, 2019 и 2016. Hotpatch в Server 2025 устанавливает обновления безопасности на RD Session Host без перезагрузки и без разрыва сеансов. После оплаты лицензионный ключ поступает на email автоматически.

Шесть сценариев, где 50 User CAL окупаются

Офис в Москве, 30 бухгалтеров на месте и 15 удаленных. Каждый работает в 1С:Предприятие, опубликованном как RemoteApp на двух серверах RD Session Host. Per-user привязка: бухгалтер в офисе подключается с рабочего ПК, дома — с ноутбука, в командировке — с планшета. Одна CAL на все устройства. С Device CAL потребовалось бы 30 (офис) + 15 (дом) + 15 (планшеты) = 60 лицензий. User CAL: 45 штук, 5 в резерве для стажеров. Экономия порядка 10 лицензий. Hotpatch на Session Host: обновления безопасности устанавливаются в рабочее время без перезагрузки. Бухгалтеры не теряют открытые документы 1С в конце квартала, когда отключение недопустимо.

Проектный институт: 50 инженеров в AutoCAD и Revit. Инженеры работают на тонких клиентах, все вычисления на сервере с GPU. Три RD Session Host (12 ядер, 64 ГБ RAM каждый), один RD Connection Broker, один RD Web Access. Каждый инженер использует один тонкий клиент на площадке и один ноутбук для выездов на объект. Device CAL: 50 тонких клиентов + 50 ноутбуков = 100 лицензий. User CAL: 50. Вдвое меньше. RemoteApp в Server 2025 улучшена: приложения запускаются в изолированных окнах с корректной интеграцией в панель задач клиента. Видит инженер AutoCAD как локальное приложение.

Колл-центр: 50 операторов в три смены. 50 операторов, 20 рабочих мест. Каждый оператор подключается со своей учетной записью. Per-user CAL привязана к пользователю, а не к станции. Device CAL потребовала бы 20 лицензий (по числу рабочих мест) — дешевле. Но операторы также подключаются из дома при пиковой нагрузке, добавляя примерно 30 домашних устройств. Device CAL: 20 + 30 = 50. User CAL: 50. Стоимость одинакова, но User CAL проще в управлении: не нужно отслеживать MAC-адреса и hostname домашних компьютеров. При расширении до 60 операторов докупается 10 User CAL без пересчета устройств.

А как лицензировать медицинскую клинику с 40 врачами и 10 администраторами? Медицинская информационная система развернута на RD Session Host. Врачи работают с ПК в кабинетах, планшетами на обходах и домашними компьютерами для дежурств. Три устройства на врача — Device CAL: 120 + 10 = 130. User CAL: 50. Разница в 80 лицензий. RDS 2025 с Hotpatch: обновления безопасности на сервере с медицинскими данными устанавливаются без перезагрузки. Непрерывность доступа к МИС при дежурствах в ночное время.

Логистическая компания: филиалы в 5 городах. Центральный офис — 20 сотрудников, 5 филиалов по 6 человек. Все подключаются к RDS-ферме в ЦОД. User CAL: 50 лицензий. Один RD Gateway создает безопасный HTTPS-туннель для филиалов. RD Connection Broker распределяет нагрузку между двумя Session Host. При Device CAL: центральный офис 20 ПК + 30 филиальных + 20 смартфонов руководителей = 70 лицензий. User CAL экономит 20 штук и устраняет необходимость учета устройств в филиалах.

50 разработчиков аутсорсинговой IT-компании на виртуальных рабочих столах. VDI на Hyper-V, каждый разработчик получает персональную виртуальную машину через RD Connection Broker. Подключаются разработчики с корпоративных ноутбуков и домашних ПК. User CAL: 50. Device CAL: 50 ноутбуков + 50 домашних ПК = 100. Экономия 50 лицензий. Session Collection для общих сред тестирования и Personal Collection для персональных VM — обе конфигурации покрываются одним набором User CAL.

RD Licensing: как работает выдача и привязка CAL

Без RD Licensing Server инфраструктура RDS не работает. Без него Session Host функционирует в grace period 120 дней, после чего новые подключения блокируются. Licensing Server хранит пул CAL и выдает временные или постоянные лицензии клиентам при подключении.

Процесс выдачи User CAL. Пользователь подключается к Session Host. Session Host запрашивает лицензию у Licensing Server. Licensing Server проверяет пул доступных CAL. Если свободная лицензия есть, она привязывается к учетной записи Active Directory (SID пользователя). Действует привязка 52-89 дней (случайный период для предотвращения массового истечения). После истечения лицензия возвращается в пул и переназначается при следующем подключении.

Активация Licensing Server. Сервер с ролью RD Licensing активируется через Remote Desktop Licensing Manager. Метод активации — Automatic Connection (при наличии интернета) или Web Browser (для изолированных сетей). После активации устанавливается пакет CAL: вводится 25-значный ключ, сервер связывается с Microsoft Clearinghouse и получает подтверждение на 50 лицензий.

Мониторинг. Remote Desktop Licensing Manager показывает общее количество CAL, выданные лицензии, даты привязки и имена пользователей. Текущий режим лицензирования (Per User или Per Device) отображается на вкладке свойств каждого Session Host. Отчет RD Licensing Reports формирует список пользователей и дату последнего подключения — полезно для аудита неактивных учетных записей.

Типичная ошибка: Licensing Server установлен, CAL загружены, но Session Host указывает на другой сервер лицензирования или режим (Per Device вместо Per User). Проверяется и исправляется через свойства развертывания в Server Manager: раздел RD Licensing, где указывается адрес сервера лицензирования и режим Per User.

Hotpatch в Windows Server 2025: обновления без разрыва RDS-сеансов

Ядро Windows обновляется прямо в оперативной памяти без перезагрузки. В этом суть Hotpatch. Поддерживает Windows Server 2025 эту технологию для серверов, подключенных к Azure Arc. Для RDS-инфраструктуры это критически важно: обновления безопасности устанавливаются на Session Host, пока пользователи работают. Сеансы не прерываются. Открытые приложения не закрываются. Данные не теряются.

Цикл обновления Hotpatch. Microsoft выпускает ежемесячные обновления. В цикле Hotpatch три из четырех ежеквартальных обновлений устанавливаются как hot-патчи (без перезагрузки). Четвертое — baseline, требующее стандартной перезагрузки. Вместо 12 перезагрузок в год сервер перезагружается обычно 4 раза. Для RDS Session Host с 50 пользователями каждая избежанная перезагрузка — это примерно 15-30 минут непрерывной работы.

Расчет экономии простоя. Стандартный сценарий: перезагрузка Session Host занимает около 5 минут. Пользователи должны сохранить работу и переподключиться — еще 10-15 минут. Суммарно порядка 15-20 минут простоя на обновление. При 12 обновлениях в год: 180-240 минут. С Hotpatch: 4 перезагрузки вместо 12, 60-80 минут простоя в год. Экономия 120-160 минут. Для бухгалтерской фирмы с 45 пользователями и стоимостью простоя 3000 рублей/час на человека: 120 минут * 45 * 50 руб/мин = примерно 270 000 рублей сэкономленного времени в год.

Требования для Hotpatch. Windows Server 2025 Standard или Datacenter. Подключение к Azure Arc (бесплатно). Subscription для Hotpatch через Azure (оплачивается помесячно за ядро). Установка: включение Azure Arc агента на сервере, активация Hotpatch в Azure Portal, настройка расписания обновлений. Совместим Hotpatch с WSUS и Windows Update for Business — организации с локальным управлением обновлениями могут контролировать развертывание.

Ограничения. Не заменяет Hotpatch все обновления. Обновления, требующие изменения структур данных ядра или перезагрузки драйверов, устанавливаются только через baseline-патч с перезагрузкой. Не применяется Hotpatch к .NET Framework и SQL Server — только к ядру Windows и компонентам ОС. Для Session Host это покрывает как правило большинство обновлений безопасности, критичных для RDS-среды.

Планирование емкости RDS-фермы на 50 пользователей

Офисная нагрузка (Word, Excel, 1С, браузер). На одного пользователя: около 2 ГБ RAM, 0.5 vCPU. На 50 пользователей: 100 ГБ RAM, 25 vCPU. Оптимальна конфигурация из двух Session Host по 64 ГБ RAM и 16 vCPU. Запас порядка 28 ГБ RAM уходит на ОС, службы и пиковые нагрузки. При отказе одного сервера второй принимает всех 50 пользователей на пониженной производительности (100 ГБ нужно, доступно 64 ГБ) — часть пользователей ждет или работает медленнее, но сервис не останавливается.

Тяжелая нагрузка (AutoCAD, Revit, обработка данных). На одного пользователя: 4-8 ГБ RAM, 2 vCPU. На 50 пользователей: 200-400 ГБ RAM, 100 vCPU. Рекомендация: три-четыре Session Host по 128 ГБ RAM и 32 vCPU. GPU: NVIDIA Tesla T4 или A10 для каждого Session Host. RD Connection Broker распределяет нагрузку. Session Collection с ограничением 15 пользователей на хост дает стабильную производительность.

Дисковая подсистема. User Profile Disks (UPD) или FSLogix Profile Containers на отдельном файловом сервере. Размер профиля: обычно 2-10 ГБ на пользователя. 50 пользователей: 100-500 ГБ на SMB-шаре. IOPS: 10-20 IOPS на профиль, суммарно 500-1000 IOPS. NVMe SSD или SAN с SSD-tier. При использовании FSLogix VHDX-контейнеры монтируются при входе и размонтируются при выходе — профиль загружается за 2-3 секунды вместо 30-60 секунд при классическом роуминговом профиле.

Сетевая инфраструктура. RDP-сеанс: 50-150 Кбит/с на пользователя для офисной работы, 500 Кбит/с — 2 Мбит/с для графики. 50 офисных пользователей: 2.5-7.5 Мбит/с. 50 графических пользователей: 25-100 Мбит/с. Серверы Session Host подключаются к коммутатору на 10 Гбит/с. Клиенты — 1 Гбит/с. RD Gateway для внешних подключений: пропускная способность канала в интернет от 50 Мбит/с для 50 офисных пользователей.

Отказоустойчивость. Минимальная конфигурация для 50 пользователей без простоя: два Session Host (N+1), один RD Connection Broker (Active Directory берет на себя DNS-failover), один RD Licensing Server (допускается на том же сервере, что и Connection Broker), один RD Gateway (для внешних подключений). Для полной отказоустойчивости Connection Broker размещается в SQL-базе с Always On AG.

Сравнение: User CAL и Device CAL

Для организации с 50 сотрудниками, каждый из которых использует 2 устройства, User CAL требует 50 лицензий, Device CAL — 100. При сменных рабочих местах (50 устройств, 150 пользователей в три смены) Device CAL требует 50, User CAL — 150. Определяется выбор соотношением пользователей к устройствам. Альтернатива для привязки к устройствам: Windows Server 2025 RDS 50 Device CAL.

Совместимость CAL 2025 с версиями Windows Server

Правило downgrade: CAL версии 2025 работает с любым сервером RDS текущей и предыдущих версий. CAL младшей версии не работает с сервером старшей версии. Покупка CAL 2025 — максимальная гибкость: если инфраструктура включает серверы разных версий, один набор CAL покрывает все. Стоит ли переплачивать за 2025, если сейчас только Server 2022? Как правило, стоит — при будущем обновлении замена CAL не потребуется. Для инфраструктуры исключительно на Server 2022 без планов обновления: Windows Server 2022 RDS 50 User CAL — достаточный вариант.

Системные требования

Активация RDS CAL на Licensing Server

Шаг 1: установка роли RD Licensing. Server Manager — Add Roles and Features — Remote Desktop Services — Remote Desktop Licensing. Включите Management Tools при установке. Перезагрузка обычно не требуется.

Шаг 2: активация Licensing Server. Remote Desktop Licensing Manager — правый клик на сервере — Activate Server. Метод: Automatic Connection (рекомендуется при наличии интернета) или Web Browser (для изолированных сетей). Сервер получает сертификат от Microsoft Clearinghouse.

Шаг 3: установка пакета CAL. В Licensing Manager — правый клик на сервере — Install Licenses. Программа лицензирования: Other Agreement. Ввод 25-значного ключа продукта. Тип: RDS Per User CAL. Количество: 50. Сервер связывается с Clearinghouse и подтверждает лицензии. После установки в Licensing Manager отображается 50 доступных User CAL.

Шаг 4: настройка Session Host. На каждом Session Host указать Licensing Server и режим Per User. Через Server Manager: в свойствах развертывания RDS откройте раздел RD Licensing, укажите адрес сервера лицензирования и режим Per User. Применяется настройка автоматически ко всем Session Host в коллекции.

Шаг 5: проверка. Подключение пользователя через RDP или RemoteApp. В Licensing Manager проверить, что лицензия выдана: количество Available уменьшилось на 1, в списке Issued появилась запись с именем пользователя.

Устранение неполадок

«No Remote Desktop License Servers available». Session Host не видит Licensing Server. Проверить: Licensing Server активирован (статус Activated в Licensing Manager). Порт TCP 135 и динамический диапазон RPC открыты между Session Host и Licensing Server. DNS-имя Licensing Server разрешается. Групповая политика не переопределяет настройки: Computer Configuration — Administrative Templates — Windows Components — Remote Desktop Services — RD Session Host — Licensing.

«The remote session was disconnected because there are no RD License Servers available». Grace period истек, CAL не установлены. Установить CAL по инструкции выше. Если grace period истек до установки роли RD Licensing — роль можно развернуть и активировать CAL на любом сервере в домене, Session Host начнет выдавать лицензии немедленно.

Per User CAL не выдаются, хотя в пуле есть свободные. Режим лицензирования на Session Host установлен в Per Device вместо Per User. Проверить и исправить через Server Manager: свойства развертывания RDS — раздел RD Licensing — переключить режим на Per User. Перезапуск RDS-служб не требуется, изменение применяется при следующем подключении.

Licensing Server отображает больше выданных CAL, чем реальных пользователей. User CAL привязывается к SID учетной записи на 52-89 дней. Уволенные сотрудники и отключенные учетные записи продолжают удерживать лицензию до истечения срока. Чаще всего именно эта ситуация вызывает путаницу. Revoke отдельной User CAL невозможен через GUI. Допустимо: удалить учетную запись AD — лицензия освободится при истечении срока привязки. Для аудита: отчет в Licensing Manager показывает дату последнего подключения каждого пользователя.

После обновления сервера с 2022 на 2025. CAL 2025 совместимы с Server 2025 без дополнительных действий. Если на Licensing Server стоят CAL 2022 — они не работают с Session Host на Server 2025. Решение: установить CAL 2025 на Licensing Server. Старые CAL 2022 продолжат обслуживать серверы 2022 и ниже.

Доставка ключа

После оплаты 25-значный ключ для активации 50 RDS User CAL поступает на указанный email автоматически. Ожидание — несколько секунд. Одновременно ключ доступен в личном кабинете. В письме: ключ и инструкция по установке на RD Licensing Server.

Гарантия и поддержка

Каждый ключ проверен перед продажей. Не активировался ключ на Licensing Server? Бесплатная замена в течение 24 часов. Обратитесь через страницу помощи или ответьте на письмо с заказом. Лицензия бессрочная. Подписка не требуется. Ежегодных платежей нет.

Часто задаваемые вопросы

Чем User CAL отличается от Device CAL?

User CAL привязывается к учетной записи Active Directory. Пользователь подключается с любого количества устройств по одной лицензии. Device CAL привязывается к конкретному устройству — любое количество пользователей может подключаться с этого устройства. Зависит выбор от соотношения пользователей и устройств в организации.

Можно ли использовать CAL 2025 с Windows Server 2022?

Да. CAL 2025 совместимы с RDS на Windows Server 2025, 2022, 2019 и 2016. Downgrade rights позволяют использовать CAL старшей версии с сервером младшей версии. Обратное невозможно: CAL 2022 не работают с Server 2025.

Нужна ли отдельная серверная лицензия Windows Server помимо CAL?

Да. RDS CAL — клиентская лицензия на подключение. Сервер лицензируется отдельно: Windows Server 2025 Standard или Datacenter. Дополнительно каждый пользователь или устройство требует Windows Server CAL (базовую) и RDS CAL. На пользователя: Windows Server CAL + RDS CAL.

50 CAL — это на один сервер или на всю ферму?

На всю организацию. RD Licensing Server выдает CAL пользователям вне зависимости от количества Session Host. Лицензия на пользователя, не на сервер. Один пакет из 50 User CAL покрывает подключения ко всем серверам RDS в домене Active Directory. Если доменов несколько, достаточно одного Licensing Server на лес AD.

Что произойдет, если подключится 51-й пользователь?

RD Licensing Server откажет в выдаче CAL. Пользователь получит сообщение об отсутствии доступных лицензий. Существующие 50 подключений продолжат работу. Решение: докупить дополнительный пакет CAL и установить на тот же Licensing Server. Пакеты суммируются.

Можно ли перенести CAL на другой Licensing Server?

Да, через процедуру миграции лицензий. В Licensing Manager: правый клик на сервере — Manage RDS CALs — Migrate. Или обращение в Microsoft Volume Licensing Service Center. Когда сервер меняется: деактивация старого Licensing Server, активация нового, перенос CAL через телефонный звонок или веб-портал Clearinghouse.

Работает ли с Azure Virtual Desktop (AVD)?

Нет. Azure Virtual Desktop использует собственную модель лицензирования через подписку Microsoft 365 или Windows E3/E5. RDS CAL применяются только к локальным (on-premises) серверам Remote Desktop Services и серверам в IaaS (Azure VM, любой хостинг), где RDS развернут вручную.

Поддерживает ли RemoteApp?

Да. RDS CAL покрывает все режимы подключения: полный рабочий стол (Session Desktop), RemoteApp (отдельные приложения), VDI (Personal Desktop Collection). Один тип CAL на все сценарии RDS.

Нужна ли лицензия для администратора?

Два одновременных административных подключения через /admin или /console к серверу входят в серверную лицензию Windows Server и не требуют RDS CAL. Если администратор подключается через RD Session Host (как обычный пользователь через Collection), ему нужна RDS CAL.

Как узнать, сколько CAL используется?

Remote Desktop Licensing Manager отображает общее количество, выданные и доступные CAL. Для детального отчета: Licensing Manager — правый клик на сервере — Create Report — RDS Per User CAL Usage. Отчет показывает имя пользователя, домен, дату выдачи и дату истечения привязки.