Ограничить память сервера 1с

Обновлено: 04.07.2024

Интересует как правильно ограничить количество сеансов на сервере 1С.

Суть следующая: собираемся разворачивать ERP, количество пользователей 500-600. Так как одна сессия жрёт около 500 Мб ОЗУ, то делать один сервер с 250+ Гб памяти не очень хочется, а хочется сделать 2-3 сервера.
Вот у нас подключилось 200 юзеров на один сервер, надо чтобы новые пользователи подключались на новый сервер не потому что кончились ресурсы, а просто потому что превышен лимит. Или такое можно реализовать только дополнительными рабочими серверами в кластере и он сам будет распределять нагрузку? Или вообще так и надо? :)

Можно ли ограничить количество рабочих процессов? Поделитесь опытом построения такого мощного кластера и желательно под ERP :)

Всем мира, добра и снега. Спасибо за информацию)

А что в вашем понимании Сервер 1С? и у Вас же версия платформы 1С КОРП да?:)
Просто может быть достаточно разнести сервер 1С, Сервер приложений , и собственно или терминальный сервер куда клиенты заходят (или рабочие машины)
У нас планируется RDS+VDI соединения. Надо понять как будет лучше. Иметь один центральный сервер - точно не топовое решение.
ПРОФ или КОРП ещё вопрос открытый, стандартные конфигурации в основном работают на КОРП, но есть и ПРОФ. А вот ERP пока в стадии проекта и что надо понять я уже написал :)
500 пользюков и на 128гб серваке взлетят, если отдельный от субд будет
(8) судя по (3) ТС не понимает о чем речь и пишет про конфигурации КОРП
(8) ТС исследует вопрос, 500 Мбайт конечно сессия толстого клиента на RDP, причем это оценка для УПП и к УФ имеет слабое отношение
(8) У профа же ограничение на количество ядер на проце, в случае с 500-600 пользаков, это не его случай
я бы закладывал не 500 мб на сессию, а хотя бы пару гб
для рдп нормально по 100 чел на сервер.
соответственно на 500 нужна ферма из 5 серверов
А вообще на 500-600 пользаков лучше заказать технологическое сопровождение от компании 1С
(12) вот поэтому тебя и не зовут на проекты, лишнего просишь =)
(15) Да ладно. Сейчас ТС поспрашивает на мисте и до нового года внедрит ЕРП на полтысячи пользователей

Сейчас происходит оценка производительности и ресурсозатрат, подрядчик вообще хочет УТ развернуть, но есть подозрение что хочет УТ, потому что там больше задач по моделированию будет и соответственно больше заработок для них при меньших хлопотах :)

Вопрос конкретно про кластер 1С, как его собрать правильно для максимально правильной производительности. Я вроде без заумных слов по простому сказал что требуется обозначив цель в общих чертах для понимания :)

И опять же вопрос чисто про ERP, так как известно что это хренотень жрёт оч много ресурсов даже если отключить половину модулей. Но конкретных данных в просторах нашего необъятного рунета не нашёл и цифру 500 мб на сеанс пользователя нам сказал опять же подрядчик. Обращаюсь на мисту, так как среди толпы уверенных в себе архитекторов и программистов есть реально 20% людей которые грамотно соображают в связи с знаниями и опытом, а не раздутым эго :)

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

Пробный запуск фоновых заданий основной базы заставило кластер 1С бесконечно перегружать rphost.exe и дополнительный rphost.exe никак не хотел создаваться. Покопавшись в настройках все стало понятно.

Максимальный объем памяти рабочих процессов - это объем памяти, который могут использовать рабочие процессы вместе. Нужно быть очень внимательными при установке параметра, измеряется в байтах. Если установить неверное значение (недостаточное для нормальной работы пользователей) пользователям будет выдана ошибка "Недостаточно свободной памяти на сервере 1С". Так же эту ошибку можно получить, когда на сервере 1С закончилась квота по памяти.

Безопасный расход памяти за один вызов - позволяет контролировать расход памяти при серверном вызове, измеряется в байтах. Если вызов использует больше памяти чем положено, этот вызов будет завершен в рамках кластера 1С без перезапуска рабочего процесса (rphost.exe). Соответственно "неудачник", который выполнил вызов сервера, утратит сеанс с базой 1С без влияния на работу других пользователей.

в одном ГБ - 1073741824 Байт, следовательно в 2 ГБ - 2147483648 Байта

Объем памяти рабочих процессов, до которого сервер считается производительным - при превышении этого параметра сервер в кластере 1С перестанет принимать новые соединения.

Количество ИБ на процесс - позволяет изолировать информационные базы по рабочим процессам. По умолчанию у текущего кластера 1С было установлено значение - "8", но на протяжении нескольких часов работы сервер себя очень нестабильно, сеансы пользователей зависали. После изоляции каждой информационной базы (значение - "1") проблемы пропали.

Количество соединений на процесс - по умолчанию значение "128". Так как у текущей базы очень большая нагрузка фоновыми заданиями (расчет логистики, анализ прайсов, анализ конкурентов и прочее) было принято решение уменьшить количество до "25".

Немного изменились настройки и самого кластера 1С:

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

Режим распределения нагрузки - есть два варианта параметра: "Приоритет по производительности" - памяти сервера тратится больше и производительность выше, "Приоритет по памяти" - кластер 1С экономит память сервера.

Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2.

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

Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.

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

Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.

Особенно интересен параметр «безопасный расход памяти за один вызов». Для тех кто плохо представляет что это такое - лучше не тренируйтесь на «продуктивной» базе. Параметр «Максимальный объем памяти рабочих процессов» позволяет при «переполнении» не обваливать весь рабочий процесс, а только один сеанс «с неудачником». «Объем памяти рабочих процессов, до которого сервер считается производительным» позволяет заблокировать новые соединения как только будет преодолен этот порог памяти.

Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1″. При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.

Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель - возможность вынести ключ на отдельную машину.

Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук. Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.

Наибольший интерес для программистов должен представлять «Требования назначения функциональности».

Требования назначенной функциональности 1с

Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» - «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения.

Сеансы позволяют выполнять балансировку загруженности и отказоустойчивости в управляемом приложении.

Менеджер кластера теперь стал сложнее. Часть функций теперь можно выделить в отдельный процесс и даже разместить на другом рабочем сервере кластера. Это позволяет балансировать загруженность сервера.

Отказоустойчивость сервера 8.2 достигается за счет:

Хранение информации о сеансе работы пользователя.
Пользователь не привязан больше к рабочему процессу.
Резервирование рабочих процессов в кластере.
Должно быть несколько рабочих процессов, в том числе резервируемые
Резервирование кластеров.

Указывается запасной кластер, при подключении - перечисляются в строке соединения

Это позволяет обеспечить непрерывность работы!

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

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

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

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

в одном ГБ - 1073741824 Байт, следовательно в 2 ГБ - 2147483648 Байта

Немного изменились настройки и самого кластера 1С:

Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.

Наибольший интерес для программистов должен представлять «Требования назначения функциональности».

Требования назначенной функциональности 1с

Сеансы позволяют выполнять балансировку загруженности и отказоустойчивости в управляемом приложении.

Отказоустойчивость сервера 8.2 достигается за счет:

Хранение информации о сеансе работы пользователя.
Пользователь не привязан больше к рабочему процессу.
Резервирование рабочих процессов в кластере.
Должно быть несколько рабочих процессов, в том числе резервируемые
Резервирование кластеров.

Указывается запасной кластер, при подключении - перечисляются в строке соединения

Это позволяет обеспечить непрерывность работы!

У многих возникают проблемы с rphost.exe, разного вида:

rphost занимает всю память
rphost грузит процессор
rphost жрет память

причем 1С даже на запущена, а в диспетчере следующее:

ежеминутно расчет на 2-3 мегабайта.

Как быть и что делать?

Решение проблем с rphost

То что 1С у пользователей не запущено - не значит что сервер 1С не должен работать

Он работает- выполняя фоновые задания:

Есть несколько вариантов решения:

1. Обновить платформу 1С и поддерживайте ее в актуальном состоянии

2. Перезапустить сервер или службу Агент 1С Предприятия, но это временное лечение.

3. Отключить выполнение фоновых заданий (но тогда часть операции заложенных в программу не будет выполнено)

Отключить можно в свойствах базы

Установите галку Блокировка регламентных заданий включена и нажмите ОК

Для типовых конфигураций советую отключить обновление Полнотекстового поиска:

4. В консоли администрирования в настройках кластера выставить предел ОП и периодичность перезапуска рабочих процессов

На этом тестовом сервере пока всего 2GB памяти, поэтому когда rphost съедает память на 600 - 850 мегабайт, свободной память остается только 6% - сервер тормозит нереально

Установим следующие параметры для рабочих процессов:

Основное: 500 мб - допустимый объем памяти и Режим распределения нагрузки - Приоритет по памяти

Подробнее об этом я уже писал в статье Оптимальные параметры кластера 1С 8.3

После установки таких настроек кластера, сервер начал стабильно работать.

Интересно услышать Ваши комментарии - Какой у Вас сервер и какие настройки делаете Вы для оптимизации

Читайте также: