Эксперты в подборе IT-оборудования
Терминальный сервер подбирают от памяти: она заканчивается раньше, чем процессор и диск. Рабочий ориентир - от 0,7 до 6 ГБ на сессию в зависимости от того, чем человек занят, плюс 8-16 ГБ на саму систему и запас 20-30%. Ядро процессора вытягивает 6-12 офисных пользователей. Диск нужен только твердотельный. И отдельная строка расходов - лицензии: для тридцати человек они нередко обходятся дороже железа.
Ниже - как посчитать всё это под свою компанию, три готовых конфигурации и разбор того, на чём обычно ошибаются. Что такое терминальный доступ и как он устроен, разобрано отдельно в материале что такое терминальный сервер.
Расчёт начинается с людей. Прайс - потом. Тридцать бухгалтеров в тонком клиенте 1С и тридцать менеджеров с открытым браузером на двадцать вкладок - это два разных сервера, отличающихся в цене вдвое.
Сессия 1С в тонком клиенте занимает скромно: обычно 100-250 МБ в зависимости от конфигурации базы. А вот браузер съедает больше, чем сама 1С, - в 2026 году это главный пожиратель памяти на терминальном сервере, и почти никто не закладывает его в расчёт. Добавьте офисный пакет, мессенджер, PDF-читалку, и получится картина по классам:
| Класс | Что открыто у человека | Память на сессию | Пользователей на ядро |
|---|---|---|---|
| Лёгкий | 1С в тонком клиенте, почта, один-два документа | 0,7-1,2 ГБ | 10-12 |
| Средний | 1С, браузер на 10-15 вкладок, офис, мессенджер | 2-3 ГБ | 6-8 |
| Тяжёлый | Аналитика, тяжёлые выгрузки, графика, видеозвонки | 4-6 ГБ | 3-4 |
Диапазоны широкие сознательно. Точную цифру даст только замер: посадите пять человек нужного профиля на тестовую машину и посмотрите диспетчер задач в разгар рабочего дня. Это полчаса работы, которые экономят сотни тысяч на закупке.
Отдельно уточните, в каком клиенте работает 1С. Толстый клиент требует заметно больше памяти и процессорного времени, чем тонкий; разница между ними разобрана в материале про толстый и тонкий клиент 1С.
Когда на терминальном сервере кончается оперативка, система начинает выгружать данные на диск. Обращение к диску примерно в тысячу раз медленнее обращения к памяти, и тормозить начинает у всех одновременно - включая тех, кто ничего лишнего не открывал. Отсюда и классическая жалоба «сервер купили, а работать невозможно».
Формула простая:
Тридцать средних пользователей: 30 × 2,5 = 75 ГБ, плюс 12 на систему, плюс четверть сверху - выходит около 110 ГБ, то есть ставим 128.
Главная ловушка здесь - считать по среднему. Возьмёте усреднённые 2 ГБ и умножите на пятьдесят - получите 100 ГБ, которые для чистой 1С в тонком клиенте окажутся переплатой вдвое, а для офиса с браузерами не хватит уже к обеду. Считайте по классам и по реальным людям.
Ещё нюанс: одновременных сессий обычно меньше, чем сотрудников. Если из ста человек в пике работают семьдесят, платить за сто не нужно. Но и закладывать пик по среднему дню опасно - смотрите на конец месяца и на закрытие периода, когда в 1С заходят все сразу.
Люди за терминалом работают рывками. Человек читает документ, думает, печатает, отвечает на звонок - процессор в это время простаивает. Поэтому одно физическое ядро спокойно обслуживает 6-12 офисных пользователей, и гнаться за сорока ядрами под тридцать человек смысла нет.
Планировщик операционной системы сам распределяет процессорное время между сессиями и отбирает его у зависшего процесса - в Windows Server и Linux работает вытесняющая многозадачность. Так что один подвисший Excel не остановит остальных, хотя память и дисковую очередь он подпортить может.
А под 1С решает частота. Многие операции в 1С выполняются в один поток, и такой поток упирается в частоту конкретного ядра. Добавлять ядра тут бесполезно. Процессор на 3,2 ГГц с шестнадцатью ядрами под 1С обычно приятнее, чем на 2,1 ГГц с тридцатью двумя. Для смешанной офисной нагрузки картина обратная - там выигрывает количество.
Конкретный подбор конфигурации под 1С - тема с собственными нюансами, она разобрана в материале про конфигурацию терминального сервера для 1С.
Девять утра. Пятьдесят человек одновременно заходят в систему, и сервер разом читает пятьдесят профилей, поднимает пятьдесят сессий и открывает пятьдесят копий приложений. Механический диск на этом захлёбывается, и вход в систему растягивается на минуты.
Под терминальный сервер берут только твердотельные накопители, желательно NVMe. Обычные SATA-SSD тоже вытянут небольшую нагрузку, но на трёх десятках пользователей разница в отклике уже заметна. Массив собирают с зеркалированием: RAID 10 для нагрузки с активной записью, RAID 1 - если сервер один и дисков два.
Объём считают по слоям: система и приложения занимают 100-150 ГБ, профили пользователей - от 2 до 10 ГБ на человека (и они растут, если не настроить перемещаемые профили и квоты), под файл подкачки закладывают место с запасом (на машинах с большим объёмом ОЗУ его обычно ограничивают вручную, иначе он съест весь массив), плюс временные файлы и обновления. Для тридцати человек это обычно 1-2 ТБ полезной ёмкости.
Базу 1С на том же массиве держать можно, пока людей немного. После тридцати-сорока пользователей СУБД лучше вынести на отдельный сервер: терминальные сессии и база начинают драться за дисковую очередь, и проигрывают обе.
Ориентиры для смешанной офисной нагрузки с 1С. Под чистый тонкий клиент требования ниже, под тяжёлую аналитику - выше.
| 10 человек | 30 человек | 100 человек | |
|---|---|---|---|
| Память | 32-64 ГБ | 96-128 ГБ | 256-384 ГБ |
| Ядра | 6-8 | 12-16 | 24-32 суммарно на все машины |
| Диски | 2 × NVMe в зеркале | NVMe в RAID 10, 1-2 ТБ | RAID 10 + отдельный сервер под СУБД |
| Форм-фактор | tower или 1U | 1-2U в стойке | 2-3 машины в стойке |
| Резервирование | по желанию | второй блок питания | обязательно, плюс балансировка сессий |
Ядер в таблице заметно больше, чем даёт простое деление на 6-12 пользователей. Соотношение описывает среднюю нагрузку, а покупать сервер приходится под пик - конец месяца, когда в 1С заходят все разом.
На сотне пользователей главное решение принимается за пределами спецификации. Не сажайте всех на одну машину. Перезагрузка такого сервера останавливает работу всей компании, а плановое обновление приходится делать ночью. Две-три машины с распределением сессий стоят примерно столько же, зато обслуживать их можно днём, и отказ одного узла компания переживёт.
Терминальный доступ реализуют двумя способами, и выбор между ними влияет на бюджет сильнее, чем модель процессора.
RDS - все пользователи работают в одной операционной системе, каждый в своей сессии. Дёшево по ресурсам, просто в обслуживании, обновления ставятся один раз для всех. Ограничение - единообразие: все получают одинаковый набор программ и одинаковые права. Программу, которая требует прав администратора или конфликтует с чужими настройками, в RDS завести трудно.
Сессии изолированы, и падение приложения у одного человека не роняет сервер. Реальный риск другой: один процесс может выесть память или загрузить процессор, и замедлятся все. Лечится ограничением ресурсов на сессию - такие механизмы есть и в Windows Server, и в Linux.
VDI - каждому человеку выделяется своя виртуальная машина. Полная изоляция, свои права, можно разные операционные системы. Плата за это - ресурсы: каждая машина тащит собственную копию ОС, и по памяти VDI обходится втрое-впятеро дороже RDS при том же числе людей. Плюс нужна платформа виртуализации и человек, который умеет её обслуживать. Требования к железу под VDI разобраны в материале про VDI-сервер.
Для малого и среднего бизнеса RDS закрывает большинство сценариев. VDI берут, когда есть жёсткие требования по изоляции, когда сотрудникам нужны локальные права или когда часть людей работает с тяжёлой графикой.
Этот пункт недооценивают чаще всего, и на нём регулярно спотыкаются при планировании бюджета.
Windows Server лицензируется по физическим ядрам: минимум 8 ядер на процессор и минимум 16 на сервер, причём лицензировать нужно все физические ядра сервера, включая простаивающие. Дальше идут лицензии клиентского доступа - Windows Server CAL на каждого пользователя или устройство. И вот главное: для терминального доступа нужна ещё одна, отдельная лицензия - RDS CAL. Она покупается сверх обычной CAL, и её регулярно забывают.
Считаем для тридцати человек: лицензии на 16+ ядер, тридцать Windows Server CAL, тридцать RDS CAL. Плюс лицензии 1С, плюс антивирус. Сумма догоняет стоимость сервера, а иногда и превышает её.
Microsoft свернула прямые продажи в России, и лицензии сейчас покупают через реселлеров. Формально приобрести их можно, но официальной поддержки и гарантий продления нет - риски компания берёт на себя. Для госсектора, а также для компаний с требованиями по импортозамещению вопрос закрыт: там нужен софт из реестра российского ПО.
Отечественная замена терминальным службам Microsoft существует. Termidesk Terminal от компании «Увеон - Облачные технологии» (входит в группу «Астра») включает собственный терминальный сервер STAL на базе Astra Linux и умеет подключать уже развёрнутые службы MS RDS. То есть переезжать можно постепенно, не выключая существующую инфраструктуру разом.
Подводный камень при смене стека - прикладной софт. 1С под Linux работает нормально, а вот специализированные Windows-приложения, драйверы торгового оборудования и старые бухгалтерские надстройки могут не поехать. Проверять это нужно до закупки железа. После будет поздно.
Бывает, что задача решается проще, и вовремя это понять дешевле любой оптимизации конфигурации.
Если в компании 5-10 человек с обычными офисными задачами и все сидят в одном помещении, обычные рабочие станции обойдутся дешевле связки «сервер плюс лицензии плюс тонкие клиенты». Терминальный доступ начинает окупаться примерно с полутора-двух десятков рабочих мест, и то не всегда.
Единственное приложение, ради которого всё затевается, работает через браузер? Хватит браузера. Сотрудники в разъездах и подключаются через мобильный интернет - работа в терминале превратится в мучение при первой же потере связи. А когда людям нужны локальные права администратора и разные операционные системы, разговор идёт уже про VDI или про обычные ноутбуки.
Отдельный вариант - арендовать терминальный сервер у провайдера. Когда в компании нет своего администратора и нет желания держать железо, аренда снимает вопросы обслуживания, резервирования и лицензий. Взамен получаете ежемесячный счёт и зависимость от канала связи.
Ещё одно соображение против «поставим и забудем»: терминальный сервер собирает данные всей компании в одной точке, а открытый наружу RDP - постоянная мишень для перебора паролей. Что с этим делать, разобрано в материале про безопасность данных на терминальном сервере.
От 0,7 до 6 ГБ в зависимости от задач. Тонкий клиент 1С с почтой укладывается в 0,7-1,2 ГБ, офисная работа с браузером требует 2-3 ГБ, тяжёлая аналитика и графика - 4-6 ГБ. К сумме по всем сессиям добавьте 8-16 ГБ на систему и 20-30% запаса.
Практический потолок для одной машины - 50-70 человек, и упирается он обычно в память. Технически можно посадить и больше, но перезагрузка такого сервера останавливает работу всей компании. От сотни пользователей нагрузку разносят на две-три машины.
Частота. Многие операции в 1С однопоточные, и такой поток упирается в частоту конкретного ядра. Под смешанную офисную нагрузку без 1С выигрывает уже количество ядер.
Да. Помимо лицензий на ядра Windows Server и обычных Windows Server CAL, на каждого пользователя или устройство нужна отдельная RDS CAL. При проверке лицензионной чистоты чаще всего недосчитываются именно её.
Можно. Для организаций с требованиями по импортозамещению есть Termidesk Terminal с терминальным сервером STAL на базе Astra Linux, входящий в группу «Астра». Перед переходом проверьте прикладной софт: 1С под Linux работает, а часть Windows-приложений и драйверов торгового оборудования может не запуститься.
Собираете терминальный сервер под свою компанию?
Инженеры ITTELO посчитают конфигурацию под ваше число пользователей и профиль нагрузки, соберут и протестируют сервер под задачу перед отгрузкой, с гарантией и поддержкой после продажи. На рынке серверов 11+ лет.
