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

Заказчик почти всегда формулирует задачу одинаково: «нужен сервер терминалов на 20 человек» или «на 40 бухгалтеров в 1С». Дальше начинается угадывание, потому что «20 человек» ничего не говорит о нагрузке: одно дело офисные сотрудники в браузере и Word, совсем другое бухгалтерия, которая одновременно проводит документы в базе на несколько гигабайт. В этой статье разберём, из чего складывается расчёт терминального сервера: сколько ядер и ОЗУ нужно на пользователя, почему для терминала важен именно SSD/NVMe, что с лицензиями Windows Server и RDS CAL, и как перевести всё это в конкретное железо.

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

Терминальный сервер представляет собой один физический или виртуальный сервер, на котором несколько пользователей одновременно работают в отдельных изолированных сессиях через протокол RDP (Remote Desktop Protocol). Технология на стороне Windows называется Remote Desktop Services, RDS (в старых версиях Windows Server эта роль называлась Terminal Services). Пользователь подключается со своего компьютера или тонкого клиента, видит рабочий стол или конкретное приложение, но все вычисления происходят на сервере: он же держит операционную систему, приложения и данные для всех сессий одновременно.

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

От чего зависит число одновременных пользователей

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

Процессор: суммарные ядра и потоки

В терминальной сессии офисный пользователь редко нагружает процессор больше, чем на короткие пики при открытии документа, формировании отчёта или пересчёте таблицы. Ориентир для планирования: 1 физическое ядро на 4-6 легких офисных пользователей (почта, браузер, документы) или 1 ядро на 2-3 пользователей с более тяжёлой нагрузкой (1С, CAD-просмотрщики, обработка больших таблиц). Технология Hyper-Threading добавляет логические потоки, которые дают ощутимый прирост именно в многопоточных терминальных сценариях, но не заменяют физические ядра один в один: планировать нужно от количества ядер, а потоки считать как запас.

Оперативная память: главный лимитирующий фактор

На практике именно ОЗУ раньше всего упирается в потолок, потому что каждая сессия держит в памяти собственный набор процессов, даже если пользователи открывают одни и те же приложения. Базовый ориентир: 1-2 ГБ на офисного пользователя (Word, Excel, браузер с несколькими вкладками, почтовый клиент) плюс отдельный резерв под операционную систему и фоновые службы сервера, обычно 4-8 ГБ сверху. Для 1С расход выше: одна активная сессия в «толстом» клиенте с объёмной базой может занимать 2-4 ГБ и больше, особенно при формировании тяжёлых отчётов. Материал о том, чем регистровая ECC-память отличается от обычной, разобран в статье про ECC REG-память: для сервера, который работает круглосуточно под десятками сессий, это не опция, а необходимость.

Диск: почему без SSD/NVMe терминал не масштабируется

Профиль дисковой нагрузки терминального сервера складывается из множества параллельных случайных операций чтения и записи: у каждого пользователя свой профиль, временные файлы, кэш приложений, у 1С постоянные обращения к базе. Механический HDD физически не успевает обслуживать больше 10-15 параллельных сессий с такой нагрузкой: растут задержки, сессии подвисают на открытии окон. SSD, а тем более NVMe, снимают это ограничение за счёт на порядки более высокой скорости произвольного доступа. Практический вывод: терминальный сервер больше чем на 10-15 пользователей без SSD не имеет смысла собирать вообще.

Лицензии: что входит в поставку, а что нет

Важная оговорка, о которой честно нужно сказать до покупки железа. Мы поставляем серверное оборудование: платформу, процессоры, память, диски, RAID-контроллер. Мы не продаём и не оформляем лицензии на программное обеспечение. Для полноценной работы терминального сервера отдельно потребуются:

• Лицензия Windows Server (Standard или Datacenter, в зависимости от планов по виртуализации).
• RDS CAL (Client Access License): приобретается по пользователю или по устройству, отдельно от лицензии самой операционной системы. Без RDS CAL терминальный сервер работает в грейс-периоде 120 дней, дальше подключения блокируются.
• При необходимости лицензии на прикладное ПО (1С, специализированные CAD/учётные системы), которые обычно тоже считаются по числу одновременных сессий.

Планировать число лицензий стоит одновременно с расчётом железа: обе цифры завязаны на одно и то же число одновременных пользователей.

Практический расчёт: пример на 30 пользователей

Возьмём типовую задачу: 30 сотрудников, из них 20 работают в офисных приложениях и браузере, а 10 в 1С с базой среднего размера.

• Процессор: 20 лёгких пользователей по норме 1 ядро на 5 человек дают около 4 ядер; 10 пользователей 1С по норме 1 ядро на 2-3 человека дают ещё 4-5 ядер. Итого нужно порядка 8-9 физических ядер под нагрузку, плюс запас 30-40% на пиковые одновременные операции и фоновые процессы сервера: выходит около 12-14 ядер.
• Память: 20 × 1,5 ГБ (офис) + 10 × 3 ГБ (1С) = 30 + 30 = 60 ГБ на сессии, плюс 8 ГБ на ОС и службы. Итого около 70-80 ГБ, на практике конфигурацию округляют вверх до ближайшего удобного объёма модулей памяти.
• Диск: обязательно SSD, с запасом под профили пользователей, базу 1С и temp-файлы, от 500 ГБ полезного объёма, с зеркалированием или RAID для отказоустойчивости.

Итоговый ориентир для 30 пользователей смешанного профиля: 12-16 ядер, 96-128 ГБ ОЗУ, SSD от 1 ТБ в отказоустойчивом массиве. Это уровень двухпроцессорной платформы, а не однопроцессорного офисного сервера.

Таблица масштабирования: пользователи → конфигурация

Таблица даёт стартовую точку, а не готовый ответ: конкретный проект нужно сверять с реальным набором приложений и пиковой нагрузкой (например, месячное закрытие в 1С грузит сервер сильнее обычного дня).

Готовые конфигурации в нашем каталоге

Под задачи терминального сервера мы собираем 2U-серверы на плате X99 с двумя процессорами Intel Xeon E5 v4 (сокет LGA 2011-3), регистровой памятью DDR4 ECC REG и SSD Intel S4510 в аппаратном RAID на контроллере P840, это как раз тот профиль «много ядер + много памяти + быстрый диск в отказоустойчивом массиве», который нужен терминалу с 1С:

• 2× Intel Xeon E5-2680 v4 (28 ядер / 56 потоков суммарно), 128 ГБ DDR4 ECC REG, 4× SSD 1 ТБ в RAID: от 360 239 ₽. Хватает на 30-40 смешанных пользователей с запасом.
• 2× Intel Xeon E5-2690 v4, 256 ГБ DDR4 ECC REG, 6× SSD 1 ТБ в RAID: конфигурация под высокую нагрузку, 60-70+ активных сессий 1С или крупный смешанный офис.

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

Заключение

Число пользователей, которое потянет терминальный сервер, определяется не одной цифрой, а тремя одновременно: ядрами процессора, объёмом ОЗУ на сессию и скоростью дисковой подсистемы под параллельную нагрузку. Для точного расчёта нужно разделить будущих пользователей по профилю (лёгкий офис или тяжёлая 1С), заложить запас 30-40% и не забыть отдельно посчитать лицензии Windows Server и RDS CAL: их поставка не входит в наши услуги, они оформляются через Microsoft или партнёров по лицензированию. Если сомневаетесь в цифрах для своего случая, опишите число пользователей и профиль их работы, и мы поможем подобрать конкретную конфигурацию из каталога терминальных серверов под вашу нагрузку.

Автор статьи