Пошаговые руководства, шпаргалки, полезные ссылки...
БлогФорумАвторы
Полезные Online-сервисы
Перечень Бесплатного ПО
Подписка на RSS-канал
После базовой настройки кластера 1С:Предприятие 8.3 в консоли «Администрирование серверов 1С Предприятия» в дереве навигации развернём свойства кластера и перейдём к настройке параметров «Рабочих серверов». Откроем свойства первого рабочего сервера и настроим его параметры.
Значения параметров «Безопасный расход памяти за один вызов», «Критический объем памяти процессов», «Временно допустимый объем памяти процессов», «Интервал превышения допустимого объема памяти процессов» оставляем в значении по умолчанию, позволив тем самым всем вместе взятым рабочим процессам сервера 1С потреблять почти весь доступный объёма памяти на виртуальной машине, так как в нашем случае серверы 1С не совмещены ни с какими другими задачами в рамках одной ОС.
В случае совмещения на сервере серверных задач 1С с другими задачами (сервер СУБД, файловый сервер и т.п.), выше обозначенные параметры желательно настраивать. Но при этом следует помнить, что если указать объём, недостаточный для работы процессов 1С, то, в случае исчерпания выделенного объема памяти, пользователи могут получить ошибку «Недостаточно свободной памяти на сервере 1С».
«Недостаточно свободной памяти на сервере 1С»
В общем случае при расчёте суммарно выделяемой памяти следует придерживаться принципа:
Максимально зафиксированный объем потребляемой памяти 1 рабочего процесса * количество рабочих процессов + 1 (на тот случай, если в свойствах кластера настроен автоматический перезапуск процессов, так как на этапе запуска нового рабочего процесса, заменяемый им старый рабочий процесс удаляется не сразу)
Настраивая выше обозначенные параметры стоит помнить о том, что значение параметра «Временно допустимый объем памяти процессов» зависит от того, какую серверную лицензию использует кластер серверов:
Параметр «Количество ИБ на процесс» (Доступно только для лицензии КОРП) изменим на значение 1 (значение по умолчанию 8). Это позволит разделить на разные процессы обслуживание каждой отдельной взятой ИБ. Если в кластере будет больше одной ИБ, это даст нам возможность понимать то, сколько ресурсов потребляет рабочий процесс той или иной ИБ, а также даст улучшение стабильности работы разных ИБ за счёт их изоляции.
Параметр «Количество соединений на процесс» должен рассчитываться исходя из рекомендаций в документе: На многопроцессорных системах на одном сервере должно работать больше одного процесса rphost. При планировании количества соединений на процесс стоит помнить о том, что понятие клиентских «сеансов» не тождественно понятию «соединение» (почитать об этом можно здесь).
Учитывая отсутствие поддержки со стороны 1С:Предприятие работы с NUMA-узлами сервера, рассчитать количество соединений на процесс можно по формуле:
ЧислоСоединенийНаПроцесс = РасчетноеМаксимальноеКоличествоСоединений / КоличествоNUMAНод.
В случае если будет наблюдаться перекос работы по ядрам, то в расчётной формуле значение КоличествоNUMAНод можно умножать на коэффициент 2,3 и т.д. до тех пор, пока нагрузка на ядра не выравняется. При этом стоит помнить о том, что большое количество процессов rphost приводит к дополнительным накладным расходам и снижению эффективности использования оперативной памяти сервера.
КоличествоNUMAНод
На используемых в нашем случае виртуальных серверах с 8 виртуальными ядрами CPU и одним NUMA-узлом после некоторых экспериментов было решено снизить используемое по умолчанию значение 256 до 32.
В сети можно встретить информацию о том, что в некоторых случаях увеличение количества рабочих процессов (за счёт сокращения числа соединений на процесс) в некоторых случаях может дать прирост производительности. При этом не стоит увлекаться увеличением количества рабочих процессов, так как это влечёт за собой дополнительные накладные расходы на их обслуживание.
Обратите внимание на то, что если мы используем 32-битную версию сервера 1C:Предприятие, то при большой нагрузке в множестве пользовательских соединений в рамках одного процесса мы можем столкнуться с ситуацией, когда объём используемой оперативной памяти одним рабочим процессом может подойти к 4GB, что является пределом потребления памяти для 32-битных процессов. Чтобы не допускать выход потребления одним процессом за этот предел, мы опять же можем воспользоваться уменьшением количества соединений на процесс.
Аналогичным образом настраиваем второй рабочий сервер в кластере.
Дополнительные источники информации:
Проверено на следующих конфигурациях:
Автор первичной редакции: Алексей Максимов Время публикации: 13.03.2023 14:53
