Вынести фоновые задания на отдельный кластер
Здравствуйте, коллеги.
Кто-нибудь делал перенос регламентных или фоновых заданий на отдельного агента? Требуется отделить нагрузку пользователей от нагрузки роботов, т.к. именно последние создают большую нагрузку в системе.
Желательно собрать такой кластер на одной физической машине.
Для чего это делается. Замечено, что когда хость обожрется памятью(порядка 30-40 Гб), вся база начинает дико тормозить, не смотря на то, что памяти еще 30%.
1С 8.2.19.130
Кто-нибудь делал перенос регламентных или фоновых заданий на отдельного агента? Требуется отделить нагрузку пользователей от нагрузки роботов, т.к. именно последние создают большую нагрузку в системе.
Желательно собрать такой кластер на одной физической машине.
Для чего это делается. Замечено, что когда хость обожрется памятью(порядка 30-40 Гб), вся база начинает дико тормозить, не смотря на то, что памяти еще 30%.
1С 8.2.19.130
По теме из базы знаний
- Кластер 1С 8.3
- Включение встроенного в платформу механизма "Копии базы данных" и использование "Дата Акселератора". Новый стандартный механизм использования баз OLAP в 1С
- Как работает 1С размером 13 ТБ в условиях непрерывной разработки
- Язык мой – враг мой
- Инструкция по установке Postgres для OLTP приложений и 1С. Часть 1. Базовая конфигурация
Ответы
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(4) то есть перенос сервиса заданий есть, а заставить его работать, получается никак не получится?
8.3 в планах есть, но проблема в том, что это дорога в один конец и поставить базу на старые рельсы будет проблематично.
Оптимизация проводится постоянно, проблема локализации опять же заключается в урезанности 8.2. Это в 8.3 можно в ТЖ посмотреть потребление памяти в разрезе каждого серверного вызова, в 8.2 такого нет.
8.3 в планах есть, но проблема в том, что это дорога в один конец и поставить базу на старые рельсы будет проблематично.
Оптимизация проводится постоянно, проблема локализации опять же заключается в урезанности 8.2. Это в 8.3 можно в ТЖ посмотреть потребление памяти в разрезе каждого серверного вызова, в 8.2 такого нет.
Нужно скопировать ветки реестра, создать второй сервер на локальной машине, назначить ему другие порты для работы и в Требованиях назначенной функциональности прописать: BackgroundJob.CommonModule
и заблокировать начало сеансов пользователей, если не указывать базу данных, то заблокируется все сеансы, и на кластере, применить требования назначенной функциональности полностью.
и заблокировать начало сеансов пользователей, если не указывать базу данных, то заблокируется все сеансы, и на кластере, применить требования назначенной функциональности полностью.
Собственно, решение (переход на 8.3) уже озвучено.
Припарки и компрессы:
- вынести базу в отдельный кластер (если была вместе с другими базами)
- попробовать прописать в коде запуска фоновых "если сервер <> &СерверФоновых тогда возврат", например через СтрокаСоединенияИнформационнойБазы (). Хотя скорее всего СтрокаСоединенияИнформационнойБазы() вернет имя центрального сервера в кластере (точки подключения), а не имя сервера на котором выполняется код. Тогда колдовать с программным подключением к кластеру, перебирать серверы, искать на каком есть такой же пользователь/сеанс, и принимать решение о завершении текущего сеанса/продолжении работы.
Припарки и компрессы:
- вынести базу в отдельный кластер (если была вместе с другими базами)
- попробовать прописать в коде запуска фоновых "если сервер <> &СерверФоновых тогда возврат", например через СтрокаСоединенияИнформационнойБазы (). Хотя скорее всего СтрокаСоединенияИнформационнойБазы() вернет имя центрального сервера в кластере (точки подключения), а не имя сервера на котором выполняется код. Тогда колдовать с программным подключением к кластеру, перебирать серверы, искать на каком есть такой же пользователь/сеанс, и принимать решение о завершении текущего сеанса/продолжении работы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот