Сколько памяти нужно серверу 1С: расчёт по rphost

На сервере 12 ядер, средняя загрузка процессора держится ниже 50%, а 1С отвечает с задержкой. Закупка второго CPU кажется логичной — пока диспетчер задач не показывает, что свободной памяти почти не осталось.

В такой ситуации сначала считайте память всех rphost, а уже потом ядра. Цель — понять по текущим замерам, хватит ли 64 ГБ, нужен ли переход на 128 ГБ и за что просить доплату: за DIMM, второй процессор или настройку кластера.

У rphost нет постоянного расхода памяти #

rphost.exe обслуживает пользовательские сеансы и выполняет серверный код 1С. Рядом работают менеджер кластера rmngr.exe, агент ragent.exe, Windows и средства мониторинга. Все они забирают часть оперативной памяти.

Параметр «Рабочая память» задаёт верхнюю границу для одного rphost, но не обещает постоянный расход. Реальное потребление зависит от конфигурации, числа сеансов и выполняемых операций. Это следует из методики ИТС 1С по диагностике потребления памяти.

В той же методике приведён расчёт для сервера с 12 ГБ:

12 ГБ − 2 ГБ для ОС − 3 ГБ × число rphost

При трёх рабочих процессах свободен 1 ГБ:

12 − 2 − 3 × 3 = 1 ГБ

Четвёртый rphost уже не помещается в этот бюджет. Но 3 ГБ — условие примера из методики, а не норматив для любой базы. Если Ваш процесс на пике занимает 9 ГБ, подставлять 3 ГБ нельзя.

Поэтому планировать память только по числу пользователей опасно. Сначала снимите пиковое потребление процессов, затем подставьте его в расчёт.

Свободный CPU ещё не означает, что нужны новые ядра #

Системный счётчик усредняет загрузку по всем ядрам. Одно ядро может работать на пределе, пока остальные простаивают, а общий график покажет спокойные 30–40%.

Есть и второй слой — NUMA, то есть разделение процессоров и памяти на аппаратные узлы. В техническом разборе SoftPoint на Habr указано, что отдельный rphost не выходит за пределы одного аппаратного NUMA-узла. Свободные ядра соседнего узла не ускорят процесс, который уже упёрся в свой узел.

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

Это не основание отключать NUMA в BIOS. Сначала сопоставьте нагрузку отдельных rphost, число сеансов в них и доступную память. Порядок полной проверки описан в материале о том, как найти узкое место в процессоре, дисках или сети.

Формула памяти для сервера 1С #

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

RAM сервера =
резерв ОС и служебных процессов
+ число rphost × лимит одного rphost
+ память остальных приложений
+ запас на пик

Возьмём сервер с 64 ГБ. Допустим, 8 ГБ оставляем Windows, rmngr, ragent и мониторингу. В кластере работают четыре rphost, а лимит каждого равен 10 ГБ.

64 − 8 − 4 × 10 = 16 ГБ

Конфигурация помещается в 64 ГБ и оставляет 16 ГБ запаса. Значения 8 и 10 ГБ — допущения примера. В рабочем расчёте замените их собственными пиковыми замерами.

Теперь увеличим число процессов до шести:

64 − 8 − 6 × 10 = −4 ГБ

Серверу не хватает 4 ГБ ещё до запаса на пик. Ближайшая практичная ступень — 128 ГБ: промежуточный объём может потребовать неудобной раскладки DIMM и осложнить следующий апгрейд.

Правило переноса простое: каждый дополнительный rphost прибавляет к требованию установленный для него лимит. Если лимит равен 10 ГБ, два новых процесса требуют ещё 20 ГБ.

Совместное размещение меняет расчёт. PostgreSQL, SQL Server и пользовательские RDP-сеансы нельзя прятать в резерв для ОС. Им нужен отдельный бюджет. Для PostgreSQL пригодится расчёт настроек на сервере с 32 ГБ ОЗУ, а потребление пользовательских сеансов разобрано отдельно в сравнении RDP и тонкого клиента для 1С.

Как снять замеры на работающем сервере #

Начните со счётчика \Memory\Available MBytes в Windows Performance Monitor. Методика ИТС 1С использует его для контроля доступной памяти на сервере приложений.

Затем запишите потребление каждого rphost в часы пик. Одного столбца «Память» в диспетчере задач мало. Working Set показывает физическую память процесса, а PagefileUsage — закоммиченный объём, который Windows обязалась предоставить процессу. Различие этих метрик описано в техническом материале Infostart о лимитах памяти rphost.

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

Минимальный набор замеров:

• \Memory\Available MBytes;
• Working Set каждого rphost;
• PagefileUsage каждого rphost;
• число рабочих процессов и сеансов в каждом;
• пиковое потребление СУБД и RDP, если они стоят на том же сервере.

Если доступная память сокращается во время нагрузки, а после её окончания возвращается, это похоже на обычный рабочий пик. Если один rphost растёт несколько дней и не отдаёт память, расчёта ёмкости уже мало: нужно искать причину роста.

Для разбора распределения памяти методика ИТС 1С предлагает вкладку File Summary в RamMap. Полный дамп процесса можно снять утилитой Microsoft Sysinternals ProcDump с флагом -ma. Дамп нужен для диагностики утечки или конкретной операции, но не заменяет замеры для подбора RAM.

Настройки лимитов и распределения сеансов разобраны в статье о параметрах рабочего сервера 1С. Слишком низкий лимит способен завершать рабочие процессы, а слишком высокий позволяет одному rphost вытеснить соседей.

128 ГБ ещё нужно правильно установить в PowerEdge #

Нужный объём памяти не гарантирует, что выбранные модули подойдут к серверу. Проверяйте руководство Dell для точной модели, процессоров и уже установленных DIMM.

Для PowerEdge R740 официальное руководство Dell разрешает RDIMM и LRDIMM, но запрещает смешивать эти два типа в одной конфигурации. На двухпроцессорном R740 объём и позиции модулей по сторонам обоих CPU должны совпадать. В смешанной раскладке Dell допускает не больше двух разных ёмкостей DIMM.

Эти правила относятся к R740. Переносить их без проверки на R730, R750 или другую модель нельзя. Dell публикует порядок поиска нужной таблицы в Supported Memory Configuration Guide for PowerEdge Servers.

Есть и финансовая ловушка. Часть слотов относится ко второму процессору. Если ради нужного объёма приходится устанавливать второй CPU, к цене памяти добавятся процессор, радиатор и другие обязательные компоненты конкретной комплектации.

Считать бюджет нужно так:

Бюджет апгрейда, ₽ =
совместимые DIMM с НДС
+ обязательные компоненты для симметричной установки
+ монтаж
+ стоимость согласованного простоя

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

Когда ставить DIMM, а когда настраивать кластер #

Если Available MBytes подходит к нулю, а процессы достигли обоснованных по замерам лимитов, добавляйте RAM. Для приведённого примера четыре rphost по 10 ГБ помещаются в 64 ГБ с запасом 16 ГБ, а шесть процессов требуют перехода минимум на 128 ГБ.

Если свободная память есть, но один rphost перегружен, новые DIMM сами по себе задержку не уберут. Проверьте распределение сеансов и границы NUMA.

Если память одного процесса растёт без возврата, снимите полный дамп и найдите операцию, которая удерживает память. Покупка RAM лишь отложит повторение проблемы.

Перед заказом зафиксируйте пять позиций: пиковую память каждого rphost, их плановое число, отдельный бюджет СУБД и RDP, тип установленных DIMM и схему заполнения слотов из руководства Dell. После этого доплата за 128 ГБ объясняется расчётом, а не фразой «1С любит память».