Как установить второй сервер 1С и добавить его в кластер

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

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

Материал рассчитан на администраторов, которые уже разворачивали сервер 1С и работают с консолью администрирования. Описан установочный сценарий для Windows; ключевые отличия для Linux указаны отдельно. Версии платформы на всех узлах кластера должны совпадать — это жёсткое требование, а не рекомендация.

Когда второй сервер действительно нужен

До 25–30 активных пользователей с типовой конфигурацией один сервер обычно справляется без проблем. Сигналами к расширению служат: регулярный рост времени отклика в часы пик, нехватка оперативной памяти из-за процессов rphost, длительные фоновые задания, мешающие интерактивной работе, и требование непрерывности бизнес-процессов.

Важно различать масштабирование кластера и разделение ролей. Если узкое место — СУБД, второй сервер 1С не поможет: нужно оптимизировать запросы или усиливать сервер баз данных. Второй узел кластера эффективен, когда перегружены именно процессы rphost — вычисления на стороне сервера приложений.

Требования к оборудованию и лицензиям

Второй сервер должен быть не слабее основного по ключевым ресурсам: объём оперативной памяти определяется числом планируемых сеансов и фоновых заданий, а сеть между узлами кластера и сервером СУБД — желательно не менее 1 Гбит/с с минимальными задержками. Размещать узлы кластера в разных сетевых сегментах с медленным каналом между ними — плохая идея: служебный трафик кластера чувствителен к задержкам.

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

Подготовка второго сервера

Установите на новую машину ту же версию платформы 1С:Предприятия, что работает на первом узле, — с точностью до номера сборки. При установке выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». Разрядность дистрибутива (x86-64) должна совпадать на обоих узлах.

Настройте сетевую доступность: узлы кластера обмениваются данными по диапазону портов, заданному при создании кластера (по умолчанию это порты в районе 1540–1591). Откройте эти порты в брандмауэре между серверами, а также доступ к серверу СУБД. Убедитесь, что имя нового сервера разрешается в DNS или пропишите соответствие в hosts — кластер чувствителен к корректному разрешению имён узлов.

Установка агента и добавление узла в кластер

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

1. 1
   Установите на новый сервер платформу той же версии, что на основном узле
2. 2
   Проверьте, что служба агента сервера 1С запущена и слушает свои порты
3. 3
   Откройте порты кластера в брандмауэре между узлами
4. 4
   В консоли администрирования подключитесь к существующему кластеру
5. 5
   Добавьте новый сервер в список рабочих серверов кластера
6. 6
   Укажите диапазоны портов и параметры рабочих процессов для нового узла
7. 7
   Перезапустите агенты при необходимости и проверьте появление процессов rphost на новом узле

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

rac cluster update --cluster=<ID_кластера> --agent=<новый_сервер>

Распределение нагрузки между узлами

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

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

Отказоустойчивость и резервирование

Второй рабочий сервер сам по себе повышает живучесть системы: при падении одного узла кластер перенаправляет новые сеансы на оставшийся. Однако активные сеансы на упавшем узле завершатся с ошибкой — пользователям придётся переподключиться. Полноценная бесшовная отказоустойчивость требует дополнительной настройки уровня отказоустойчивости кластера и резервирования менеджера кластера.

Проверка работы и типичные ошибки

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

Особенности для Linux и виртуальных сред

На Linux агент сервера 1С устанавливается из пакетов дистрибутива платформы и управляется через systemd или скрипты инициализации. Логика добавления узла в кластер та же, но особое внимание уделите правам пользователя, под которым работает агент, и настройкам firewall (firewalld или iptables).

При размещении второго узла на виртуальной машине избегайте агрессивного overcommit по памяти и CPU: процессы rphost чувствительны к нехватке ресурсов, и гипервизорная конкуренция может свести на нет весь выигрыш от масштабирования. Резервируйте ресурсы под ВМ сервера 1С.

Часто задаваемые вопросы