RDP или тонкий клиент для 1С: сколько памяти нужно на 25, 50 и 100 пользователей

ИТ-специалист закладывает 128 ГБ, финансист находит сервер с 64 ГБ, а поставщик обещает: «Для 1С хватит». При 50 одновременных сеансах спор решает не название клиента, а расчёт: около 80 ГБ для выделенного RDP-узла и 110 ГБ для серверной нагрузки тонкого клиента.

Задача — выбрать режим доступа и согласовать память до закупки. Ни RDP, ни тонкий клиент нельзя объявить быстрым без замера на Вашей базе. Но предварительную конфигурацию можно посчитать уже сейчас.

Короткий вердикт #

RDP стоит проверять первым, если сотрудники подключаются из филиалов, канал нестабилен, а работа состоит преимущественно из форм, таблиц и документов. Microsoft оценивает сетевой трафик текстовых приложений в RDS в 10–100 Кбит/с на сеанс. Видео, насыщенная графика и перенаправленные устройства увеличивают трафик.

Тонкий клиент разумнее оставить на рабочих станциях в локальной сети, если компьютерам хватает памяти и процессора. Он снимает с терминального узла пользовательские приложения, но не отменяет нагрузку на сервер 1С и СУБД.

Прямого сравнительного теста RDP и тонкого клиента 1С для произвольной конфигурации нет. Поэтому вердикт такой: на слабом канале начинайте пилот с RDP, в быстрой локальной сети — сравните оба режима на одной операции.

Почему RDP помогает на слабом канале #

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

Это преимущество заметно в филиале с задержками и потерями пакетов. В той же серверной или локальной сети результат может измениться: тонкий клиент получит быстрый доступ к серверу, а RDP добавит ещё один слой и соберёт десятки пользовательских приложений на одном узле.

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

• время выполнения;
• загрузку CPU;
• частную память сеанса;
• задержку диска;
• объём сетевого трафика.

Методические материалы 1С предлагают отдельно оценивать нагрузку на CPU, RDP и дисковую подсистему. Это точнее, чем судить по одному ощущению пользователя: форма может открываться медленно из-за запроса к СУБД, а не из-за протокола доступа.

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

Память считают по активным сеансам #

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

Microsoft Learn даёт для узла RD Session Host формулу:

TotalMem = OSMem + SessionMem × NS

Здесь OSMem — память операционной системы, SessionMem — потребление одного пользовательского сеанса, NS — число одновременно активных сеансов.

Общие страницы кода не копируются для каждого пользователя. Частная память приложений и библиотеки, которые нельзя разделить между сеансами, входят в SessionMem. Когда физической RAM не хватает, Windows чаще обращается к файлу подкачки, а нагрузка уходит в дисковую подсистему.

Для первого расчёта возьмём ориентиры, опубликованные Needsysadmin: 0,85 пользователя на 1 ГБ при RDP и 0,6 пользователя на 1 ГБ при тонком клиенте. В пересчёте это 1,18 и 1,67 ГБ на пользователя.

Это не норматив 1С, Microsoft или Dell. Такой коэффициент годится для предварительного бюджета, но после пилота его нужно заменить фактическим потреблением Ваших сеансов.

Подробная методика расчёта терминального узла разобрана в материале про ресурсы сервера RDS.

На 50 пользователей закладывайте 96 или 128 ГБ #

Примем три условия:

• одновременно работают все 50 пользователей;
• Windows Server получает 8 ГБ;
• сверху остаётся резерв 20% на пики.

Для RDP пользовательская нагрузка занимает:

50 × 1,18 = 59 ГБ

С учётом операционной системы и резерва:

(8 + 59) × 1,2 = 80,4 ГБ

Устанавливать ровно 80 ГБ неудобно: состав модулей зависит от числа процессоров, каналов памяти и схемы заполнения конкретного PowerEdge. Рабочая отправная точка — 96 ГБ.

Для тонкого клиента расчёт выглядит так:

50 × 1,67 = 83,5 ГБ

(8 + 83,5) × 1,2 = 109,8 ГБ

Следующая разумная закупочная граница — 128 ГБ. Но эти 128 ГБ нельзя автоматически приписывать одному терминальному серверу: при тонком клиенте память распределяется между рабочими станциями, сервером 1С и СУБД. Считать их нужно отдельно.

Расчёт для 25, 50 и 100 пользователей #

Активные пользователи	Расчёт RDP	Стартовая RAM	Расчёт тонкого клиента	Стартовая RAM
25	45 ГБ	48 ГБ	60 ГБ	64 ГБ
50	80 ГБ	96 ГБ	110 ГБ	128 ГБ
100	151 ГБ	192 ГБ	210 ГБ	256 ГБ

Столбец «Расчёт» получен по одной формуле: 8 ГБ для ОС, норматив на активный сеанс и резерв 20%. Столбец «Стартовая RAM» округлён вверх до конфигурации, которую проще собрать из серверных RDIMM с запасом на пики.

Для 100 пользователей математический минимум равен 151 ГБ при RDP, а не 192 ГБ. Дополнительные 41 ГБ — запас и следствие практической раскладки модулей. Если пилот показывает меньшее потребление, можно собрать другую конфигурацию, но сначала проверьте руководство Dell для точной модели и числа процессоров.

Справочная конфигурация 1С для 100 одновременных пользователей указывает 8 ядер и 16 ГБ RAM. Это не противоречит расчёту выше: методический материал описывает серверные процессы 1С, а не отдельный RDS-узел, на котором одновременно работают 1С, браузер, Office, антивирус и пользовательские дополнения.

Когда 96 ГБ уже мало #

Объём одного сеанса меняет набор приложений. Если бухгалтер держит рядом с 1С браузер с десятком вкладок, Excel и систему электронного документооборота, ориентир 1,18 ГБ быстро устаревает.

Поэтому 128 ГБ для RDP-узла на 50 пользователей оправданы в трёх случаях:

• в сеансах одновременно работают 1С, браузер и Office;
• база использует тяжёлые внешние компоненты или дополнения;
• пилот показывает больше 1,18 ГБ частной памяти на пользователя.

Память следует покупать с учётом схемы установки. Руководство Dell указывает, что PowerEdge R740 поддерживает DDR4 RDIMM, LRDIMM, NVDIMM-N и DCPMM. Типы и позиции модулей нельзя выбирать произвольно: перед заказом сверьте конфигурацию с руководством для R740 и установленными процессорами.

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

После памяти нагрузка упирается в CPU и диски #

Свободные 30 ГБ RAM не гарантируют быстрый вход в сеанс. Microsoft предлагает считать CPU по нагрузке одного пользователя, числу активных сеансов и запасу на пики. Простое удвоение числа процессоров не даёт двукратного прироста ёмкости.

На терминальном узле заметную долю CPU забирают антивирус, индексирование, проверка орфографии и постоянно обновляемые значки приложений. Отключать защиту ради скорости нельзя. Настройте исключения для временных каталогов системных компонентов по правилам Вашей службы безопасности и измерьте результат.

Если CPU и RAM свободны, а вход пользователей и открытие форм задерживаются, проверьте хранилище. RDS пишет системные файлы, файл подкачки, профили и пользовательские данные. Microsoft рекомендует разносить эти потоки по устройствам и применять контроллер с защищённым кэшем записи.

Проверьте расчёт на десяти пользователях #

Для 50 активных пользователей берите 96 ГБ как старт выделенного RDP-узла. Переходите на 128 ГБ, если вместе с 1С в сеансах работают браузер и Office либо замер превышает 1,18 ГБ частной памяти на пользователя.

Перед закупкой проведите пилот:

1. Подключите десять пользователей с типовыми ролями.
2. Снимите частную память каждого сеанса в часы пик.
3. Возьмите 95-й перцентиль, а не среднее значение.
4. Умножьте результат на целевое число активных сеансов, добавьте 8 ГБ для ОС и 20% резерва.
5. Если расчёт занимает больше 80% установленной RAM либо CPU упирается раньше памяти, увеличьте конфигурацию или разделите пользователей между двумя RDS-узлами.

После запуска повторите замер на закрытии месяца. Затем сопоставьте его с параметрами рабочего сервера 1С: лимиты процессов rphost и распределение сеансов могут изменить результат без замены железа.