Терминальный сервер: что это, зачем нужен и как выбрать конфигурацию для бизнеса

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

В статье разберём, чем терминальный сервер отличается от обычного сервера и VDI, когда его используют для 1С и других корпоративных приложений, как рассчитать ресурсы по количеству одновременных сессий и выбрать схему лицензирования. Отдельно рассмотрим накопители, сеть, отказоустойчивость и конфигурации для 20, 50 и 100+ пользователей.

Что такое терминальный сервер и как он работает

Терминальный сервер — это физический или виртуальный сервер, на котором запускают рабочие столы и приложения для нескольких пользователей. Сотрудники подключаются к нему по сети, но программы выполняются и используют процессор, оперативную память и накопители на стороне сервера.

В Windows Server эту задачу решает платформа Remote Desktop Services. Её основной компонент — узел сеансов удалённых рабочих столов, или RD Session Host. Он создаёт для каждого подключённого пользователя отдельную сессию внутри общей операционной системы. Сотрудники одновременно работают со своими окнами, файлами и настройками, но используют ресурсы одного сервера.

Терминальный сервер для организации не обязательно покупать как отдельный тип оборудования. Роль RD Session Host можно развернуть на физической машине или в виртуальной среде. Конфигурацию выбирают по числу одновременных пользователей, требованиям приложений и необходимому уровню отказоустойчивости.

Принцип работы: сессии, RDP и передача интерфейса

Удалённое подключение по RDP проходит в несколько этапов:

1. Пользователь запускает клиент удалённого рабочего стола и вводит адрес сервера и учётные данные.
2. Сервер проверяет права доступа и создаёт новую сессию либо восстанавливает ранее отключённую.
3. Приложения запускаются на сервере и обращаются к централизованному хранилищу данных.
4. Remote Desktop Protocol передаёт на устройство пользователя интерфейс рабочей среды, а на сервер — команды клавиатуры, мыши и других разрешённых устройств.

По RDP также можно перенаправлять буфер обмена, звук, принтеры, накопители, камеры и часть USB-устройств. Администратор определяет, какие функции доступны пользователям. Например, в среде с конфиденциальными данными можно запретить копирование файлов на локальные диски и использование буфера обмена.

На клиентском устройстве не требуется запускать 1С, офисное или другое корпоративное приложение. Компьютер отображает удалённый рабочий стол и передаёт действия пользователя. Поэтому для стандартных офисных задач можно использовать обычные ПК, ноутбуки и тонкие клиенты с умеренными характеристиками. Производительность зависит прежде всего от ресурсов сервера, задержки соединения и пропускной способности сети.

Чем терминальный сервер отличается от обычного сервера и VDI

Сервером называют как оборудование, так и выполняемую им роль. Одна и та же физическая машина может хранить файлы, обслуживать базы данных, запускать пользовательские приложения или размещать виртуальные машины. Поэтому различия определяет не корпус сервера, а способ распределения вычислений и рабочих сред. Подробнее о различиях в процессорах, памяти, накопителях и требованиях к надёжности мы рассказывали в материале «Чем сервер отличается от обычного компьютера».

Терминальный сервер, файловый сервер и сервер приложений

Файловый сервер предоставляет общие папки и обрабатывает запросы на чтение и запись данных. Сервер приложений выполняет серверную часть программы: например, обрабатывает бизнес-логику или обслуживает веб-приложение. Пользовательские программы при этом могут работать на компьютерах сотрудников.

На терминальном сервере запускается сама рабочая среда пользователя. Локальное устройство выполняет роль клиента: отображает интерфейс и передаёт команды ввода. Устанавливать и обновлять корпоративное приложение на каждом компьютере не требуется.

Разницу проще показать по месту запуска клиента 1С. При локальной работе клиент 1С запускается на компьютере сотрудника. При терминальной — на RD Session Host, а пользователь получает его интерфейс по RDP. При этом сама информационная база в обоих случаях может работать в файловом или клиент-серверном режиме.

Терминальный сервер может обращаться к отдельному файловому серверу, СУБД или централизованному хранилищу. В крупных инфраструктурах эти роли обычно разделяют, чтобы независимо распределять нагрузку и обслуживать компоненты системы.

Терминальный сервер и VDI: общая ОС против отдельных виртуальных машин

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

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

Отдельная виртуальная машина лучше изолирует рабочую среду и позволяет устанавливать несовместимые приложения или индивидуальные настройки. За это приходится платить большим расходом оперативной памяти, накопителей и вычислительных ресурсов. Один узел RDS обычно обслуживает больше пользователей, поскольку не запускает отдельную операционную систему для каждого из них.

Терминальная схема подходит для стандартизированного набора программ и большого числа похожих рабочих мест. VDI выбирают, когда сотрудникам нужны разные операционные среды, расширенные права, индивидуальная настройка или более строгая изоляция. Обе модели можно объединить: основную часть пользователей разместить на RDS-серверах, а отдельным специалистам предоставить виртуальные рабочие столы.

Для каких задач и компаний нужен терминальный сервер

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

Удалённые офисы и филиалы

Вместо установки программ и хранения рабочих файлов в каждом филиале компания размещает приложения в центральной инфраструктуре. Сотрудникам нужен RDP-клиент и стабильное сетевое соединение. Обновления и изменение настроек выполняются на сервере, поэтому администраторам не приходится отдельно обслуживать каждый компьютер.

Такой подход помогает решить несколько задач:

• предоставить одинаковую рабочую среду сотрудникам в офисе, дома и филиалах;
• централизованно управлять учётными записями и правами доступа;
• быстрее подключать новых и временных работников;
• ограничить сохранение корпоративных файлов на локальные устройства;
• продолжать использовать офисные компьютеры с невысокой производительностью.

Для подключения из внешней сети недостаточно просто открыть стандартный порт RDP в интернете. В инфраструктуре Windows Server удалённый доступ организуют через RD Gateway с TLS-сертификатом, а также дополняют многофакторной аутентификацией и политиками доступа.

Терминальный сервер 1С и других корпоративных приложений

На RD Session Host запускается клиент 1С. Информационная база может находиться на файловом ресурсе либо работать в клиент-серверном режиме с отдельным кластером «1С:Предприятия» и СУБД. Если эти компоненты размещены в одной серверной инфраструктуре, между филиалом и площадкой передаётся RDP-трафик, а обмен клиента 1С с серверной частью происходит внутри неё.

Терминальная схема не заменяет клиент-серверную архитектуру 1С. Она определяет, где запускается клиентское приложение. Сама информационная база может работать:

• в файловом режиме — для небольшой нагрузки;
• в клиент-серверном режиме — с кластером «1С:Предприятия» и отдельной СУБД.

Производительность зависит не только от характеристик узла RDS. При расчёте нужно учитывать нагрузку на СУБД, сервер 1С, фоновые задания, сложные отчёты, объём базы и скорость накопителей. Поэтому терминальный сервер для организации с несколькими бухгалтерами и инфраструктура для сотен пользователей требуют разных схем.

Тот же подход применяют для офисных программ, систем электронного документооборота, CRM, ERP и другого ПО, совместимого с многопользовательской серверной средой. Перед внедрением нужно проверить лицензионные условия и корректность работы приложения в нескольких одновременных сессиях.

Тонкие клиенты и контролируемая рабочая среда

Аппаратный тонкий клиент — компактное устройство, предназначенное для подключения к удалённой рабочей среде. Ему не требуется производительный процессор или большой накопитель: основные вычисления выполняет сервер. Такой формат используют в контактных центрах, торговых залах, на складах, в учебных аудиториях и на рабочих местах с фиксированным набором программ.

Не следует путать аппаратный тонкий клиент с одноимённым приложением «1С:Предприятия». В первом случае речь идёт об устройстве для удалённого подключения. Во втором — о программе 1С, которая выполняет ограниченную часть операций на компьютере пользователя, а обработку данных передаёт серверной части платформы.

Администратор может предоставить полный удалённый рабочий стол или опубликовать только нужные программы через RemoteApp. Политики RDS позволяют управлять перенаправлением локальных дисков, принтеров, USB-устройств и буфера обмена. Пользователь получает только те приложения и ресурсы, которые нужны для его работы.

Перед закупкой тонких клиентов проверьте поддерживаемую версию RDP, количество и разрешение мониторов, аппаратное декодирование видео, а также работу принтеров, сканеров, смарт-карт и других необходимых устройств.

Централизация одновременно повышает требования к серверной инфраструктуре. Отказ единственного узла или сетевого канала затронет сразу всех подключённых сотрудников. Поэтому для критичных процессов заранее предусматривают резервное копирование, мониторинг и отказоустойчивую конфигурацию.

Ключевые характеристики при выборе терминального сервера

Конфигурацию рассчитывают по максимальному числу сотрудников, которые будут работать одновременно, а не по общей численности компании. Пятьдесят учётных записей не создают нагрузку, если в один момент подключены только 20 человек. Поэтому сначала определяют количество одновременных сессий и делят пользователей по характеру работы.

Для первичной оценки можно использовать рекомендации Microsoft по многосессионным RD Session Host. Они основаны на конфигурациях Azure VM и могут служить отправной точкой для физических серверов, но итоговый сайзинг нужно подтвердить нагрузочным тестированием.

Значения пропускной способности предполагают потерю пакетов менее 0,1%. Высокое разрешение, несколько мониторов, видеосвязь и перенаправление устройств увеличивают трафик.

Процессор: ядра и частота на одного пользователя

Количество ядер определяет, сколько параллельных задач сможет выполнять узел. Частота и производительность одного ядра влияют на отзывчивость приложений, которые плохо распределяют работу между потоками. Для 1С, офисных программ и браузеров важны оба показателя.

Ориентир Microsoft в четыре, шесть или два пользователя на vCPU нельзя механически умножать на число ядер. На результат влияют:

• версия и конфигурация приложения;
• фоновые службы и антивирус;
• одновременный вход сотрудников в начале смены;
• сложные отчёты и пакетная обработка данных;
• виртуализация и резерв ресурсов гипервизору;
• пики нагрузки в отдельных пользовательских сессиях.

Удвоение числа ядер не гарантирует удвоения количества пользователей: по мере роста числа CPU эффективность масштабирования снижается из-за накладных расходов на синхронизацию. Для крупной терминальной фермы несколько узлов среднего размера часто удобнее одного сервера с максимальным числом ядер: нагрузку можно распределять, а отдельные машины — выводить на обслуживание.

Сервер может использовать процессор Intel Xeon Scalable, более новый Intel Xeon 6 или AMD EPYC. Выбирать платформу только по названию семейства нельзя. Нужно сравнивать число и производительность ядер, объём поддерживаемой памяти, количество каналов памяти, линии PCIe и возможности резервирования. Подробнее различия платформ разобраны в нашем сравнении Intel Xeon и AMD EPYC.

Оперативная память: сколько ГБ нужно на сессию

Единого норматива памяти на пользователя нет. Браузер с несколькими вкладками, бухгалтерская программа и CAD-система расходуют разный объём. Microsoft предлагает рассчитывать память по формуле:

Общая память = память ОС и служб + память одной сессии × число активных сессий.

Параметры нужно получить во время пилотного запуска. Например, тестовый сервер показал следующие значения:

• операционная система и службы — 12 ГБ;
• средняя активная сессия — 1,6 ГБ;
• плановая нагрузка — 50 сессий.

Расчёт:
12 ГБ + 1,6 ГБ × 50 = 92 ГБ.

Если проект предусматривает резерв 25%, потребуется:
92 ГБ × 1,25 = 115 ГБ.

Ближайшая типовая конфигурация — 128 ГБ. Это пример расчёта, а не универсальная рекомендация для 50 пользователей. Для другой версии 1С, набора программ или поведения сотрудников результат изменится.

Для производственных серверов обычно выбирают ECC-память. Современные платформы преимущественно используют DDR5 ECC, системы предыдущих поколений — DDR4 ECC. При выборе учитывают максимальный объём RAM, число каналов памяти, схему установки модулей и возможность дальнейшего расширения.

Отдельно о типах ECC-памяти, совместимости с Xeon и EPYC и расчёте объёма мы рассказали в руководстве «Как выбрать оперативную память для сервера».

Хранилище: SSD, NVMe и RAID

Медленное хранилище увеличивает время входа, запуска приложений и загрузки пользовательских профилей. Одновременно к дискам обращаются операционная система, файл подкачки, антивирус, приложения и десятки сессий. Поэтому важны не только объём и последовательная скорость, но также задержка и число операций ввода-вывода.

NVMe-накопители подходят для системного раздела, приложений и активных профилей. Распространённая схема включает:

• RAID 1 из двух накопителей для операционной системы;
• RAID 10 из четырёх и более накопителей для профилей и интенсивной рабочей нагрузки;
• отдельное хранилище для пользовательских данных и резервных копий.

RAID защищает от отказа накопителя, но не заменяет резервное копирование. Он не поможет при случайном удалении, повреждении данных, атаке шифровальщика или потере всего сервера. Базу 1С в клиент-серверной инфраструктуре обычно размещают на сервере СУБД, поэтому производительность его хранилища рассчитывают отдельно от узла RDS.

Если нужно глубже разобраться в выборе накопителей для СУБД, виртуализации и резервного копирования, подробнее о выборе накопителей читайте в нашем сравнении SAS и SSD для сервера.

Сеть и пропускная способность на пользователя

Ширину внешнего канала можно предварительно оценить умножением ориентира на число одновременных подключений. Для 50 пользователей со средней нагрузкой:

3 Мбит/с × 50 = 150 Мбит/с.

Если дополнительно заложить, например, 25% проектного резерва, получится 187,5 Мбит/с.

Компания может округлить результат до канала 200 Мбит/с или выбрать более высокий тариф с учётом другого трафика. Расчёт нужно проверить в часы максимальной нагрузки. Потеря пакетов, задержка и нестабильность соединения могут ухудшить работу даже при достаточной номинальной скорости.

Внутренняя сеть обслуживает не только RDP. По ней передаются профили, обращения к файловым ресурсам и СУБД, резервные копии, репликация и трафик виртуальных машин. Для небольшой установки может хватить 1 Гбит/с. Сеть 10 Гбит/с или 25 Гбит/с нужна, когда несколько узлов интенсивно работают с общим хранилищем, выполняют репликацию или обслуживают тяжёлые данные. Необходимость такого подключения подтверждают измерениями, а не только числом пользователей.

Лицензирование терминального сервера: RDS CAL и альтернативы

Windows Server Standard и Datacenter лицензируются по ядрам. При лицензировании физического сервера учитывают все физические ядра, но не менее восьми лицензий на каждый процессор и 16 на сервер. Подписка или активная Software Assurance позволяет лицензировать отдельную виртуальную машину по числу виртуальных ядер, но минимум составляет восемь лицензий на ВМ. Для доступа пользователей дополнительно нужны Windows Server CAL, а для рабочих сеансов RDS — RDS CAL.

RDS CAL приобретают на пользователя или устройство. Это не лицензии на количество одновременных сессий.

В доменной инфраструктуре можно использовать RDS User CAL и Device CAL. Если RD Session Host работает в рабочей группе без домена Active Directory, Microsoft поддерживает только лицензирование Per Device.

Для арендованной инфраструктуры состав лицензий зависит от условий поставщика услуги и его соглашения с Microsoft, поэтому его нужно проверять в договоре.

Например, если 20 сотрудников подключаются с разных устройств, компании нужны 20 пользовательских RDS CAL, даже если одновременно работают только 10 человек. Если 40 сменных сотрудников используют 20 общих компьютеров, можно приобрести 20 лицензий на устройства.

В расчёт лицензирования Windows Server входят:

1. Лицензии Windows Server на физический сервер или виртуальную машину — в зависимости от выбранной модели лицензирования;
2. Windows Server CAL для пользователей или устройств, обращающихся к серверу;
3. RDS CAL для пользователей или устройств, подключающихся к RD Session Host;
4. Лицензии на прикладные программы, СУБД и другие компоненты инфраструктуры.

Версия RDS CAL должна совпадать с версией Windows Server на RD Session Host или быть новее. Например, RDS CAL 2025 подходит для Windows Server 2025 и предыдущих версий, а RDS CAL 2022 нельзя использовать для подключения к Windows Server 2025.

После развёртывания RD Session Host действует 120-дневный период, в течение которого сервер лицензирования RDS ещё не обязателен. Это технический срок для настройки инфраструктуры, а не постоянный бесплатный режим. После его завершения новые подключения требуют совместимых лицензий на активированном сервере RD Licensing.

Windows Server допускает удалённые подключения для администрирования без развёртывания полноценной роли RDS. Этот режим предназначен для управления сервером. Использовать административные сессии как бесплатные рабочие места сотрудников нельзя.

Дополнительные лицензии на программы

RDS CAL не включает права на использование 1С, Microsoft SQL Server, офисных пакетов и другого ПО. Для 1С на терминальном сервере отдельно проверяют:

• клиентские лицензии «1С:Предприятия»;
• лицензию на сервер «1С:Предприятия», если используется кластер;
• права на СУБД;
• условия лицензирования конкретной конфигурации и дополнительных модулей.

Точный набор зависит от архитектуры и договора поставки. Его нужно согласовать с партнёром «1С» до покупки оборудования.

Citrix, Linux и облачные решения

Citrix расширяет возможности доставки приложений и рабочих столов, но не отменяет требования Microsoft. Если Citrix предоставляет многопользовательские сессии на Windows Server, потребуются лицензии Citrix и соответствующие RDS CAL.

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

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

Отказоустойчивость и резервирование терминального сервера

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

Для критичных процессов развёртывают терминальную ферму из нескольких RD Session Host. Компонент RD Connection Broker распределяет новые подключения между узлами и возвращает пользователя в существующую сессию после обычного разрыва связи.

Если сам узел RD Session Host выходит из строя, содержимое его оперативной памяти теряется. Активная сессия не переносится на другой сервер автоматически: сотруднику придётся подключиться заново и открыть приложения. Второй узел сокращает простой инфраструктуры, но не гарантирует сохранность несохранённой работы.

Какие компоненты нужно резервировать

Инфраструктура также зависит от Active Directory, DNS, сети, электропитания и системы хранения. Дублирование только RD Session Host не защитит от отказа контроллера домена, коммутатора или общего массива.

Как рассчитать резерв мощности

Оставшиеся серверы должны принять нагрузку отказавшего узла. Для проверки используют принцип N+1: ферма продолжает обслуживать пользователей после потери одного сервера.

Например, в ферме работают три одинаковых узла. В обычном режиме каждый загружен на 60%:
60% × 3 = 180% мощности одного узла.

После отказа одного сервера нагрузка распределится между двумя оставшимися:
180% ÷ 2 = 90% на каждый узел.

Резерва достаточно. Если каждый из трёх серверов постоянно загружен на 80%, после отказа нагрузка вырастет до 120% на оставшийся узел:
80% × 3 ÷ 2 = 120%.

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

Что включить в резервное копирование

Резервировать нужно не только виртуальную машину терминального сервера. В состав копий входят:

• пользовательские данные и профили;
• базы 1С и других корпоративных приложений;
• база и настройки RD Connection Broker;
• групповые политики, сценарии входа и конфигурационные файлы;
• сертификаты вместе с защищёнными закрытыми ключами;
• эталонные образы RD Session Host;
• настройки сетевых компонентов и средств аутентификации.

Копии следует хранить отдельно от рабочей инфраструктуры. Иначе шифровальщик, ошибка администратора или отказ площадки может уничтожить оригинальные данные и их резервную копию одновременно. RAID, синхронная репликация и снимок виртуальной машины не заменяют полноценное резервное копирование.

План восстановления должен задавать два показателя:

• RPO — какой объём последних изменений компания готова потерять;
• RTO — сколько времени допустимо потратить на восстановление работы.

Если база 1С копируется раз в сутки, потенциальная потеря данных достигает 24 часов. Если бизнес допускает потерю не более 15 минут, потребуется более частое резервирование журналов или другой механизм защиты СУБД. Работоспособность копий подтверждают регулярным тестовым восстановлением.

Примеры конфигураций терминального сервера

В таблице приведены примеры стартовых конфигураций, а не универсальные нормы для указанного числа пользователей. Требования к CPU, памяти, хранилищу и сети зависят от приложений и профиля нагрузки, поэтому итоговые параметры нужно подтвердить пилотным тестированием.

Для средней нагрузки можно ориентироваться примерно на четыре пользовательские сессии на один выделенный vCPU. Поэтому 50 сессиям требуется около 13 vCPU, а 100 — 25 vCPU. С учётом N+1 это соответствует двум узлам по 16 vCPU для 50 пользователей или трём по 16 vCPU для 100. Физические процессоры подбирают уже под требуемое количество vCPU и принятую схему виртуализации.

Конфигурация для 20–30 пользователей

Для 20–30 средних офисных сессий ориентир Microsoft даёт примерно 5–7,5 vCPU без учёта дополнительного резерва. Требуемый объём памяти рассчитывают отдельно по фактическому потреблению одной сессии. Поэтому сервер с 16 физическими ядрами и 128 ГБ RAM можно рассматривать как пример конфигурации с запасом, но не как универсальную норму для 30 пользователей.

В качестве отправной точки можно рассматривать актуальные Intel Xeon 6 или AMD EPYC 9005. Конкретную модель следует выбирать по результатам тестов используемого ПО, а не только по числу ядер.

По рекомендациям Microsoft средняя офисная нагрузка требует примерно одного виртуального процессора на четыре активных пользователя. Для 30 подключений получается:

30 ÷ 4 = 7,5 vCPU.

Конфигурация на 16 физических ядер оставляет ресурс для операционной системы, фоновых служб и кратковременных пиков. Если пользователи одновременно формируют отчёты в 1С, работают с большими таблицами или участвуют в видеоконференциях, запас может потребоваться увеличить.

Два корпоративных NVMe-накопителя в RAID 1 защитят систему от отказа одного диска. Пользовательские данные и резервные копии лучше хранить отдельно. Единственный сервер допустим, если компания готова к простою на время ремонта. Для критичной инфраструктуры нужны как минимум два узла.

Конфигурация для 50–100 пользователей

На этом уровне лучше использовать ферму из нескольких терминальных серверов. Она позволяет распределять сеансы и обслуживать отдельные узлы без остановки работы всей компании.

При средней нагрузке 100 активным пользователям требуется около 25 vCPU. Однако устанавливать всех пользователей на один крупный сервер рискованно: его отказ одновременно остановит весь коллектив. Практичнее распределить нагрузку между двумя или тремя узлами с 16–24 ядрами и 256 ГБ ECC на каждом.

Например, процессоры Intel Xeon 6527P или AMD EPYC 9275F предлагают по 24 ядра и высокую частоту. Это лишь ориентиры класса производительности: итоговый выбор зависит от стоимости платформы, лицензирования, энергопотребления и результатов нагрузочного тестирования.

Профили пользователей, общие документы и базы данных не следует хранить только на локальных дисках RDSH. Для них понадобится отдельное отказоустойчивое хранилище. Узлы соединяют резервируемыми каналами 10 Гбит/с, а RD Connection Broker распределяет новые подключения между серверами.

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

Конфигурация для 100 и более пользователей

Крупной компании потребуется горизонтально масштабируемая ферма из трёх и более RDSH. Количество узлов рассчитывают по профилю нагрузки, требуемому запасу и схеме N+1.

Для иллюстрации схемы N+1 допустим, что пилотное тестирование подтвердило нагрузку в четыре пользователя на vCPU. Тогда узел с 16 выделенными vCPU рассчитан примерно на 64 сессии, а три таких узла — на 192. После отказа одного сервера останется расчётная ёмкость на 128 сессий. Реальный предел нужно определить нагрузочным тестированием.

Для такой инфраструктуры нужны:

• два экземпляра RD Connection Broker;
• несколько RD Gateway для внешних подключений;
• резервирование службы лицензирования;
• централизованное хранение профилей;
• мониторинг загрузки процессоров, памяти, дисков и сети;
• отдельная система резервного копирования.

Увеличивать число пользователей на одном сервере до предела обычно невыгодно. Несколько умеренных по размеру узлов проще обслуживать, резервировать и постепенно добавлять в ферму.

Терминальный сервер для CAD, 3D и задач с GPU

Обычная офисная конфигурация не подходит для CAD, BIM, 3D-визуализации и ML. Здесь производительность зависит не только от процессора и оперативной памяти, но и от модели GPU, доступной видеопамяти, разрешения мониторов, кодирования изображения и характера проектов.

GPU можно целиком передать виртуальной машине через DDA либо разделить между несколькими ВМ через GPU-P. DDA поддерживается в Windows Server начиная с версии 2016, а GPU-P — в Windows Server 2025 и требует совместимого ускорителя. Для части рабочих нагрузок вместо общей среды RDS рациональнее использовать VDI.

Для дизайнеров, инженеров и ML-аналитиков можно рассмотреть GPU-серверы DigitalRazor. Конфигурацию следует подбирать после теста рабочих проектов: номинальные характеристики ускорителя не показывают, сколько пользователей смогут одновременно работать без задержек.

Rackstation AI

Для каких задач Компактный GPU-сервер до 2 видеокарт для начальных задач в AI и графике. Оптимален для инференса, визуализации, VFX и рендеринга в студиях и лабораториях, где важна гибкость.

Подробнее

Видеокарты

RTX / RTX PRO / H200 NVL

Объем видеопамяти до 282 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM до 1024 ГБ DDR5

Форм-фактор 4.5U

Devbox AI

Для каких задач Универсальная платформа на 4–6 GPU для локального обучения моделей и генеративных задач. Подходит для команд, которым важна надёжность сервера и свобода выбора графики — от RTX 5090 до PRO RTX 6000.

Подробнее

Видеокарты

RTX / RTX PRO / H200 NVL

Объем видеопамяти до 576 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM до 1024 ГБ DDR5

Форм-фактор 6.5U

Scale

Для каких задач Сервер промышленного уровня на 8 GPU с кластерной архитектурой. Предназначен для дата-центров и AI-ферм, где требуется масштабируемость и полная загрузка ресурсов под обучение LLM и R&D.

Подробнее

Видеокарты

RTX PRO 6000 / RTX 5090

Объем видеопамяти до 768 ГБ

Процессоры

AMD Epyc, Intel Xeon

Количество ядер до 320

RAM до 3072 ГБ DDR5

Форм-фактор 6U

При проектировании также проверяют лицензирование профессионального ПО и технологии виртуализации GPU. Некоторые приложения лицензируются по пользователям, рабочим местам, виртуальным машинам или физическим ускорителям.

Если на сервере нужны Microsoft 365 Apps, отдельно проверьте актуальную матрицу совместимости Windows Server, тариф с поддержкой Shared Computer Activation и наличие лицензии у каждого пользователя.

Частые ошибки при выборе и настройке терминального сервера

FAQ: вопросы о терминальных серверах

Как выбрать терминальный сервер: главное

Начните с количества одновременных пользователей и разделите их по характеру нагрузки. Для браузера и офисных приложений, 1С, разработки и CAD потребуются разные ресурсы.

Перед заказом оборудования:

1. определите, подходит ли общая среда RDS или нужны отдельные виртуальные рабочие столы;
2. рассчитайте процессор и память по числу одновременных сессий;
3. проверьте нагрузку на хранилище и сеть;
4. выберите лицензии CAL по пользователям или устройствам;
5. предусмотрите резервирование критичных ролей и данных;
6. подтвердите расчёты пилотным запуском.

Для небольшого офиса допустим один сервер, если компания готова к простою при его обслуживании или отказе. Критичной инфраструктуре нужна терминальная ферма с резервом N+1, дублированием ролей и проверяемыми резервными копиями.

Если сотрудники работают с CAD, BIM, 3D или ML, классического RDS-сервера может оказаться недостаточно. В таком случае можно изучить GPU-серверы DigitalRazor или обратиться к нашим специалистам. Мы поможем сопоставить рабочие задачи с возможностями оборудования и подобрать конфигурацию.

HPC 4000

Для каких задач Серия серверов для кластеризации на 4 GPU. Предназначены для дата-центров и AI-ферм, где требуется повышенная плотность для обучение LLM и R&D.

Подробнее

Видеокарты

L40s / RTX PRO / H200 NVL

Объем видеопамяти до 564 ГБ

Процессоры

AMD EPYC, Intel Xeon

Количество ядер до 128

RAM до 1536 ГБ DDR5

Форм-фактор 2U

HPC 8000

Для каких задач Серия серверов для кластеризации на 8 GPU. Предназначены для дата-центров и AI-ферм, где требуется повышенная плотность для обучение LLM и R&D.

Подробнее

Видеокарты

L40s / RTX PRO / H200 NVL

Объем видеопамяти до 1128 ГБ

Процессоры

AMD EPYC, Intel Xeon

Количество ядер до 256

RAM до 2048 ГБ DDR5

Форм-фактор 4U

HGX H200

Для каких задач HGX объединяет 8 видеокарт NVIDIA H200, достигая экстремальной плотности производительности. Благодаря внутренней связности NVSwitch мгновенно интегрируется в масштабные вычислительные кластеры.

Подробнее

Видеокарты

NVIDIA H200 SXM

Объем видеопамяти до 1128 ГБ

Процессоры

AMD EPYC, Intel Xeon

Количество ядер до 256

RAM до 2048 ГБ DDR5

Форм-фактор 5U