Терминальный сервер — устройство, предоставляющее удалённый доступ к рабочим столам, делегирующее вычислительные ресурсы конечному пользователю. От виртуального сервера отличается лишь тем, что не создаёт отдельную виртуальную машину, а предоставляет рабочую сессию на текущей системе.
Используется со специализированным программным обеспечением, поддерживающим возможность работы посредством удалённой сессии. В 2025 году технология сохраняет свою актуальность, так как позволяет экономить и получать максимальную выгоду.
Пришло время подробнее рассказать про терминальный сервер, ведь применение такого аппаратно-программного комплекса широко распространено. Иногда проще сделать одну производительную единицу техники и создать десяток рабочих столов с удалённым доступом, чем применять множество персональных компьютеров, усложняющих обслуживание и администрирование.
Назначение терминального сервера
Предположим, возникла такая ситуация. Есть 10 сотрудников компании, им необходимо работать с Word, Exel, отправлять почту и обрабатывать заказы в CRM. Иногда требуется работа с 1С. Конечно, можно каждому работнику купить ПК, но каких вложений это потребует? При этом на компьютер нужно будет установить Windows, периодически обслуживать. Одни сложности.
Ведь потребуется больше лицензий, а также суммарно больше мощностей и персональных компьютеров, что значительно увеличит стоимость технической инфраструктуры.
Есть более простой способ решить задачу:
- создать центральный узел, в качестве которого выступит сервер терминалов;
- позволить доступ конечного пользователя к нему;
- выделять ровно столько мощностей, сколько потребуется для решения задачи.
Как видите, терминальный сервер позволяет просто и незамысловато решить задачу. Ставите один производительный сервер, создаёте 10 учётных записей для сотрудников, ставите тонкие клиенты и даёте доступ сотрудникам. Просто учтите, что нужно обеспечить несколько важных вещей:
- сетевой канал;
- ресурсы процессора;
- количество оперативной памяти;
- дисковая память.
Как видите, учесть требуется минимальное количество факторов, но могут возникнуть другие проблемы — лицензии. Тут есть свой подход, позволяющий хорошо сэкономить, если решили действовать легально. В конце статьи о них расскажу.
Конечно, не стоит забывать, что и к администрированию придётся подойти с умом, грамотно выдавая права пользователям, а также устраняя потенциальные уязвимости.
Технологии
Требования к устройству будут разниться от численности пользователей, операционной системы и требований программного обеспечения. Пойдём от простого к сложному. Начнём с требований к программному обеспечению.
Здесь зависит от типа гостевых сессий. Например, для каждого рабочего стола может инициализировать отдельный процесс, который будет потреблять указанное в требованиях количество вычислительных ресурсов, например, у Adobe Acrobat встречалась такая проблема. Процессы рендеринга при отображении страниц, ускорение 2D-графики, разные типы сглаживания, работали для каждого удалённого рабочего стола отдельно, что негативно влияло на производительность. Даже сейчас такая проблема наблюдается.
Второй тип, когда терминальный доступ предоставляется не посредством запуска отдельных рабочих столов, а созданием отдельных сессий в одном приложении. Например, так построены веб-серверы, которые работают под одной ОС, но создают разные сессии внутри себя.
Так что, в первую очередь нужно выяснить, сколько будет съедать ресурсов отдельный процесс. Фактически придётся вычислить полное потребление каждого рабочего стола. Занятие довольно сложное.
Теперь вопрос об операционной системе. Вообще, раскрыть в рамках статьи подобный вопрос довольно сложно, существуют десятки ОС, наиболее распространённые из которых:
- Unix-подобные, наиболее популярные из которых относятся к подтипу Linux;
- Windows, в том числе и серверные версии;
- BSD, также UNIX-подобная система, но перетерпевшая колоссальные изменения;
- множество других, например, самописных, заточенных под специализированные задачи.
Каждая OS будет иметь собственные требования, а также разные возможности предоставления терминального доступа. Требования к устройству будут серьёзно разниться в зависимости от типа операционной системы.
И на закуску. Численность пользователей наиболее важна, ведь в зависимости от численности единовременных сессий будут зависеть конечные требования к терминальному серверу. Каждый человек — потенциальный удалённый рабочий стол. Придётся считаться с этим, когда создаёте техническую инфраструктуру.
А также необходимо дать каждому пользователю столько мощности, сколько потребуется для работы. Иногда терминальные серверы миксуют с виртуализацией.
Объединяют кластер серверов, создают несколько виртуальных серверов для разных задач, а потом дают к ним терминальный доступ конечным пользователям.
Требования к технике
Посмотрели, с чем придётся столкнуться? Отлично. Надеюсь, вы понимаете, что не смогу раскрыть все возможные варианты сборок под каждую задачу. Только под те, что реализовывал самостоятельно, могу рассказать. Но всегда сталкивался с несколькими проблемами, которым стоит уделить внимание при создании терминального сервера.
Когда проектируете сервер терминалов, всегда учитывайте простой факт — лучше выделить на каждый рабочий стол отдельный поток процессора, а лучше отдельное ядро.
Например, если пользователей 20, то рекомендуется взять минимум 10-ядерный CPU с 20 потоками. А лучше 20-ядерный процессор. Но тут зависит от требований приложений. Если это какой-нибудь офис, юзаемый сотрудниками, ничего страшного. А если ребята усиленно возятся с программированием и периодически запускают компиляторы, то каждый сотрудник может потреблять колоссальные ресурсы.
Дисковая подсистема — слабое звено терминального сервера, если там усиленно работают с файловой базой. Например, если пользователи запускают разные приложения, но все находятся на одном диске. Делайте RAID, устанавливайте SSD, раскидывайте приложения по разным накопителям. Сделайте так, чтобы один HDD не забивался кучей обращений. Лучше даже выделять отдельный диск на 2-4 сессии. И использовать для этих задач SSD, если объёма будет достаточно.
Оперативная память. Если на всех требуется 64 ГБ, то большая ошибка ставить 2 планки по 32 ГБ. Желательно, чтобы ОЗУ тоже дробилась и количество обращений к планке не становилось критическим.
Разбейте по 16 ГБ, так будет надёжнее. Но учтите максимальное количество разъёмов. Если их всего 4, а в планах 128 ГБ, то тогда придётся остановиться на планках по 32.
Сетевая плата. Очень серьёзная проблема! Почему? Да потому, что 1GbE на большую численность соединений попросту не хватает. Не потому, что канал забивается, а попросту не параллелится. Большинство серверов сейчас поддерживает 10 и 100 Гбит, лучше использовать такие сетевые платы.
Берите платы с поддержкой независимых каналов, тогда проблем получится избежать. 2, а лучше 4.
Блоки питания лучше использовать с возможностью горячей замены, иначе при отказе одного, устройство будет обесточено. Не забудьте взять хороший источник бесперебойного питания. В случае обесточивания это даст время нормально завершить работу, сохранив все данные. Остальное уже по усмотрению. Впрочем, могу накидать несколько полноценных сборок, которые можете заказать. Все сделаю на базе Supermicro, чтобы обойтись без переплат. Цену указывать не буду, так как постоянно скачет, как надежда с небоскреба.
Тонкий клиент
На чем же требуется работать с терминальным сервером? Правильно, любое устройство, которое сумеет отвечать за ввод и вывод данных:
- старый компьютер;
- планшет;
- моноблок;
- специализированное устройство.
В общем, тонким клиентом может быть всё, с чего вы можете получить доступ к терминальной сессии. Частенько для этого закупаются специализированные «боксы» с минимальной вычислительной мощностью.
Они просто выводят данные на монитор и считывают и отправляют данные ввода. Не более. Сами по себе информацию не обрабатывают. Но в таком случае на терминальный сервер необходимо установить видеокарту, ведь устройство не сможет самостоятельно обрабатывать графику.
Толстый клиент
По сути, обычный ПК. Да, толстым клиентом называют устройство, выполняющее работу совместно с терминальным сервером. Например, за обработку данных отвечает сервер, а за графическое отображение или рендеринг будет отвечать толстый клиент.
Полезное сочетание, но не всегда эффективное. Обычно наоборот: лучше сложные задачи вроде рендеринга, работы с графикой, облачных вычислений пустить на рабочую станцию или сервер, а ПК использовать для более простых задач.
Но если для решения задачи достаточно лишь ПК, тогда можно использовать толстый клиент в сочетании с терминальным сервером.
Лицензии
Теперь об очень важном. В случае терминального сервера идёт несколько иное лицензирование. С одной стороны может быть выгодно, с другой не очень. Давайте рассмотрим стандартные типы лицензий для подобной технической инфраструктуры:
- На количество рабочих мест. Не самый выгодный вариант, ведь получается, что сотрудников может быть несколько десятков, а работать с приложением единовременно будет не больше 10. Если работают все без исключения, то можно на каждое рабочее место брать отдельную лицензию.
- На количество пользователей. То бишь лицензия предусматривает определенную численность единовременных пользователей. Больше нельзя, меньше можно. Если сотрудники используют ПО лишь периодически и по очереди, то получается очень выгодный вариант. А вот с отдельными ПК такой вариант уже не прокатит.
- По числу соединений. Очень редкий тип лицензий, вживую ещё не видел, но принцип аналогичный тому, что выше, но тут ограничение — численность единовременных сессий.
Так что, если нужно сэкономить на ПО, а не ставить на каждый компьютер отдельно, то использование сервера терминалов даёт серьёзную гибкость в лицензировании.
Сборки терминальных серверов
А теперь немного расскажу про подходящие сборки. Ну, на текущий момент их можно использовать.
Вариант 1

Платформа: Supermicro SuperServer SYS-511R-M
CPU: 1 x Intel Xeon Processor E5-2420
RAM: 3 x 8 ГБ HPE ECC Registered (500662-B21/501536-001)
SSD: 2 x SSD 870 QVO 4 ТБ
HDD: 2 x Toshiba S300 HDWT380UZSVA 8 ТБ
Эта сборка подойдёт для простого сервера 1C, с дисковой подсистемой, состоящих их 2 SSD с интерфейсом SATA, объединённых в RAID 1, а также дискового хранилища из 2-х HDD, чтобы хранить всякие отсканированные файлы. Тоже RAID 1, хватает сервера на 6 сессий, для работы требуются тонкие клиенты с собственной графической картой.
Используются устаревшие компоненты для экономии денег.
Вариант 2

Платформа: Supermicro SuperServer SYS-621P-TR
CPU: 2 x Intel Xeon Silver 4510
RAM: 4 x 16 ГБ Kingston ECC (KSM48E40BS8KI-16HA)
SSD: 8 x SSD Kingston DC600M 3.84 ТБ с переходниками на 2,5
Терминальный сервер для 50 пользователей IP-телефонии и ведения базы данных клиентов. 8 SSD используются для создания 2 отдельных линий RAID 10, одна используется для пользовательских задач, другая для базы данных. Бэкап сервер идёт отдельно.
Требуются тонкие клиенты, имеющие собственные видеокарты для работы.
Вариант 3

Платформа: Supermicro SuperServer SYS-220HE-FTNRD
CPU: 2 x Intel Xeon Gold 5317
RAM: 8 x 16 ГБ Supermicro (Micron) (MEM-DR416MB-ER32)
NVME: 6 x Solidigm D7-P5520 3,84 ГБ
GPU: 3 x NVIDIA A40
Терминальный сервер для работы с CAD и архитектурных вычислений на 3-х пользователей. Мощность устройства даже избыточна. Спокойно позволяет работать несколькими пользователям CAD, 3 видеокарты NVIDIA A40 полностью можно загрузить только при вычислениях.
Терминальный сервер — хорошее решение для бизнеса
Меньше компьютеров, централизованное обслуживание. Такой формат намного удобнее, чем использование отдельных компьютеров. И, зачастую, даже дешевле.
Надеюсь, я доступно объяснил всё про терминальные сервера, на этом с вами прощаюсь, желаю всего доброго и успехов!