Терминальный сервер Windows Server 2022 работает на роли RDS Session Host и поддерживает централизованные пользовательские сессии по RDP. Эту версию выбирают для новых развертываний из-за длительного цикла поддержки и механизмов безопасности, связанных с Secured-core Server. Требования к ресурсам зависят от приложений и одновременной нагрузки, поэтому конфигурацию проверяют на пилотной группе пользователей.
При работе с 1С или CAD расчет должен учитывать реальное потребление памяти и нагрузку на CPU, а не механически переносить цифры из другого проекта. На итоговую схему также влияют размер фермы, способ лицензирования RDS CAL и порядок перехода пользователей со старой версии ОС. Эти параметры определяют и серверную конфигурацию, и план внедрения.
Основная задача этого материала — подготовить RDS на Windows Server 2022 и переход с прежней версии: проверить совместимость приложений, RDS CAL, профили и функции безопасности. Общая последовательность развертывания приведена в инструкции по настройке терминального сервера Windows.
Что такое терминальный сервер на Windows Server 2022
Роль RDS Session Host создает на Windows Server 2022 общую среду, в которой пользователи открывают удаленный рабочий стол через RDP-подключение. Приложения исполняются на сервере, а рабочее место передает ввод и отображает результат. Такой подход упрощает консолидацию рабочих мест и централизованное обновление корпоративного ПО.
Windows Server 2022 подходит для нового развертывания и перехода со старой ОС, когда компании нужен поддерживаемый домен Active Directory и ферма терминальных серверов. Архитектуру можно развивать от одного узла RDS к нескольким Session Host или к VDI, если приложениям требуется изоляция отдельных рабочих столов. Выбор модели нужно сделать до закупки лицензий и оборудования.
Сроки поддержки версии 2022 и почему это важно при планировании
Windows Server 2022 вышла в августе 2021 года. Основной период поддержки Microsoft завершается в октябре 2026 года, а расширенная поддержка действует до 14 октября 2031 года — на 2 года и 9 месяцев дольше, чем у Windows Server 2019. Для организации, которая планирует оборудование под терминальный сервер на 5-7 лет вперед, это дает больший запас без необходимости мигрировать на новую версию ОС в середине цикла эксплуатации железа.
При выборе между версиями 2019 и 2022 учитывают совместимость приложений, лицензирование и срок поддержки. Для нового проекта более поздняя дата расширенной поддержки уменьшает вероятность повторной миграции ОС в середине жизненного цикла оборудования. Однако критичное устаревшее приложение сначала нужно проверить на совместимость с Windows Server 2022.
Минимальные и рекомендуемые требования к железу
Требования к серверу для терминального доступа рассчитывают по одновременно активным сессиям. Для легкого офисного сценария отправной оценкой могут служить 4-6 пользователей на одно vCPU и около 2-3 ГБ памяти на сессию. Для 1С или CAD объем нередко увеличивается до 4-6 ГБ, но это не норматив Microsoft. Рекомендуемая конфигурация должна включать резерв 20-30% и подтверждаться нагрузочным тестом.
Для терминального сервера на 40 и более пользователей применяют сетевой интерфейс от 1 Гбит/с с резервированием. В крупных фермах переход к 10 Гбит/с и агрегации обосновывают замерами RDP-трафика, профилей и периферии. Процессоры, память и диски терминальных серверов подбирают под профиль приложений и число одновременных сеансов, а запас ресурсов подтверждают нагрузочным тестом.
Расчет ресурсов на одного пользователя
Расчет на одного пользователя связывают с типом приложений и коэффициентом одновременной работы. Для 40-50 активных офисных сессий исходная оценка составляет примерно 7-13 vCPU и 80-150 ГБ памяти. С резервом 20-30% рабочая конфигурация может вырасти до 10-16 vCPU и 96-195 ГБ RAM. Точные значения определяют по пилоту, поскольку браузер, антивирус и фоновые службы меняют нагрузку сильнее, чем номер версии Windows Server.
Для смешанной группы команда отдельно оценивает офисные сессии и пользователей 1С или CAD, после чего суммирует память и добавляет резерв для ОС. Терминальный сервер на 50 рабочих мест служит отправной конфигурацией для крупного офиса. Перед внедрением нужно проверить число vCPU, RAM и задержку хранилища на рабочих приложениях.
Настройка роли RDS Session Host и функция Secured-core Server
Настройка RDS на Windows Server 2022 начинается с добавления служб удаленных рабочих столов через Server Manager и выбора Session-based desktop deployment. Затем администратор назначает роли RD Connection Broker, RD Web Access и RD Session Host, создает коллекцию сессий и задает группы доступа. Сервер лицензирования подключают до окончания льготного периода. Сам Session Host способен запуститься без брокера и лицензирующего узла, но такая одиночная схема не подходит для полноценной фермы.
Secured-core Server объединяет Secure Boot, TPM 2.0, защиту DMA и безопасность на основе виртуализации при наличии совместимого оборудования. Эти механизмы защищают загрузочную цепочку, память ядра и доступ устройств, но могут влиять на производительность отдельных нагрузок. Функции Secured-core доступны не только в Windows Server 2022, поэтому их поддержку проверяют по конкретной платформе, а после включения проводят тест RDS-приложений.
Лицензирование: RDS CAL и миграция пула лицензий с прежних версий
Для удаленных подключений к Windows Server 2022 требуется RDS CAL поверх лицензии на операционную систему. Лицензирование по пользователям использует User CAL, а схема по устройствам использует Device CAL. CAL версии 2019 не дает права доступа к Session Host 2022. Пакет RDS CAL 2022 устанавливают на сервер лицензирования Windows Server 2022 или более новой версии.
Переход с версии 2019 не сводится к технической миграции прежнего пула лицензий. Организации потребуются CAL версии 2022, полученные по условиям действующей программы лицензирования или приобретенные отдельно, а также совместимый активированный RD Licensing Server. Лицензии и режим Per User либо Per Device нужно настроить до переноса пользователей и проверить через RD Licensing Diagnoser.
Дисковая подсистема и профили пользователей через FSLogix
Дисковую подсистему для 30-40 пользователей рассчитывают по задержке и числу операций в штатном режиме и во время массового входа. NVMe-массив с RAID может дать необходимый запас, но универсального порога 30 000 IOPS для Windows Server 2022 нет. Пилот должен воспроизвести утренний вход, запуск приложений и обновление профилей. Такой тест показывает риск boot storm точнее сравнения с другой версией ОС.
FSLogix является отдельным продуктом и не привязан к версии Windows Server 2022. Контейнеры профилей и Cloud Cache можно использовать на поддерживаемых версиях Windows Server при наличии подходящей лицензии. В гибридной среде интеграцию планируют с Microsoft Entra ID, которое ранее называлось Azure AD, и доменом Active Directory. Cloud Cache добавляет несколько расположений профиля, но требует проверки задержки и сценария отказа каждого хранилища.
Типовые ошибки при развертывании терминального сервера
Первая ошибка заключается в переносе конфигурации из проекта 2019 без новых замеров. Разница возникает из-за состава приложений, функций безопасности и поведения пользователей, поэтому фиксированные 3 ГБ памяти нельзя считать обязательным нормативом Windows Server 2022.
Вторая ошибка состоит в использовании CAL 2019 для Session Host 2022. После льготного периода подключения не будут лицензироваться, поэтому совместимость проверяют до миграции.
Третья ошибка связана с выбором хранилища по универсальной цифре IOPS без пилотной нагрузки. При планировании учитывают состав пользовательского оборудования, включая тонкие клиенты и обычные рабочие станции, а диски проверяют на массовом входе и запуске приложений.
Терминальный сервер на Windows Server 2022 подходит для нового развертывания или перехода со старой ОС, если приложения совместимы, а компания готова приобрести подходящие RDS CAL. Расширенная поддержка до 14 октября 2031 года позволяет согласовать жизненный цикл оборудования с планом обновления системы. Вы получите надежнее рассчитанную конфигурацию, если проведете пилот с реальными приложениями и пиковым числом сессий.
Serverzilla работает на рынке более 10 лет и реализовала свыше 500 проектов. Этот опыт помогает сопоставить число пользователей, лицензирование, профиль приложений и возможности оборудования без механического переноса конфигурации из другого проекта.