Администрирование · 12 мин
Кластер серверов 1С:Предприятие: что это, как устроен и когда нужен
Что такое кластер серверов 1С:Предприятие: состав, процессы ragent и rphost, отказоустойчивость, настройка и типичные ошибки администрирования.
Кластер серверов 1С:Предприятие — это ключевой компонент клиент-серверного варианта работы платформы, который принимает подключения пользователей, выполняет прикладной код и обменивается данными с СУБД. Без него серверная архитектура 1С невозможна: именно кластер превращает набор серверных процессов в управляемую систему с балансировкой нагрузки и резервированием.
Термин часто вызывает путаницу у начинающих администраторов: одни считают кластером сам сервер 1С, другие — группу физических машин. На практике кластер — это логическая структура, которая может размещаться как на одном компьютере, так и на нескольких. Внутри него работают рабочие процессы, хранится информация об информационных базах, сеансах и соединениях.
Понимание устройства кластера необходимо для решения практических задач: диагностики зависаний, настройки отказоустойчивости, распределения нагрузки между серверами и корректного обновления платформы без остановки работы пользователей.
Из чего состоит кластер серверов 1С
Кластер — это не отдельная программа, а совокупность процессов операционной системы, которые запускаются службой «Агент сервера 1С:Предприятия». Каждый процесс выполняет свою роль, и понимание этих ролей помогает при диагностике проблем с производительностью.
Основные компоненты кластера:
- ragent — агент сервера. Главный процесс, который знает состав кластера, ведёт реестр информационных баз и принимает первичные подключения клиентов. По умолчанию слушает порт 1540.
- rmngr — менеджер кластера. Управляет рабочими процессами, распределяет между ними вызовы, хранит данные сеансов. Порт по умолчанию — 1541.
- rphost — рабочий процесс. Именно в нём исполняется код конфигурации, выполняются запросы к СУБД и обрабатываются сеансы пользователей. Таких процессов обычно несколько, порты начинаются с 1560.
Когда пользователь запускает 1С, клиент сначала обращается к агенту, получает адрес рабочего процесса и дальше работает напрямую с rphost. Если рабочий процесс аварийно завершится, менеджер кластера перезапустит его, а сеанс при определённых настройках может быть восстановлен без повторного входа пользователя.
Как кластер взаимодействует с клиентами и СУБД
Архитектура клиент-серверного варианта трёхзвенная: клиентское приложение (тонкий, толстый или веб-клиент) — кластер серверов 1С — сервер СУБД (Microsoft SQL Server, PostgreSQL, Oracle, IBM Db2). Кластер находится посередине и берёт на себя всю бизнес-логику.
СУБД в этой схеме хранит только данные и выполняет запросы, которые формирует платформа. Весь код конфигурации — проведение документов, расчёты, формирование отчётов — выполняется в рабочих процессах кластера. Поэтому нагрузка на сервер 1С и на сервер СУБД распределяется неравномерно, и их часто размещают на разных машинах.
Информационная база в клиент-серверном варианте — это запись в реестре кластера, которая связывает имя базы с параметрами подключения к СУБД: адресом сервера, именем базы данных, учётной записью. Сами данные в файлах кластера не хранятся.
Отказоустойчивость и резервирование
Один из главных аргументов в пользу клиент-серверной архитектуры — возможность пережить отказ отдельных компонентов без полной остановки работы. Кластер поддерживает два уровня устойчивости: внутри одного сервера и между несколькими серверами.
Внутри сервера устойчивость обеспечивается множественностью рабочих процессов. Если один rphost аварийно завершился из-за ошибки в коде или нехватки памяти, остальные продолжают работать. Настройки «Допустимый объём памяти» и «Интервал перезапуска» в свойствах рабочих процессов позволяют автоматически перезапускать процессы до того, как утечки памяти приведут к зависанию.
Между серверами отказоустойчивость реализуется через объединение нескольких машин в один кластер. При этом один из серверов назначается центральным — на нём хранится реестр кластера. Для полноценного резервирования настраивают резервирование центрального сервера, иначе его отказ остановит весь кластер, даже если рабочие серверы исправны.
Нагрузочное распределение между серверами
Если пользователей много, один рабочий сервер становится узким местом. Кластер позволяет добавить второй и третий рабочие серверы и распределять сеансы и фоновые задания между ними. Для этого в консоли администрирования у каждого рабочего сервера настраиваются требования назначения функциональности.
Требования назначения определяют, какие сервисы и на каких серверах будут выполняться. Например, можно выделить отдельный сервер под фоновые задания и регламентные операции, чтобы ночные расчёты не конкурировали за ресурсы с интерактивной работой пользователей. Другой типичный сценарий — вынос сервисов сеансовых данных на отдельную машину.
| Подход | Когда подходит | Ограничение |
|---|---|---|
| Один сервер, несколько rphost | Небольшие и средние внедрения, десятки пользователей | Отказ машины останавливает всю работу |
| Несколько серверов в одном кластере | Сотни пользователей, требования к непрерывности работы | Рост сложности администрирования и лицензирования |
| Разделение ролей по требованиям назначения | Тяжёлые фоновые задания, отчёты, интеграции | Требует анализа нагрузки и настройки |
Сравнение вариантов развёртывания
Подходит для небольших команд и простых конфигураций; не требует сервера 1С, но ограничен по масштабу и устойчивости к сбоям.
Стандартный вариант для большинства организаций: управление сеансами, фоновые задания, работа с СУБД; слабое место — единая точка отказа.
Для критичных систем с большим числом пользователей; требует резервирования центрального сервера и продуманного лицензирования.
Как посмотреть и настроить кластер
Основной инструмент администратора — консоль управления серверами 1С (оснастка «Администрирование серверов 1С:Предприятия»). В ней видны агенты, кластеры, рабочие процессы, информационные базы, сеансы и соединения. Через эту же консоль создаются информационные базы и настраиваются свойства кластера.
Типовой порядок действий при первичной настройке выглядит так:
- 1Установите компоненты сервера 1С:Предприятия и убедитесь, что служба агента запущена.
- 2Откройте консоль администрирования и добавьте сервер по имени или IP-адресу — кластер по умолчанию создаётся автоматически.
- 3Создайте информационную базу, указав тип СУБД, сервер баз данных и учётные данные.
- 4Настройте свойства рабочих процессов: лимиты памяти, количество соединений на процесс, интервал перезапуска.
- 5Проверьте подключение тестовым клиентом и убедитесь, что сеанс отображается в консоли.
После настройки важно проверить результат, а не ограничиваться отсутствием ошибок. Признаки корректно работающего кластера: сеансы пользователей видны в консоли, фоновые задания выполняются по расписанию, память рабочих процессов не растёт бесконтрольно, при перезапуске одного rphost остальные продолжают обслуживать пользователей.
Как проверить результат
Сеансы отображаются, распределены по рабочим процессам
Все сеансы сидят на одном rphost или пропадают при обновлении списка
Потребление стабилизируется, перезапуски происходят по расписанию
Память растёт непрерывно, процессы падают с ошибками
Задания выполняются и завершаются с успешным состоянием
Задания зависают или дублируются на нескольких серверах
Типичные ошибки и ограничения
Большинство проблем с кластером возникает не из-за самой платформы, а из-за ошибок проектирования и эксплуатации. Знание типовых сценариев экономит часы диагностики.
Отдельно стоит помнить про лицензирование: серверные и клиентские лицензии 1С имеют ограничения, и добавление серверов в кластер может потребовать пересмотра лицензионной схемы. Перед масштабированием сверьтесь с условиями ваших лицензий.
Перед серьёзными изменениями в кластере включите технологический журнал с фильтром по ошибкам и долгим вызовам. Часто «тормоза кластера» на поверку оказываются тяжёлыми запросами к СУБД или блокировками, и лечить нужно не сервер 1С, а запросы и индексы.
Когда кластер не нужен и какие есть альтернативы
Не каждой организации нужен серверный вариант. Для небольших команд с простыми конфигурациями файловый режим работы остаётся рабочим решением: он проще в развёртывании, не требует отдельного сервера приложений и СУБД, дешевле по лицензиям.
Переход на клиент-серверный вариант оправдан, когда растёт число одновременно работающих пользователей, появляются требования к непрерывности работы, тяжёлым регламентным операциям, интеграциям и разграничению доступа на уровне СУБД. Файловый режим при росте нагрузки начинает страдать от блокировок и повреждений файла базы при сбоях сети.
Как выбрать действие
Итоговая рекомендация проста: кластер серверов 1С — это фундамент клиент-серверной работы, и его правильная настройка определяет стабильность всей системы. Начинайте с простой топологии, включайте мониторинг и технологический журнал, а масштабирование и резервирование добавляйте по мере реального роста нагрузки, а не «на вырост».
Что важно запомнить
Кластер серверов 1С — это управляемая группа процессов ragent, rmngr и rphost, которая обслуживает сеансы пользователей и работает с СУБД. Несколько рабочих процессов, лимиты памяти и резервирование центрального сервера — базовые меры стабильности. Диагностику всегда начинайте с консоли администрирования и технологического журнала.
Частые вопросы о кластере серверов 1С
Можно ли создать несколько кластеров на одном сервере?
Да, агент сервера поддерживает несколько кластеров на одной машине, каждый со своим набором портов и отдельным реестром. Это используют, например, для изоляции тестовой и рабочей сред. При этом нужно следить, чтобы диапазоны портов не пересекались, а суммарное потребление памяти рабочими процессами всех кластеров не превышало ресурсы сервера.
Что произойдёт с пользователями, если перезапустить службу агента сервера?
Перезапуск службы агента останавливает все процессы кластера, поэтому все сеансы будут разорваны, а несохранённые данные пользователей — потеряны. Перед перезапуском предупредите пользователей, дождитесь завершения активных сеансов или завершите их принудительно через консоль администрирования.
Сколько рабочих процессов rphost нужно создавать?
Универсального числа нет: количество зависит от числа пользователей, объёма памяти сервера и характера нагрузки. Практический подход — начать с нескольких процессов, ограничить число соединений на процесс и память, а затем наблюдать за распределением сеансов и потреблением ресурсов в консоли, корректируя настройки по фактическим замерам.
Чем кластер 1С отличается от отказоустойчивого кластера Windows?
Это разные уровни. Кластер 1С — прикладной механизм платформы, управляющий процессами и сеансами. Отказоустойчивый кластер Windows (WSFC) работает на уровне операционной системы и виртуальных ресурсов. Они не заменяют друг друга: для полной отказоустойчивости решение проектируют на уровне платформы 1С, СУБД и инфраструктуры одновременно.
Где хранятся настройки кластера и что делать при их повреждении?
Реестр кластера хранится в служебном каталоге srvinfo на центральном сервере. При повреждении этих файлов кластер может не запуститься или потерять список информационных баз. Поэтому каталог srvinfo следует включать в план резервного копирования, а восстановление выполнять на остановленной службе агента.
Нужен ли отдельный сервер для СУБД?
Для небольших внедрений сервер 1С и СУБД иногда размещают на одной машине, и это работает. Но при росте нагрузки оба компонента активно потребляют память, процессор и дисковые ресурсы, поэтому разнесение на разные серверы — стандартная практика для средних и крупных систем. Это также упрощает независимое обслуживание и резервирование каждого уровня.