Когда серверу 1С уже нужен кластер — и когда хватит одного узла
Признаки, что пора делить роли ragent/rmngr и СУБД: рост пользователей, блокировки, долгие закрытия периода и ночные регламенты.
Один сервер 1С спокойно тянет небольшую компанию. Проблемы начинаются, когда на одном железе одновременно живут платформа, толстые клиенты, регламенты, веб-публикация и СУБД.
Сигналы, что пора думать о кластере или хотя бы о разделении ролей: стабильный рост сеансов, «замирания» в часы пик, долгие проведения документов, конфликты блокировок при закрытии месяца, ночные задания, из‑за которых утром база «ещё не проснулась».
Минимально разумная схема для среднего бизнеса: отдельный сервер (или ВМ) под кластер 1С, отдельный — под MS SQL / PostgreSQL, отдельный контур для тестовой базы. Веб-публикацию и RAS лучше не смешивать с тяжёлой СУБД на одном диске.
Кластер имеет смысл, когда нужна отказоустойчивость рабочих процессов или нужно масштабировать рабочие серверы. Если у вас 8–12 пользователей и база до десятков гигабайт — чаще помогает правильная настройка одного контура, а не «сразу кластер».
На старте аудита мы смотрим технологический журнал, очереди СУБД, дисковую подсистему и расписание регламентов — и только потом предлагаем архитектуру. Подробнее про услуги 1С: /1c, аренда серверов под 1С: /vds-1c.