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

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

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

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

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

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

Определите архитектуру развёртывания. Минимальный вариант — один сервер с агентом, СУБД и кластером на одной машине. Рекомендуемый для нагруженных систем — отдельный сервер СУБД (MS SQL Server, PostgreSQL или другая поддерживаемая СУБД) и отдельный сервер 1С. Для отказоустойчивости — два и более рабочих сервера.

Проверьте сетевые требования: серверы кластера должны видеть друг друга по имени и по IP, порты агента (по умолчанию 1540), менеджера кластера (1541) и диапазон рабочих процессов (1560–1591) должны быть открыты в брандмауэрах. Частая причина проблем — закрытые порты между серверами или некорректное разрешение имён.

Установка агента сервера 1С

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

На Linux установите пакеты сервера из дистрибутива (для deb-based систем — через dpkg или apt) и запустите службу командой:

sudo systemctl enable --now srv1cv83

После установки убедитесь, что служба запущена и слушает порт 1540. На Windows это проверяется в оснастке «Службы», на Linux — командой systemctl status srv1cv83 или netstat -tlnp | grep 1540.

Создание кластера в консоли администрирования

Откройте консоль администрирования серверов 1С (файл 1CV8 Servers.msc на Windows, на Linux — через установленную на любой машине консоль с подключением по сети). В дереве консоли нажмите правой кнопкой на корневой элемент и выберите «Создать — Центральный сервер», укажите имя или IP сервера с агентом.

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

Параметр «Интервал перезапуска» определяет, как часто рабочие процессы перезапускаются для освобождения памяти. Значение 86400 секунд (сутки) — разумный стартовый вариант. Слишком частый перезапуск вызывает обрывы длительных операций, слишком редкий — накопление утечек памяти.

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

Добавление рабочих серверов и рабочих процессов

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

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

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

Настройка отказоустойчивости

Отказоустойчивость включается, когда в кластере два и более рабочих серверов. В свойствах кластера задайте «Уровень отказоустойчивости» — количество серверов, которые могут одновременно выйти из строя без потери работоспособности.

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

Проверка работоспособности кластера

После настройки создайте тестовую информационную базу через консоль (ветка «Информационные базы — Создать») или через конфигуратор с указанием сервера 1С и СУБД. Подключитесь клиентом: в строке подключения используется формат «ИмяСервера\ИмяБазы» или Srvr="Сервер";Ref="База".

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

Типичные ошибки при настройке

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

Отдельная группа ошибок связана с реестром кластера (каталог srvinfo). Его нельзя редактировать вручную при запущенном агенте и нельзя переносить между серверами без понимания последствий — это приводит к рассинхронизации кластера.

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