Настройка модулей редакции 1С-Битрикс Энтерпрайз

Редакция «Энтерпрайз» — верхний уровень линейки 1С-Битрикс. Здесь появляются инструменты, которые нужны только при серьёзных нагрузках и сложной инфраструктуре: кластеризация, репликация БД, веб-кластер. Неправильная настройка на «Энтерпрайзе» дороже ошибки в «Старте» — последствия касаются всего кластера.

Настройка модулей редакции 1С-Битрикс Энтерпрайз

Ключевые отличия Энтерпрайза

Помимо всего, что есть в «Бизнесе», «Энтерпрайз» добавляет:

• Веб-кластер (cluster) — несколько frontend-серверов, балансировка нагрузки
• Многосессионность без sticky sessions — сессии в memcached/Redis, доступны всем нодам кластера
• Репликация БД — master для записи, slave для чтения
• CDN-интеграция — статика раздаётся через CDN
• Расширенное управление правами — более гранулярное разграничение доступа к разделам и модулям
• Персонализация — показ контента на основе истории поведения пользователя

Настройка веб-кластера

Модуль cluster настраивается через Настройки → Веб-кластер. Основные задачи:

Хранилище сессий. По умолчанию Битрикс хранит сессии в файловой системе — на кластере это не работает (каждый запрос может попасть на разную ноду). Переводим на memcached или Redis:

• Настройки → Веб-кластер → Сессии
• Указываем адрес memcached/Redis-сервера
• Проверяем, что все ноды кластера видят один и тот же сервер сессий

Кэш компонентов. Аналогично — переводим managed_cache на memcached. Настройки в /bitrix/.settings.php:

'cache' => [
    'value' => [
        'type' => 'memcache',
        'memcache' => ['host' => '127.0.0.1', 'port' => 11211],
    ],
],

Синхронизация файлов. При изменении файлов (загрузка изображений, обновление шаблона) нужно синхронизировать файловую систему между нодами. Решения: NFS-шара, GlusterFS, S3-совместимое хранилище (MinIO или AWS S3).

Настройка репликации БД

В Настройки → Веб-кластер → Репликация БД. Добавляем slave-серверы MySQL/PostgreSQL. Битрикс автоматически направляет SELECT-запросы на slave, INSERT/UPDATE/DELETE — на master.

Критически важно после настройки проверить работу транзакций: операции внутри транзакции должны идти строго на master, даже если там есть SELECT. Битрикс это учитывает, но кастомный код с прямыми запросами к БД — нет.

CDN и статика

Настройки → Веб-кластер → Ресурсы. Указываем CDN-домен (например, static.example.com). Битрикс подменяет пути к статике в HTML на CDN-домен. Требования: CDN должен иметь доступ к origin-серверу (pull-модель) или файлы синхронизируются напрямую (push-модель).

Для резервирования и ускорения — включаем gzip-компрессию на уровне веб-сервера и настраиваем Cache-Control заголовки для статики.

Персонализация

Модуль персонализации работает на основе профилей посетителей: история просмотров, покупок, геолокация. Настройка в Маркетинг → Персонализация:

• Создаём сегменты посетителей (например, «просматривал категорию X», «из Москвы», «купил Y»)
• Настраиваем правила показа контента: для сегмента A показываем блок B
• Подключаем компоненты персонализации в шаблоне сайта

Кейс: кластер для крупного ритейлера

Ритейлер с пиковой нагрузкой 500+ RPS в период акций. Архитектура: 3 frontend-ноды за Nginx-балансировщиком, master + 2 slave PostgreSQL, Redis для сессий и кэша, S3 для файлов, CDN для статики. Настройка: 2 недели. Основное время — синхронизация файлов между нодами и отладка транзакций после включения репликации (несколько кастомных модулей писали напрямую в slave-соединение).

Сроки