Налаштування модулів редакції 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-з'єднання).

Терміни