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

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

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

Однако, до сих пор непонятно, почему север называется именно “ терминальным”. На самом деле, если среди вас есть пользователи 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 с установленной на microSD карте Linux-системой, подключенный к монитору через HDMI, превращается в терминал.

Терминалы могут представлять собой и обычные стационарные ПК или ноутбуки. Сотрудник включает свой старенький компьютер, который еле тянет современный браузер, подключается к терминальному серверу и работает в 1С или Photoshop без тормозов.

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

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

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

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

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

Давайте разберемся, какие компоненты понадобятся для сборки идеального терминального сервера.

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

Рекомендации по выбору:

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

Важное предостережение: как у Intel, так и у AMD есть процессоры с энергоэффективными ядрами (E-cores). Они отлично подходят для веб-серверов или контроллеров домена, но не рекомендуются для терминального сервера с тяжелыми офисными приложениями из-за сниженной тактовой частоты. Исполнение задач на E-cores приводит к просадкам производительности.

Оперативная память в терминальном сервере — это расходник, который линейно зависит от количества пользователей и их аппетитов. Каждая сессия потребляет память на ядро ОС, загруженные библиотеки, драйверы принтеров, кэш браузера, сам профиль и открытые приложения. В 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, только корпоративный класс. 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 дисков. Для администратора с прямыми руками лучше подойдет программный 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 или файловый сервер). Хорошая сетевая карта с 4 портами даст вам пространство для творчества (например, балансировка или отказоустойчивость).

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

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

• Инженерное ПО с 3D-моделированием (AutoCAD, Revit, SolidWorks, NX).
• Видеомонтаж (Adobe Premiere, DaVinci Resolve).
• Задачи машинного зрения или инференса нейросетей.

Серверный ИИ-ускоритель Nvidia A100.

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

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

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

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

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

Это отдельная и очень странная тема. Пока все прогрессивные компании работают по клиент-серверной архитектуре, терминальный сервер 1C все еще работает по методичке 2008 года. Суть этого явления в том, что вы не покупаете дорогие серверные лицензии 1С (лицензии на сервер 1С:Предприятия), а ставите на терминальный сервер обычный толстый клиент 1С. Вы подключаетесь к терминальному серверу по RDP, запускаете там толстый клиент и работаете. Зачем? В 2008 году на это были причины: каналы связи были плохие, а клиент-серверная архитектура требовала стабильности. Сегодня особых причин так делать нет. Кто-то скажет, что это нужно в условиях нестабильного интернета. Но RDP трафик, как ни странно, требует не меньшей, а иногда и большей пропускной способности и стабильности, чем работа тонкого клиента 1С. Идея не бредовая только в одном случае: если вы программист 1С и вам нужен конфигуратор. Конфигуратор доступен только в режиме толстого клиента, и запускать его на своем ноутбуке, напрямую подключившись к базе на сервере — опасно (можно положить сеть тяжелыми запросами). Самое смешное, что терминальный сервер "для 1С" в контексте замены клиент-серверного варианта спрашивают до сих пор. Удивительно, но факт.

Терминальный сервер — это не просто мощный компьютер, а инженерная система, спроектированная под многопользовательскую нагрузку. Экономия 20% на дисках или CPU здесь обернется потерей производительности 50% пользователей в часы пик. Тема действительно запутанная: термины "терминальный сервер" и "службы удаленных рабочих столов" полностью смешались, старые специалисты называют одно, новые — другое. Но мы постарались разложить все по полочкам. Всегда помните главное: идеального терминального сервера не существует. Всегда будет компромисс между ценой железа, стоимостью лицензий, производительностью и временем, которое сисадмин потратит на настройку и решение проблем. Задача инженера — найти этот баланс, а наша задача в ServerFlow — дать вам инструменты для этого поиска. ServerFlow специализируется на поставке серверного оборудования и готовых конфигураций терминальных серверов под ключ. Если вам нужна помощь в расчете нагрузки, подборе компонентов или тестировании пилотного образца — обращайтесь. Мы поможем разобраться даже в такой запутанной теме.