Как добавить сервер в кластер 1С: администрирование серверов

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

Кластер 1С состоит из одного или нескольких рабочих серверов, на каждом из которых работает агент сервера (ragent). Центральный сервер хранит реестр кластера и координирует работу остальных. Когда вы добавляете новый сервер, центральный сервер начинает видеть его агент и может размещать на нём рабочие процессы (rphost), сеансы пользователей и фоновые задания.

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

Что нужно подготовить перед добавлением сервера

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

Убедитесь, что служба «Агент сервера 1С:Предприятия» (ragent) запущена и работает от учётной записи с достаточными правами — обычно это специально созданная учётная запись USR1CV8 или доменная учётная запись с правами на каталоги сервера. Если служба не стартует, проверьте журнал событий Windows: частая причина — конфликт портов или отсутствие прав у учётной записи.

Между серверами кластера и сервером баз данных должна быть сетевая связность. Агенты серверов общаются между собой, поэтому новая машина должна разрешать имя центрального сервера и наоборот. При проблемах с DNS зафиксируйте соответствие имён и адресов в файле hosts на обеих машинах.

Какие порты и сетевые доступы открыть

Сервер 1С использует фиксированный набор портов. Агент сервера по умолчанию слушает порт 1540, кластер работает на порту 1541, а рабочие процессы занимают диапазон 1560–1591. Дополнительно используется порт 1545 для отладки, если она включена. Все эти порты должны быть открыты в брандмауэре нового сервера для входящих подключений со стороны центрального сервера и клиентских машин.

Если между серверами есть межсетевой экран уровня сети (а не только локальный брандмауэр Windows), правила нужно добавить и там. Проверить доступность порта можно командой Test-NetConnection имя_сервера -Port 1540 в PowerShell с центрального сервера — ответ TcpTestSucceeded: True означает, что порт доступен.

Test-NetConnection newserver -Port 1540; Test-NetConnection newserver -Port 1541; Test-NetConnection newserver -Port 1560

Как добавить рабочий сервер через консоль администрирования

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

Далее раскройте центральный сервер, найдите нужный кластер (по умолчанию «Локальный кластер») и раскройте ветку «Рабочие серверы». В ней уже будет присутствовать центральная машина. Правой кнопкой по ветке выберите «Создать — Рабочий сервер», в поле «Компьютер» укажите DNS-имя или IP-адрес новой машины и подтвердите создание. Дополнительные поля — диапазоны портов и уровень отказоустойчивости — на первом этапе можно оставить по умолчанию.

1. 1
   Установите на новой машине сервер 1С той же версии платформы и запустите службу агента
2. 2
   Откройте в брандмауэре порты 1540, 1541 и диапазон 1560–1591
3. 3
   В консоли администрирования раскройте кластер и ветку «Рабочие серверы»
4. 4
   Создайте новый рабочий сервер, указав имя или IP новой машины
5. 5
   Убедитесь, что сервер появился в списке и на нём запускаются рабочие процессы

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

Как проверить, что сервер работает в кластере

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

Второй способ проверки — консольная утилита rac. Команда rac cluster list покажет зарегистрированные кластеры, а запрос списка процессов позволит увидеть, на каком сервере они работают. Утилита расположена в каталоге bin установленной платформы, рядом с ragent.

Также полезно проверить, что клиентские приложения подключаются без ошибок и время отклика не деградировало. Если после добавления сервера пользователи начали получать ошибки соединения, чаще всего виноваты закрытые порты диапазона 1560–1591 на новой машине: кластер назначает сеанс на rphost нового сервера, но клиент не может к нему подключиться.

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

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

Требование задаётся как пара «объект требования — тип требования»: например, для объекта «Клиентское соединение» тип «Не назначать» означает, что интерактивные сеансы на этот сервер попадать не будут. Настраивайте ТНФ осознанно: ошибочное правило может сделать сервер недоступным для всех типов нагрузки, и кластер фактически выведет его из работы.

Типичные ошибки и риски при добавлении сервера

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

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

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

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