Вики IT-KB

После настройки свойств рабочих серверов в кластере 1С:Предприятие 8.3, настраиваем требования ограничения функциональности в рабочих серверах внутри кластера.

Как гласит п.17 документа Check-list по настройке рабочих серверов в продукционной зоне и п.7.5 документа Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие желательно явно настроить требования назначения функциональности в кластере с двумя и более рабочими серверами для следующих сервисов:

• Сервис лицензирования;
• Сервис полнотекстового поиска данных;
• Сервис работы с внешними источниками данных;
• Сервис журнала регистрации

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

Кроме того, в сети можно встретить мнение о том, что «Сервис сеансовых данных». также лучше приоритетами привязывать к какому-то конкретному узлу кластера.

Посмотрим, как распределены сервисы между рабочими серверами кластера на данный момент:

Настроим для каждого из серверов требования назначения функциональности исходя из того принципа, что выше обозначенные сервисы по приоритету «2» (как более высокому) должны выполнятся на втором сервере (KOM-APP42) и по приоритету «1» (как более низкому) могут попасть на первый сервер (KOM-APP41) лишь в том, случае если второй сервер окажется недоступен, например, будет выведен на длительное время в обслуживание.

То есть для первого сервера (KOM-APP41) все вышеперечисленные сервисы будут добавлены в консоли в узел требования назначения функциональности в следующем виде:

Соответственно, для второго сервера (KOM-APP42) все вышеперечисленные сервисы будут добавлены в консоли в узел требования назначения функциональности с более высоким приоритетом «2» в следующем виде:

После изменения требований назначения ставим в консоли курсор на кластер и в контекстном меню действий выбираем пункт «Применить Требования назначения функциональности(Полное)«:

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

Для проверки того, что сервисы успешно перемещаются на другой сервер, выключим на время первый сервер. Затем таким же образом проверим переключение сервисов на первый сервер при выключении второго.

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

Обратите внимание на то, что полноценное использование механизма «Требования назначения функциональности» доступно только для серверной лицензии КОРП. Лицензия ПРОФ позволяет использовать требования назначения функциональности в том случае, если в этих правилах не указываются дополнительные параметры (имя информационной базы, имя приложения или вид фонового задания).

Дополнительные источники информации:

• 1С ИТС - Требования назначения функциональности
• Выдержки из ИТС по настройке кластера сервера 1С

Проверено на следующих конфигурациях:

Автор первичной редакции:
Алексей Максимов
Время публикации: 13.03.2023 15:30