Терминальные серверы - одна из самых путаных тем в IT, причём путаница рождается не из сложности техники, а из самого названия. На словах всё просто: мощная машина делит вычислительные ресурсы между рабочими местами, а администратор управляет ими из одной точки. Но почему тогда это «терминальный сервер», а не сервер виртуализации? Чем он отличается от RDS? И причём тут 1С? Получив заявку на подбор терминального сервера, наши специалисты нередко перезванивают клиенту, чтобы уточнить, что именно он имеет в виду. Ниже разбираем термин, состав платформы, софт и выбор между RDS и виртуализацией.

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

Терминальный сервер - это не просто мощный компьютер, а многопользовательская среда, где одновременно работают десятки, а то и сотни людей. Каждый получает отдельную сессию: свой рабочий стол, свои ярлыки, окна и запущенные программы. Вычислительные ресурсы при этом общие. На клиентское устройство (ПК, ноутбук, тонкий клиент или планшет) уходит только картинка рабочего стола, а обратно приходят нажатия клавиш и движения мыши. Вся нагрузка ложится на сервер.

Откуда взялось слово «терминальный»

Название родом из прошлого. В Windows XP и Windows Vista служба удалённых рабочих столов в клиентских ОС пускала к компьютеру только одного пользователя и захватывала его экран. Чтобы в одной системе работало много людей, включали режим Terminal Services, который восходит к эпохе UNIX с «немыми» терминалами (экран плюс клавиатура).

В Windows Server 2008 R2 названия сменили официально: Terminal Services стал Remote Desktop Services, а Terminal Server превратился в RD Session Host. Но в России старый термин прижился, и опытные администраторы по привычке говорят «терминальный сервер», приучая к этому и остальных.

Сегодня вся «терминальность» сводится к одному: вы подключаетесь к мощной машине по протоколу RDP (Remote Desktop Protocol) или его альтернативам вроде VNC и работаете там. Сервер - это «мозг», а устройство пользователя - «экран и пульт управления», то есть терминал.

Какие бывают терминалы

Терминал сегодня - любое устройство, способное подключиться к серверу по RDP. Даже Raspberry Pi с Linux на microSD-карте, подключённый к монитору по HDMI, становится терминалом. Варианты такие:

  • Обычные ПК и ноутбуки. Сотрудник включает старый компьютер, который с трудом тянет современный браузер, подключается к серверу и без тормозов работает в 1С или Photoshop.
  • Тонкие клиенты. Маленькие коробочки с комплектующими начального уровня: без мощного процессора, большого диска и кулеров. Железа в них ровно столько, чтобы запустить ОС и RDP-клиент. Они дёшевы, бесшумны и экономичны.
  • Планшеты и прочие устройства - всё, что умеет открыть RDP-сессию.

Схема с тонкими клиентами проста: покупаете тонкий клиент, монитор, клавиатуру и мышь, ставите ОС (или используете предустановленную), прописываете адрес терминального сервера - рабочее место готово. Переплачивать за мощный ПК для офисного сотрудника, работающего с документами и 1С, при наличии терминального сервера нет смысла.

Терминальный сервер или сервер виртуализации

Это самый частый вопрос: развернуть RDS на одной мощной машине или построить сервер виртуализации (Hyper-V, VMware ESXi) и выдать каждому пользователю отдельную виртуальную машину (VDI)?

Разница в расходе ресурсов

В терминальном сервере пользователь - просто процесс в системе. Все сидят в одной операционной системе с общим ядром и общими библиотеками, как если бы 30 человек вошли в один и тот же Windows. На сессию достаточно выделить от 2 до 4 ГБ оперативной памяти.

При виртуализации каждому нужна своя гостевая ОС - полноценная копия Windows, которой требуется минимум 2-4 ГБ только на саму систему, плюс память под приложения. В итоге на пользователя уходит от 6 ГБ и выше, а в условиях дефицита оперативной памяти это слишком дорого.

Параметр Терминальный сервер (RDS) Виртуализация (VDI)
ОС Одна на всех Своя гостевая ОС у каждого
ОЗУ на пользователя 2-4 ГБ на сессию От 6 ГБ и выше
Изоляция Общая среда Сбой одной ВМ не затрагивает остальные
Подходит для Однотипных задач Конфликтующих приложений

Что выбрать

Виртуализация надёжнее и стабильнее: если приложение упало в одной виртуалке, остальные 29 продолжают работать. Но для однотипных задач (1С, Excel, браузер, документы) это часто избыточно, и проще и дешевле собрать всех в одной ОС на терминальном сервере. Если же приложения конфликтуют или требуют разных версий библиотек, виртуализация превращается из роскоши в необходимость. Решает бюджет и характер задач.

Из чего собрать терминальный сервер

Процессор

Здесь важен баланс количества ядер и частоты. Многие смотрят только на ядра, но пользователи работают интерактивно: открывают окна, скроллят, набирают текст. Если частота ядра ниже 2,5-2,8 ГГц, интерфейс начинает запаздывать. Количество ядер определяет, сколько человек вы обслужите одновременно, а частота - насколько плавно им будет работаться. Кэш, архитектура и поддержка AVX (важно для некоторых расчётов и баз данных) влияют на результат косвенно.

Рекомендации:

  • Intel Xeon Scalable. Xeon E5 морально устарели, берите процессоры от 16 ядер. Базовая частота не должна быть слишком низкой - ищите модели около 3 ГГц. Для максимального комфорта и запаса на годы смотрите на Xeon 6-го поколения.
  • AMD EPYC 9004/9005 (Genoa/Turin). На сегодня лучший вариант за свои деньги. EPYC 2-го и 3-го поколений (Rome, Milan) - отличный выбор по соотношению цены и производительности. 4-е и 5-е поколения дадут лучший пользовательский опыт благодаря плотности ядер и частотам.

Предостережение: и у Intel, и у AMD есть процессоры с энергоэффективными ядрами (E-cores). Они хороши для веб-серверов или контроллеров домена, но для терминального сервера с тяжёлыми офисными приложениями не рекомендуются из-за сниженной тактовой частоты - выполнение задач на E-cores приводит к просадкам производительности. Примеры подходящих серверных CPU: AMD EPYC 9354 и Intel Xeon 6517P.

Оперативная память

Память в терминальном сервере линейно зависит от числа пользователей и их аппетитов. Каждая сессия расходует ресурсы на ядро ОС, загруженные библиотеки, драйверы принтеров, кэш браузера, профиль и открытые программы. В RDS есть механизм совместного использования кода (shared pages), но он не отменяет необходимость считать бюджет.

Ориентиры на одну сессию:

  • базовая сессия Windows Server без приложений - 2-4 ГБ;
  • Microsoft Office плюс браузер - 4-6 ГБ;
  • 1С (толстый клиент) - 2-4 ГБ в зависимости от базы;
  • CAD-приложения (AutoCAD, SolidWorks) - от 8 до 16 ГБ и выше.

Отдельная статья расходов - браузеры на Chromium (Chrome, Edge). Пользователь с 10-15 вкладками может занять 5-6 ГБ только под браузер, поэтому аппетиты стоит ограничивать политиками.

Память берите только Registered ECC DDR5 (RDIMM): ECC защищает от битовых ошибок, которые в многодневных сессиях приводят к падениям приложений. По объёму действует правило «бери с запасом». Если цены на память стабильны, закладывайте конфигурацию с запасом на 2-3 года роста. Если кризис полупроводников продолжается, берите на 20% больше расчётной нагрузки. Помните: память общая, и неинструктированные пользователи с YouTube в браузере способны «съесть» весь резерв.

Накопители

На дисковой подсистеме экономить нельзя. SATA SSD, даже топовые (Samsung PM883, Micron 5300), плохо справляются с нагрузкой от 20 и более одновременных пользователей. Протокол AHCI с глубиной очереди 32 - архитектурное ограничение, из-за которого диск становится узким местом при пиковых входах в систему («шторм входа») и при одновременной работе Windows Defender.

Нужны только NVMe корпоративного класса (форм-фактор U.2/U.3). Они рассчитаны на огромное число параллельных запросов и выдают сотни тысяч IOPS: современный NVMe-диск может давать 300 000 IOPS, что эквивалентно примерно 10 хорошим SATA SSD. Даже когда 30 человек одновременно сохраняют файлы, всё продолжает летать.

Схема томов:

  • под ОС и приложения - 2 x 480-960 ГБ NVMe в зеркале (RAID 1);
  • под профили пользователей и данные - 2 x 1,92-3,84 ТБ NVMe в зеркале или RAID 10.

Что до RAID-контроллеров: аппаратный RAID (Broadcom 9560/9670) с кэшем и батареей оправдан для SAS/SATA-дисков. Для NVMe грамотному администратору больше подойдёт программный RAID (Storage Spaces в Windows или ZFS в Linux). Многие современные серверы (Dell R760, HPE DL380 Gen11) позволяют подключать NVMe напрямую к линиям процессора, минуя лишние контроллеры.

Сетевой адаптер

Встроенных гигабитных портов (1 GbE) хватает для управления (IPMI/iDRAC) и для серверов, где меньше 15 пользователей. При 20 и более активных сессиях передача картинки экрана, перенаправление принтеров, звука и буфера обмена насыщают гигабитный канал, образуются очереди пакетов и растут задержки - окна начинают прорисовываться по частям.

Минимальный стандарт на 2026 год - 10GbE. Оптика (SFP+) даёт меньшие задержки, чем медь (10GBase-T). Из карт подойдут Mellanox ConnectX-4 Lx и Intel X710-DA2. Для серьёзной инфраструктуры рекомендуем 25GbE SFP28, это задел на 5-7 лет: Mellanox ConnectX-5, Intel E810-XXVDA2. Портов нужно минимум два: один под клиентский RDP-трафик, второй под доступ к хранилищу профилей (если используется отдельный NAS/SAN или файловый сервер). Четырёхпортовая карта даёт простор для балансировки и отказоустойчивости.

Нужен ли GPU

В 95% офисных сценариев (1С, документооборот, CRM, браузеры) дискретная видеокарта в терминальном сервере не нужна. Windows RDS использует программный рендеринг через GDI и эмуляцию DirectX, поэтому рабочий стол в сессии рисует центральный процессор. Если пользователь включит YouTube, «спонсором» видео станет CPU.

GPU требуется только в трёх случаях:

  • инженерное ПО с 3D-моделированием (AutoCAD, Revit, SolidWorks, NX);
  • видеомонтаж (Adobe Premiere, DaVinci Resolve);
  • задачи машинного зрения или инференса нейросетей (для них подойдут серверные ускорители вроде NVIDIA A100).

Если ваша нагрузка относится к последнему пункту, загляните в раздел серверов для ИИ.

Программное обеспечение

Windows Server

Windows Server с ролью Remote Desktop Services - безусловный лидер и самое распространённое решение. Причины: полная совместимость с 1С и продуктами Microsoft, готовые драйверы для любой офисной периферии (принтеры, сканеры) и привычная пользователям среда.

Самый болезненный вопрос - лицензирование. Кроме самой ОС (Windows Server Standard или Datacenter) нужно купить RDS CAL (Client Access License) на каждого пользователя или устройство. Они бывают двух типов: Per User (привязка к учётной записи, работать можно с любого устройства) и Per Device (привязка к конкретному тонкому клиенту или ПК). В пересчёте на человека это заметно увеличивает стоимость проекта.

Linux

Парадоксально, но Linux-сервер противоречит самому понятию «терминальный сервер», которое крепко связано с Windows. Тем не менее решения на Linux (Astra Linux, X2Go, ThinLinc, Termidesk) занимают свою нишу.

Плюсы: нет лицензионных отчислений за ОС и её функции (кроме коммерческого Termidesk), низкие системные требования, высокая стабильность. В случае Astra Linux это ещё и выполнение требований импортозамещения в РФ. По железу совместимость отличная: на серверных платформах Intel и AMD Linux работает безупречно и выигрывает 2-3% производительности за счёт меньшего потребления ресурсов самой ОС.

Минусы: сложности с пробросом специфического оборудования через VNC (например, USB-ключей HASP, которые не всегда корректно работают по сети) и с запуском Windows-приложений - Wine не панацея, особенно для сложного софта вроде 1С. Linux хорошо впишется в госучреждения с обязательным импортозамещением и в компании, которые уже полностью работают в Linux-среде.

Терминальный сервер для 1С

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

В 2008 году на это были причины: плохие каналы связи, а клиент-серверная архитектура требовала стабильности. Сегодня особых оснований нет. Довод про нестабильный интернет не работает: RDP-трафик требует не меньшей, а порой большей пропускной способности и стабильности, чем тонкий клиент 1С.

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

Выводы

Терминальный сервер - это не просто мощный компьютер, а инженерная система, спроектированная под многопользовательскую нагрузку. Экономия 20% на дисках или процессоре здесь обернётся потерей производительности у 50% пользователей в часы пик. Термины «терминальный сервер» и «службы удалённых рабочих столов» давно смешались: опытные специалисты называют одно, новые - другое.

Идеального терминального сервера не существует. Всегда есть компромисс между ценой железа, стоимостью лицензий, производительностью и временем, которое администратор тратит на настройку и решение проблем. Задача инженера - найти баланс, а наша в «СервакМастер» - дать для этого инструменты.

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