Отказоустойчивый кластер 1С: кому он нужен, а кому — резервный сервер

Отказоустойчивый кластер 1С оправдан там, где час простоя стоит дороже второго сервера: розничные сети с онлайн-кассами, интеграции с сайтом и маркетплейсами, 1С:ERP на производстве с непрерывной сменой. Для бухгалтерии на 10-15 пользователей, где сбой означает «подождать полчаса», хватает резервного сервера с регламентом бэкапов — кластер там просто лишняя статья расходов.

зачем интеграторы продают кластер компании на 12 человек

На встрече с интегратором директору бухгалтерской компании на 12 сотрудников предложили отказоустойчивый кластер: два сервера, балансировщик нагрузки, автоматическое переключение при сбое. Аргумент интегратора — «у крупных клиентов давно так», и на слайде красиво нарисованы два узла с зелёными галочками. Директор согласился и подписал контракт на конфигурацию, рассчитанную на компанию с тремя сменами и круглосуточной работой склада — притом что у него бухгалтерия работает с 9 до 18 и закрывается на выходные.

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

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

три ситуации, где простой 1С стоит реальных денег

Прежде чем считать бюджет на кластер, стоит понять, где именно простой сервера превращается в конкретную сумму, а не просто в раздражение бухгалтера.

• ✓Розничная сеть на 15-20 касс, где сервер 1С формирует чеки и печатает этикетки. Сервер лёг в субботу днём в разгар потока покупателей — кассы физически не могут пробить чек, очередь растёт, часть покупателей разворачивается и уходит к конкуренту через дорогу.
• ✓Интернет-магазин, где заказы с сайта попадают в 1С через обмен каждые несколько минут. Сервер упал ночью, а склад с утра собирает заказы по данным вчерашнего дня — часть позиций к этому моменту уже распродана на маркетплейсе, клиент получает отказ и возврат оплаты вместо товара.
• ✓Производство на 1С:ERP, где мастер смены получает сменное задание и данные о доступности материалов из системы. Сбой сервера в начале смены — цех стоит буквально, потому что бумажного дублирования заданий на этом участке не вели уже несколько лет.

Во всех трёх случаях цена простоя считается не в часах работы администратора, а в упущенной выручке или сорванных обязательствах перед клиентом. Для таких контуров разница между обычным сервером и сервером под 1С:ERP с резервированием окупается уже на первом серьёзном сбое.

из чего физически состоит кластер, а не что про него рассказывают на презентации

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

Но сервер приложений 1С — только половина конструкции. База данных под ним тоже должна быть отказоустойчивой отдельно: для PostgreSQL это репликация с автоматическим переключением на резервный узел, для MS SQL Server — конфигурация Always On Availability Groups. Если кластеризован только сервер 1С, а СУБД по-прежнему сидит на одной машине, вся схема ломается на первом же сбое диска под базой — деньги на второй сервер приложений потрачены, а точка отказа осталась там же.

Есть и менее очевидная часть сметы: лицензии на подключения считаются по каждому серверу кластера отдельно, а канал связи до обоих узлов должен быть независимым — если оба сервера сидят за одним интернет-провайдером и одним коммутатором, авария на этом уровне обнуляет смысл всей конструкции. Эти детали редко попадают на презентацию, но именно они чаще всего всплывают уже после подписания договора.

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

сравнение: обычный сервер, резервный сервер и полноценный кластер

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

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

как понять, что кластер нужен вам, а не продавцу

Первый шаг — не звонок интегратору, а измерение того, что уже происходит на текущем сервере. Тест Гилёва показывает, во что реально упирается конфигурация: в диск, в процессор или в объём памяти — и довольно часто выясняется, что «1С тормозит» не из-за отсутствия резервирования, а из-за нехватки ресурсов на единственном сервере (тест производительности Гилёва). В этом случае кластер не решит проблему, он просто продублирует её на двух машинах вместо одной, и жалобы на медленную работу останутся ровно теми же.

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

что мы делаем вместо продажи кластера по умолчанию

Мы не начинаем разговор с продажи кластера — сначала смотрим нагрузку тестом Гилёва и логами сервера за реальный рабочий период, а не за один удачно выбранный пиковый день. Дальше есть три пути, и выбор между ними зависит от того, что показала диагностика, а не от размера компании на бумаге.

Компаниям с сезонными пиками и без круглосуточных процессов обычно достаточно выделенного сервера в аренду с настроенным резервным копированием и регламентом восстановления. Компаниям с неравномерной нагрузкой, где ресурсы нужно быстро нарастить под отчётный период и вернуть обратно после, подходит виртуальный сервер для 1С. И только когда простой измеряется в реально потерянных заказах или остановленном цехе, мы собираем кластер из двух серверов с репликацией СУБД и балансировкой сеансов.

Настройка сервера под конкретную конфигурацию — отдельный этап в любом из трёх случаев: параметры сервера 1С, регламентные задания и резервное копирование настраиваются под фактическую нагрузку, а не берутся из шаблона (настройка сервера 1С). Аренда сервера под 1С начинается от 1 100 ₽/мес за пользователя, работы администратора и сопровождение — от 3800 руб/час; итоговую стоимость кластера считаем уже после диагностики конкретной базы, потому что она зависит от объёма данных и требований конкретной СУБД, а не подгоняется под усреднённый прайс «под ключ».

❓ Частые вопросы

Чем отказоустойчивый кластер 1С отличается от обычного резервного сервера?

Резервный сервер переключает администратор вручную, это занимает 15-30 минут. Кластер переключает сеансы автоматически, пользователь видит только короткий разрыв связи. За автоматику платят постоянно: обновления платформы накатывают на оба узла, а СУБД тоже нужно кластеризовать отдельно.

Нужен ли кластер компании на 10-15 пользователей 1С?

Обычно нет. Если сбой означает подождать полчаса, а не потерять заказы или остановить кассы, дешевле держать резервный сервер с регламентом бэкапов, чем оплачивать администрирование кластера, который может ни разу не сработать в аварийном режиме.

Можно ли построить кластер только для сервера 1С, без кластеризации СУБД?

Технически можно, но смысла немного: при сбое диска или сервера под базой данных вся схема остановится так же, как при одном сервере. Отказоустойчивость СУБД — отдельная задача: для PostgreSQL это репликация, для MS SQL — конфигурация Always On.

Как понять, что простой 1С обходится компании дорого?

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

Сколько стоит аренда сервера под кластер 1С?

Каждый сервер в кластере — от 1 100 ₽/мес за пользователя, итоговая цена зависит от количества узлов, требований к СУБД и объёма базы. Настройка и сопровождение кластера тарифицируются отдельно, от 3800 руб/час, стоимость считаем после диагностики конкретной конфигурации.