Отказоустойчивый кластер 1С гарантирует бесперебойную работу учётной системы даже при выходе из строя одного из серверов. Настройка кластера 1С 8.3 из двух серверов — стандартная задача для предприятий с критичной зависимостью от ERP.
В этом руководстве разберём, как создать кластер серверов в 1С 8.3, настроить уровень отказоустойчивости кластера, синхронизировать данные и подготовиться к сценариям отказа.
Что такое отказоустойчивый кластер 1С
Кластер 1С — это группа серверов, работающих как единая система. Если один сервер выходит из строя, второй принимает нагрузку без остановки работы пользователей.
Кластер 1С 8.3 из двух серверов работает по схеме Active-Passive или Active-Active:
- Active-Passive — один сервер обрабатывает запросы, второй в режиме ожидания. При отказе первого второй автоматически включается.
- Active-Active — оба сервера одновременно обрабатывают запросы. Отказ одного снижает производительность, но не останавливает систему.
Уровни отказоустойчивости кластера 1С
Платформа 1С 8.3 поддерживает три уровня отказоустойчивости кластера:
| Уровень | Описание | Время восстановления |
|---|---|---|
| Уровень 0 | Нет отказоустойчивости. При отказе сервера работа прекращается. | Не применимо |
| Уровень 1 | Автоматическое переключение на резервный сервер. Активные сеансы пользователей теряются. | 1-3 минуты |
| Уровень 2 | Переключение с сохранением активных сеансов. Пользователи продолжают работу без повторного входа. | 10-30 секунд |
Для критичных систем рекомендуем 1С уровень отказоустойчивости кластера 2 — минимальное время простоя и отсутствие потери данных.
Требования к аппаратной части
Для создания отказоустойчивого кластера 1С понадобятся два сервера с идентичными характеристиками. Рекомендуемая конфигурация:
- Процессор: Intel Xeon или AMD EPYC, минимум 8 ядер
- Оперативная память: от 32 ГБ на сервер (64 ГБ для баз данных от 100 пользователей)
- Накопители: SSD NVMe в RAID 1 или RAID 10 для базы данных
- Сетевые адаптеры: два физических порта 1 Гбит/с или 10 Гбит/с для разделения управляющего и пользовательского трафика
Для подбора серверов под кластер 1С учитывайте количество пользователей и объём данных. При выборе оперативной памяти ориентируйтесь на формулу: 2 ГБ на каждые 10 одновременных пользователей плюс 16 ГБ базовый запас под ОС и СУБД.
Подготовка серверов
Перед настройкой кластера выполните подготовку обоих серверов:
- Установите идентичные версии ОС — Windows Server 2016/2019/2022 или Linux (Ubuntu Server, CentOS). Версии платформы 1С и СУБД также должны совпадать.
- Настройте сетевые интерфейсы — назначьте статические IP-адреса. Первый адаптер для управления кластером, второй для клиентских подключений.
- Синхронизируйте время — используйте NTP-сервер. Рассинхронизация более 5 секунд приведёт к ошибкам кластера.
- Настройте имена хостов — короткие имена (например, 1c-node1 и 1c-node2) для упрощения диагностики.
- Откройте порты в firewall — TCP 1540-1541 (кластер 1С), 1433 (MS SQL Server) или 5432 (PostgreSQL), 445 (SMB для общих файлов).
Установка и настройка платформы 1С 8.3
Как создать кластер серверов в 1С 8.3
- Установите платформу 1С 8.3 на оба сервера. Версии должны совпадать до номера релиза (например, 8.3.22.1704).
- Установите СУБД — MS SQL Server или PostgreSQL. Для кластера из двух серверов рекомендуем SQL Server с режимом Always On или PostgreSQL с Patroni.
-
Запустите Консоль кластера серверов (ragent) на первом сервере:
ragent -d /opt/1c/data -port 1540 -regport 1541 -
Подключитесь к консоли администрирования 1С через
ring://1c-node1:1541. Создайте новый кластер или подключите существующий. -
Добавьте второй сервер в кластер — в консоли администрирования выберите «Добавить рабочий сервер», укажите адрес
1c-node2:1540. - Настройте рабочие процессы — на каждом сервере создайте равное количество рабочих процессов (rphost). Для 100 пользователей — минимум 4 процесса на сервер.
- Включите отказоустойчивость — в свойствах кластера установите уровень отказоустойчивости 1 или 2.
Настройка базы данных для кластера
Для работы отказоустойчивого кластера 1С база данных должна быть доступна с обоих серверов:
Вариант 1: SQL Server Always On
- Создайте Windows Server Failover Cluster (WSFC) из двух серверов.
- Настройте Always On Availability Group для базы 1С.
- Укажите в настройках информационной базы 1С адрес Listener Always On.
Вариант 2: PostgreSQL с Patroni
- Установите Patroni и etcd на оба сервера.
- Настройте потоковую репликацию PostgreSQL.
- Настройте HAProxy для автоматического переключения на активный узел.
- В строке подключения 1С укажите адрес HAProxy.
Вариант 3: Общая СХД
Разместите файлы баз данных на внешней системе хранения данных (SAN, NAS). Оба сервера монтируют общее хранилище. При отказе одного сервера второй получает доступ к тем же файлам.
Синхронизация данных между серверами
Синхронизация данных в кластере 1С происходит автоматически на уровне платформы и СУБД:
- Метаданные кластера — хранятся в общей базе данных, доступны обоим серверам.
- Активные сеансы — при уровне отказоустойчивости 2 информация о сеансах реплицируется между узлами каждые 10 секунд.
- Файловый кэш и временные файлы — размещайте на общем сетевом диске (SMB, NFS) или локально на каждом сервере (потребуется повторная генерация кэша при переключении).
Настройка балансировки нагрузки
Для распределения пользователей между серверами кластера используйте один из методов:
Метод 1: Внешний балансировщик
Установите HAProxy или nginx перед кластером 1С. Балансировщик распределяет подключения по алгоритму Round Robin или Least Connections. Пользователи подключаются к единому IP-адресу балансировщика.
Метод 2: DNS Round Robin
Создайте A-запись с одинаковым именем и несколькими IP-адресами. Клиенты 1С автоматически выбирают сервер при подключении. Метод простой, но не контролирует недоступность узлов.
Метод 3: Встроенная балансировка 1С
В строке подключения укажите оба сервера через точку с запятой: Srvr="1c-node1;1c-node2";Ref="base";. Клиент 1С самостоятельно выбирает доступный сервер.
Сценарии отказа и восстановления
Отказ одного рабочего сервера
Что происходит: Кластер автоматически перераспределяет пользователей на оставшийся сервер. Время переключения — 10-30 секунд при уровне отказоустойчивости 2.
Действия администратора:
- Проверьте журнал событий кластера в консоли администрирования.
- Устраните причину отказа (перезагрузка, замена компонентов).
- Вернувшийся сервер автоматически присоединится к кластеру и примет часть нагрузки.
Отказ сервера базы данных
Что происходит: Если база данных на Always On или Patroni — автоматическое переключение на реплику (10-60 секунд). Если на одиночном сервере — работа кластера останавливается до восстановления СУБД.
Действия администратора:
- Проверьте состояние реплики командой
sudo patronictl list(PostgreSQL) или в SQL Server Management Studio (Always On). - Если автоматическое переключение не произошло — выполните failover вручную.
- После восстановления основного узла верните его в кластер.
Отказ сетевого оборудования
Что происходит: При потере связи между серверами кластер переходит в режим split-brain — оба сервера считают себя активными.
Действия администратора:
- Немедленно остановите рабочие процессы на одном из серверов командой
rac process stop --cluster=... - Восстановите сетевое подключение.
- Проверьте целостность данных в информационной базе (тестирование и исправление).
- Запустите остановленные процессы.
Для предотвращения split-brain используйте дополнительный канал связи (heartbeat) на выделенных сетевых картах или внедрите кворум на базе третьего узла (например, файловый ресурс-свидетель).
Мониторинг и диагностика кластера
Для контроля состояния кластера настройте мониторинг ключевых метрик:
- Доступность узлов — опрос серверов каждые 30 секунд через TCP-порт 1540.
- Нагрузка рабочих процессов — в консоли администрирования отслеживайте загрузку rphost (норма до 80%).
- Задержки репликации базы данных — для PostgreSQL команда
SELECT pg_last_wal_replay_lsn();, для SQL Server — DMV sys.dm_hadr_database_replica_states. - Свободное место на дисках — журнал транзакций СУБД и временные файлы 1С могут быстро заполнить хранилище.
Используйте Zabbix, Prometheus или Nagios с шаблонами для мониторинга 1С. Настройте оповещения на критичные события (отказ узла, превышение пороговых значений).
Типовые конфигурации кластера
| Нагрузка | Конфигурация серверов | СУБД | Стоимость решения |
|---|---|---|---|
| До 50 пользователей | 2 x (Xeon E-2388G, 32 ГБ RAM, 2 x SSD 480 ГБ RAID 1) | PostgreSQL + Patroni | От 450 тыс. руб. |
| 50-150 пользователей | 2 x (Xeon Silver 4314, 64 ГБ RAM, 4 x SSD 960 ГБ RAID 10) | SQL Server Standard Always On | От 950 тыс. руб. |
| 150-500 пользователей | 2 x (Xeon Gold 6348, 128 ГБ RAM, 6 x NVMe 1.92 ТБ RAID 10) | SQL Server Enterprise Always On | От 2.8 млн руб. |
| Более 500 пользователей | 2 x (Dual Xeon Platinum 8360Y, 256 ГБ RAM, внешняя СХД All-Flash) | SQL Server Enterprise Always On + внешняя СХД | От 6.5 млн руб. |
Подбор конфигурации зависит от специфики учётной системы: количества документов в секунду, объёма отчётов, интеграций с внешними системами. Используйте конфигуратор серверов для точного расчёта под ваши требования.
Частые ошибки при настройке кластера
Ошибка 1: Рассинхронизация времени
Симптом: Периодическое отключение серверов из кластера, ошибка «Превышен интервал ожидания блокировки».
Решение: Настройте NTP на всех узлах с синхронизацией с одного источника времени. Допустимое отклонение — не более 1 секунды.
Ошибка 2: Недостаточная пропускная способность сети
Симптом: Задержки при переключении между узлами, медленная синхронизация сеансов.
Решение: Используйте выделенный канал 10 Гбит/с между серверами кластера. Проверьте настройки Jumbo Frames на сетевом оборудовании.
Ошибка 3: Общие файлы на медленном хранилище
Симптом: Низкая производительность кластера, зависания при работе пользователей.
Решение: Размещайте временные файлы 1С и кэш на локальных SSD дисках каждого сервера. Общие файлы (шаблоны, внешние отчёты) — на NAS с SSD-кэшированием или All-Flash массиве.
Ошибка 4: Отсутствие резервного копирования
Симптом: Невозможность восстановления после одновременного отказа обоих серверов.
Решение: Настройте ежедневное резервное копирование базы данных 1С на внешнее хранилище. Используйте SQL Server Backup, pg_dump или специализированные решения (Veeam, Acronis). Храните резервные копии минимум на двух физически разделённых площадках.
Вопросы и ответы
Можно ли создать кластер 1С из трёх и более серверов?
Да, платформа 1С 8.3 поддерживает кластеры из любого количества серверов. Для высоких нагрузок (более 500 пользователей) используют 4-8 серверов в кластере. Балансировка происходит автоматически, отказоустойчивость повышается. Однако увеличение количества узлов требует более сложной настройки сети и мониторинга.
Какой уровень отказоустойчивости выбрать для продуктивной системы?
Для критичных систем рекомендуем 1С уровень отказоустойчивости кластера 2 — активные сеансы пользователей сохраняются при переключении, время простоя минимально. Уровень 1 подходит для менее критичных баз (тестовые контуры, вспомогательные системы) — при отказе пользователи просто переподключаются заново.
Обязательно ли использовать одинаковые серверы в кластере?
Не обязательно, но крайне рекомендуется. Разные процессоры или объём памяти приведут к неравномерной нагрузке — более слабый сервер станет узким местом. Версии ОС, платформы 1С и СУБД должны совпадать полностью, иначе кластер не запустится или будет работать нестабильно.