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

1. Установите зависимости:

   sudo apt update && sudo apt install -y lsb-core libgsf-1-114

2. Установите пакеты 1С:

   sudo dpkg -i 1c-enterprise83-server_8.3.22-*.deb
   sudo dpkg -i 1c-enterprise83-ws_8.3.22-*.deb
   sudo dpkg -i 1c-enterprise83-crs_8.3.22-*.deb

3. Зарегистрируйте кластер:

   sudo /opt/1C/v8.3/x86_64/rac cluster --cluster-regport=1540 --cluster-port=1541 --range=1560-1591

⚠️ Внимание: На Linux сервер 1С работает под пользователем usr1cv8. Убедитесь, что у этого пользователя есть права на каталоги баз данных и временные файлы (/tmp, /var/tmp).

4. Добавление рабочих серверов в кластер

Рабочие серверы обрабатывают запросы пользователей и могут распределяться по нескольким физическим или виртуальным машинам. Их добавление в кластер выполняется через утилиту rac.

Пример команды для добавления рабочего сервера на Windows:

rac cluster --cluster-address=central-server:1541 add-workserver --name=ws01 --address=worker01.example.com:1541 --port-range=1560-1591

Где:

• 🔧 central-server:1541 — адрес центрального сервера;
• 🔧 ws01 — имя рабочего сервера в кластере;
• 🔧 worker01.example.com — сетевое имя или IP рабочего сервера;
• 🔧 1560-1591 — диапазон портов для процессов.

Для балансировки нагрузки используйте параметр --priority (от 0 до 100). Серверы с более высоким приоритетом будут получать больше задач. Например, для мощного узла:

rac cluster ... add-workserver ... --priority=90

После добавления серверов проверьте их статус:

rac cluster --cluster-address=central-server:1541 list

В выводе должны отобразиться все узлы с пометкой Enabled. Если сервер отмечен как Disabled, проверьте:

• 🔌 Сетевое подключение между узлами;
• 🔌 Права доступа для пользователя usr1cv8 (на Linux);
• 🔌 Отсутствие конфликтов портов.

5. Настройка балансировки нагрузки и отказоустойчивости

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

Настройка выполняется через конфигурационный файл кластера (conf.cfg), который находится в каталоге:

• 📁 Windows: C:\Program Files\1cv8\conf\
• 📁 Linux: /opt/1C/v8.3/conf/

Пример конфигурации для динамической балансировки:

[cluster]
enable_dynamic_balance = true
balance_check_interval = 30  # интервал проверки нагрузки (секунды)
max_cpu_load = 80            # максимальная загрузка CPU (%)
max_mem_load = 90            # максимальная загрузка памяти (%)

Для обеспечения отказоустойчивости настройте резервирование рабочих процессов. Это позволит автоматически перенаправлять задачи на другие узлы при отказе одного из серверов. Параметры резервирования задаются при добавлении рабочего сервера:

rac cluster ... add-workserver ... --reserve=3

Где 3 — количество резервных процессов, которые будут запущены на других серверах при сбое.

6. Оптимизация производительности кластера

Даже правильно настроенный кластер может тормозить из-за неоптимальных параметров. Вот ключевые направления для оптимизации:

6.1. Настройка пула соединений с СУБД

По умолчанию 1С открывает новое соединение с базой данных для каждого запроса, что создаёт избыточную нагрузку. Включите пулинг соединений в файле conf.cfg:

[db]
pool_size = 50       # количество соединений в пуле
pool_timeout = 300   # таймаут неактивного соединения (секунды)

6.2. Оптимизация рабочих процессов

Укажите ограничения на количество одновременно работающих процессов для предотвращения перегрузки:

[workprocess]
max_count = 100      # максимальное количество процессов
idle_timeout = 600   # время простоя до завершения процесса (секунды)

6.3. Кеширование данных

Включите кеширование часто используемых данных в памяти:

[cache]
enable = true
size = 2048          # размер кеша в МБ
ttl = 3600           # время жизни кешированных данных (секунды)

Для баз данных объёмом более 100 ГБ рекомендуется использовать многоуровневое кеширование:

- L1 (в памяти рабочего процесса) — для временных данных сеанса;

- L2 (в памяти сервера) — для общих метаданных;

- L3 (на диске) — для редко используемых больших объектов.

⚠️ Внимание: При использовании кеширования на диске (L3) убедитесь, что дисковая подсистема работает на NVMe или SSD с низкой задержкой. Кеш на HDD может дать обратный эффект и замедлить работу.

7. Мониторинг и диагностика кластера

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

7.1. Встроенные инструменты

Используйте утилиту rac для просмотра состояния кластера:

• 📊 rac cluster list — список рабочих серверов;
• 📊 rac cluster info — общая информация о кластере;
• 📊 rac cluster perfomance — метрики производительности.

7.2. Внешние системы мониторинга

Для интеграции с Zabbix или Prometheus используйте официальный плагин 1C:Enterprise Monitoring Extension. Он предоставляет метрики:

• 📈 Загрузка CPU/RAM на узлах;
• 📈 Количество активных сеансов;
• 📈 Время выполнения запросов;
• 📈 Ошибки блокировок в СУБД.

Пример настройки триггера в Zabbix для оповещения о перегрузке:

{1C Cluster:cpu.load[ws01]} > 85 and {1C Cluster:mem.load[ws01]} > 90

7.3. Логи и диагностика

Логи кластера находятся в каталогах:

• 📁 Windows: C:\Program Files\1cv8\log\
• 📁 Linux: /var/log/1C/

Для анализа ошибок используйте утилиту logctl:

logctl --cluster=central-server:1541 --filter="error" --last=1h

8. Типичные ошибки и их решения

Даже опытные администраторы сталкиваются с проблемами при настройке кластера. Рассмотрим наиболее распространённые случаи.

Если кластер работает нестабильно, проверьте:

1. Синхронизацию времени между узлами (разница не должна превышать 5 секунд).
2. Настройки DNS — все серверы должны корректно разрешать имена друг друга.
3. Версии платформы 1С на всех узлах (должны совпадать).

FAQ: Частые вопросы по настройке кластера 1С