Как добавить сервер в кластер 1С:Предприятие

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

Операция выполняется через консоль администрирования серверов 1С (оснастка «Администрирование серверов 1С Предприятия») и не требует остановки работающих информационных баз, если заранее подготовить инфраструктуру. Однако ошибки на этапе подготовки — несовпадение версий платформы, закрытые порты, разные имена служб — приводят к тому, что новый сервер либо не регистрируется, либо регистрируется, но не принимает рабочие процессы.

Ниже разобран полный порядок действий: от проверки требований до контроля того, что новый сервер реально обслуживает сеансы. Инструкция ориентирована на типовую конфигурацию кластера 1С:Предприятие 8.3 на Windows, с замечаниями по Linux-различиям.

Подготовка: что проверить до добавления сервера

Ключевое требование — на новом сервере должна быть установлена та же версия платформы 1С:Предприятие, что и на существующих узлах кластера, вплоть до номера релиза. Смешение версий в одном кластере не поддерживается: агенты разных релизов не смогут корректно обмениваться данными реестра. Если на боевом сервере стоит, например, 8.3.22.xxxx, именно этот релиз нужно развернуть и на новом.

Проверьте сетевую доступность между серверами. Узлы кластера обмениваются служебным трафиком, поэтому порты агента (по умолчанию 1540), менеджера кластера (1541) и диапазон портов рабочих процессов (1560–1591 по умолчанию) должны быть открыты в обе стороны в брандмауэрах и на сетевом оборудовании. Если порты кластера были изменены при установке, ориентируйтесь на фактические значения.

Дополнительно убедитесь, что новый сервер разрешает имена остальных узлов и наоборот — кластер чувствителен к DNS-разрешению. Практическая проверка: с нового сервера должен успешно выполняться ping по имени центрального сервера, а с центрального — по имени нового. Если DNS в сети нестабилен, пропишите соответствия в файлах hosts на всех узлах.

Установка платформы и запуск агента на новом сервере

На новой машине запустите установщик платформы 1С:Предприятие и выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». При установке под Windows укажите учётную запись, от имени которой будет работать служба агента сервера — по умолчанию создаётся локальный пользователь USR1CV8, но в доменной среде часто используют выделенную доменную учётную запись с необходимыми правами.

После установки служба «Агент сервера 1С:Предприятия» должна быть запущена и настроена на автоматический старт. Если при установке вы меняли порт агента, убедитесь, что значение совпадает с портом, используемым остальными узлами кластера (стандартно 1540). Проверить, что агент слушает порт, можно командой:

netstat -ano | findstr :1540

На Linux-узле агент запускается скриптом srv1cv8 или через systemd-юнит, а каталог реестра кластера (по умолчанию /home/usr1cv8/.1cv8/1C/1cv8) должен быть доступен учётной записи, под которой работает агент. Права на этот каталог — частая причина «молчаливого» отказа агента стартовать.

Регистрация нового сервера в консоли администрирования

Откройте оснастку «Администрирование серверов 1С Предприятия» (файл 1CV8 Servers.msc). Если консоль ещё не подключена к существующему кластеру, сначала добавьте центральный сервер: правый клик по корню дерева → «Создать» → «Центральный сервер 1С:Предприятия 8.3», укажите имя или IP-адрес текущего сервера.

Разверните ветку центрального сервера, затем ветку «Кластеры» и выберите нужный кластер (обычно он один — «Локальный кластер»). Внутри найдите узел «Рабочие серверы»: здесь перечислены все машины, входящие в кластер. По умолчанию там присутствует только текущий сервер.

Чтобы добавить новый узел, выполните следующие действия:

1. 1
   В консоли администрирования разверните: центральный сервер → Кластеры → Локальный кластер → Рабочие серверы.
2. 2
   Щёлкните правой кнопкой по «Рабочие серверы» и выберите «Создать» → «Рабочий сервер».
3. 3
   В поле «Компьютер» введите имя или IP-адрес нового сервера так, как он разрешается в сети.
4. 4
   Укажите «IP-порт агента сервера» (по умолчанию 1540) и диапазоны IP-портов рабочих процессов (по умолчанию 1560:1591).
5. 5
   При необходимости задайте параметры: «Безопасный расход памяти за один вызов», объём памяти рабочих процессов, при котором сервер считается производительным, и флаг «Центральный сервер» — для обычного узла его не включают.
6. 6
   Нажмите «ОК» и убедитесь, что сервер появился в списке рабочих серверов кластера.

Если при создании появляется ошибка соединения, консоль не смогла достучаться до агента на новом сервере: проверьте, запущена ли служба, открыт ли порт 1540 и корректно ли разрешается имя. Ошибка «сервер уже зарегистрирован» означает, что узел добавлен ранее — проверьте список внимательнее.

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

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

По умолчанию для каждого рабочего сервера действует правило «Требование назначения функциональности» с типом «Любое требование» — то есть новый сервер автоматически принимает любую нагрузку. Если вы хотите выделить сервер под конкретную задачу (например, только под фоновые задания или только под веб-сервисы), создайте явные требования: в ветке кластера откройте «Требования назначения функциональности» и настройте объекты требований, типы требований и приоритеты.

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

Проверка результата и распределения нагрузки

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

В консоли администрирования откройте ветку «Рабочие процессы» кластера: там должны присутствовать процессы с указанием компьютера нового сервера. Затем проверьте ветку «Сеансы» конкретной информационной базы: у части сеансов в колонке «Рабочий сервер» должно стоять имя нового узла. Новые подключения начинают распределяться сразу, а уже открытые сеансы остаются на старом сервере до переподключения — это нормально.

Дополнительно проверьте счётчики на самом сервере: загрузку памяти и процессора процессами rphost, наличие ошибок в журнале событий Windows (или в системном журнале Linux) от службы агента 1С. Технологический журнал платформы на новом узле при штатной работе не должен содержать повторяющихся ошибок соединения с менеджером кластера.

Типичные ошибки и ограничения

Самая распространённая ошибка — добавить сервер с другой версией платформы. Кластер может принять такой узел в список, но рабочие процессы на нём будут завершаться с ошибками, а пользователи получат обрывы соединений. Лечение одно: привести версии в соответствие и перезапустить агента.

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

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

Частые вопросы