Отказоустойчивость Битрикс24 On-Premise: настройка под ключ

Отказоустойчивость Битрикс24 On-Premise: настройка под ключ

Представьте: в вашем Битрикс24 On-Premise падает сервер базы данных посреди рабочего дня. Без реплики и автоматического фейловера — 30 минут простоя, потерянные заявки, срыв SLA клиентам. Или внезапно отказывает NFS — все файлы недоступны, сотрудники не могут загрузить документы, работа парализована. Типичный простой в 30 минут стоит бизнесу от 200 000 рублей. Мы решаем эти сценарии на этапе проектирования отказоустойчивости. Наш опыт — 10+ лет с Битрикс24, более 50 проектов с нагрузкой до 5000 пользователей. Каждый проект начинается с аудита текущей инфраструктуры — выявляем все SPOF и предлагаем архитектуру, которая минимизирует RTO и RPO. Типовые решения: Keepalived для балансировки VIP, GlusterFS для распределённого хранилища, Orchestrator для автоматического фейловера MySQL. В результате вы получаете SLA 99.99% и уверенность в работе системы.

Почему отказоустойчивость Битрикс24 On-Premise критична?

Без отказоустойчивости каждый компонент — SPOF. Падение одного сервера приводит к полному простою. Например, потеря мастер-ноды MySQL без реплики означает потерю данных за последние минуты и ручное восстановление. С автоматическим фейловером RTO снижается с 30 минут до 2 минут. Это разница между потерей заказов и штатной работой. Отказоустойчивость окупается при первом серьёзном сбое.

Анализ точек отказа (Single Point of Failure)

Прежде чем строить отказоустойчивость, находим все SPOF в вашей инсталляции. Используем таблицу рисков:

Почему Keepalived — стандарт для балансировки?

Это решение проверено годами: Keepalived переключает VIP за 2–3 секунды при падении мастера. Ручное переключение DNS заняло бы минуты. Настройка проста — приведём конфиг для MASTER-ноды:

# /etc/keepalived/keepalived.conf — MASTER-нода
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1

    authentication {
        auth_type PASS
        auth_pass your_secret
    }

    virtual_ipaddress {
        192.168.1.100/24  # VIP — этот IP прописан в DNS
    }

    track_script {
        chk_nginx
    }
}

vrrp_script chk_nginx {
    script "killall -0 nginx"
    interval 2
    weight -20
}

При падении MASTER Keepalived автоматически переносит VIP на BACKUP-ноду. Переключение занимает 2–3 секунды. Согласно документации Keepalived, такой механизм обеспечивает высокую доступность без участия администратора.

Как работает автофейловер базы данных?

Ручное переключение Master → Slave при аварии — это 15–30 минут downtime. Автоматический фейловер через Orchestrator в 10 раз быстрее — RTO снижается с 30 минут до 2 минут. Orchestrator — наиболее зрелое решение для MySQL/MariaDB.

# Установка и настройка Orchestrator
orchestrator-client -c topology -i db-master:3306
# При падении мастера автоматически промоутирует лучшую реплику

После смены мастера Битрикс24 должен получить новый адрес БД. Реализуется через ProxySQL — прокси перед MySQL, который прозрачно переключает соединения при смене топологии. Это устраняет необходимость ручного изменения конфигов.

GlusterFS для отказоустойчивого хранилища

NFS — простой и дешёвый вариант, но при его падении весь кластер теряет доступ к файлам. GlusterFS — распределённая файловая система с репликацией, которая продолжает работу при отказе одного узла.

# На обоих узлах хранилища
gluster volume create bitrix-files replica 2 \
    storage1:/data/bitrix storage2:/data/bitrix

gluster volume start bitrix-files

# Монтирование на веб-узлах
mount -t glusterfs storage1:/bitrix-files /home/bitrix/www/upload

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

Health checks и автовосстановление

Мониторинг без автодействий — половина работы. Настройте автоматические реакции:

• nginx health_check с исключением больного backend из пула
• systemd автоперезапуск для nginx, php-fpm, redis при краше
• Cron-проверка репликационного лага с алертом в Telegram при lag > 60 сек

# Автоматическая проверка репликации с алертом
mysql -u monitor -e "SHOW SLAVE STATUS\G" | grep "Seconds_Behind_Master" | \
    awk '{if($2>60) system("curl -s -X POST https://api.telegram.org/bot$TOKEN/sendMessage -d chat_id=$CHAT -d text=REPLICA_LAG_ALERT")}'

RTO/RPO для различных сценариев

Что входит в работу

• Аудит текущей инфраструктуры и выявление SPOF
• Проектирование отказоустойчивой архитектуры с учётом ваших SLA
• Настройка Keepalived, GlusterFS, Orchestrator, Redis Sentinel, ProxySQL
• Интеграция с мониторингом (Zabbix/Prometheus) и алертингом
• План восстановления (DRP) и документация по эксплуатации
• Обучение ваших администраторов

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

Коробочная версия Битрикс24: когда облако не вариант

Облачный Битрикс24 удобен для старта, но как только бизнес перерастает 50 пользователей или появляются требования ФЗ-152, 54-ФЗ, compliance — коробка становится единственным рабочим вариантом. Мы ставили коробку в банках, на производственных предприятиях и в госорганизациях — везде, где данные нельзя передавать третьим лицам. Свяжитесь с нами для оценки вашего проекта — ответим за 1 день.

Пять причин выбрать On‑Premise (и одна — не выбирать)

Безопасность и compliance. Регуляторы — ЦБ, ФСТЭК, Роскомнадзор — прямо запрещают хранить персональные данные в иностранных облаках. Федеральный закон №152-ФЗ «О персональных данных» обязывает операторов обеспечивать локализацию баз на территории РФ. Коробка позволяет разместить портал в сертифицированном ЦОД или в закрытом контуре без доступа в интернет. Вы контролируете, кто и когда заходит в базу.

Глубокая кастомизация. В облаке вы ограничены REST API и маркетплейсом. Коробка даёт полный доступ к PHP-коду: можно добавить свою вкладку в карточку сделки, переписать логику бизнес-процесса, подключить прямой SQL к ERP. Главное — не патчить ядро, а писать свои модули через \Bitrix\Main\ModuleManager. Мы так и делаем.

Высокие нагрузки. 500+ активных пользователей, документооборот с тысячами сделок в день, постоянная телефония — облако упирается в лимиты. Коробка масштабируется: вынесли MySQL на отдельный сервер, настроили Redis для кэша b_cache — и портал летает. При 200+ пользователях производительность собственного сервера в 3-4 раза выше облачного тарифа.

Интеграция с внутренними системами. Active Directory, 1С:Предприятие по SOAP, legacy-ERP через прямое подключение к Oracle — всё это проще, когда портал в той же локальной сети. Не нужно мучиться с VPN-туннелями и таймаутами.

Автономность. Портал работает без интернета — для производственных цехов и режимных объектов это обязательное требование.

Коробку не стоит выбирать, если у вас меньше 50 пользователей, нет особых требований к безопасности и нет штатного сисадмина — облако дешевле, проще и обновляется само.

Почему коробочная версия Битрикс24 выгоднее облака для среднего бизнеса?

Сравним два варианта по ключевым метрикам (оценка на основе наших проектов):

Коробка выгоднее в 2-3 раза при численности от 100 человек и наличии штатного администратора — это подтверждают расчёты для десятков проектов. Лицензия «Компания» обходится значительно дешевле годовой подписки на облачный тариф для 100 пользователей. Экономия очевидна.

Что входит в работу по внедрению коробки?

Мы не просто ставим Битрикс24 на сервер. Deliverables включают:

• Установка и настройка стека — nginx + PHP-FPM + MySQL/MariaDB + Redis. Рассчитываем pm.max_children по формуле: доступная RAM / потребление на воркер (обычно 256М). При 16GB RAM получаем ~50 воркеров.
• Миграция с облака — перенос CRM, задач, чатов, диска, бизнес-процессов. Учитываем, что ID сущностей не совпадают — сделка #1234 станет #5678. Перенастраиваем все автоматизации.
• Интеграции — 1С (синхронизация справочников и документов), AD (автосоздание учёток), телефония (SIP-транки через voximplant или свой Asterisk), ЭДО (Диадок, СБИС).
• Кастомная разработка — модули, REST-вебхуки, бизнес-процессы с ветвлениями, чат-боты. Используем CBPActivity для нештатной логики.
• Обучение — 2-5 дней для администраторов и ключевых пользователей.
• Документация — архитектурная схема, инструкция по бэкапу, регламент обновлений.
• Техническая поддержка — после запуска сопровождаем по SLA: реагируем на инциденты, устанавливаем обновления, чиним интеграции.

Оценим ваш проект за один рабочий день — пишите, пришлём коммерческое предложение.

Как выбрать редакцию лицензии

Лицензии различаются по числу пользователей: CRM (до 12), Компания (до 50), Предприятие (до 500), Холдинг (без лимита). Помогаем подобрать редакцию без переплаты и напоминаем о продлении. Просроченная лицензия = нет обновлений безопасности = потенциальная дыра.

Серверная инфраструктура: где реально лежат грабли

Стандартная рекомендация «4 CPU, 8GB RAM» — для демо-стенда. В проде с 200 пользователями, активным CRM и телефонией это не живёт.

Мониторинг через Zabbix+Grafana — алерты на CPU >80% sustained, RAM <10% free, disk I/O wait >20%, MySQL slow queries >100/час. Бэкапы — ежедневные, с проверкой восстановления раз в месяц (потому что бэкап, который нельзя восстановить — не бэкап). Подробнее о настройке MySQL читайте в документации.

Обновления: контролируемый процесс

В облаке обновления прилетают сами — и иногда ломают кастомные интеграции. В коробке вы решаете, когда обновляться.

1. Тестируем на staging — точная копия прода с анонимизированной базой.
2. Проверяем совместимость кастомных модулей — partner_modules могут конфликтовать с новым ядром.
3. Делаем полный бэкап (файлы + БД) перед накатыванием.
4. Обновляем в окно минимальной нагрузки (воскресенье ночь).
5. Мониторим 24 часа после обновления.

Как долго длится внедрение коробочной версии Битрикс24?

Получите консультацию по внедрению — свяжитесь с нами, и мы пришлём план работ с точными сроками под ваш кейс. Не уходим после запуска — сопровождаем по SLA.