Налаштування Бітрікс24 On-Premise (коробкова версія)
Коробкова версія Бітрікс24 — це повний контроль над даними та інфраструктурою, але й повна відповідальність за неї. Хмару налаштовують за годину; On-Premise після встановлення дистрибутива вимагає ще кількох днів правильного налаштування, перш ніж стане придатним для роботи в production.
Вимоги до інфраструктури
Мінімальні вимоги для команди до 50 користувачів:
| Компонент | Мінімум | Рекомендовано |
|---|---|---|
| CPU | 4 ядра | 8 ядер |
| RAM | 8 ГБ | 16 ГБ |
| Дисковий простір | 100 ГБ SSD | 500 ГБ SSD + NAS |
| ОС | CentOS 7 / Ubuntu 20.04 | Ubuntu 22.04 LTS |
| СУБД | MySQL 5.7+ / MariaDB | MariaDB 10.6 |
| PHP | 7.4 | 8.1 |
Для 100+ користувачів потрібна кластеризація — це окрема тема (див. статтю про кластеризацію). Однак вже при 50 користувачах важливо виносити СУБД на окремий сервер.
Первинне налаштування після встановлення
Після встановлення дистрибутива та проходження майстра установки виконайте обов'язковий чеклист:
SSL/TLS. Бітрікс24 On-Premise без HTTPS — неприпустимо. Certbot + Let's Encrypt або корпоративний сертифікат. Налаштуйте примусове перенаправлення HTTP → HTTPS у конфігурації nginx.
Налаштування PHP. Критичні параметри в php.ini:
memory_limit = 512M
max_execution_time = 300
upload_max_filesize = 100M
post_max_size = 100M
opcache.enable = 1
opcache.memory_consumption = 256
Налаштування MySQL/MariaDB. Обов'язково в my.cnf:
innodb_buffer_pool_size = 4G # ~60-70% від RAM
innodb_log_file_size = 512M
max_connections = 200
query_cache_type = 0 # вимкнути, використовуйте Redis
Кешування. Підключіть Redis або Memcached для сесій і кешу даних. Без кешування система працює в 3–5 разів повільніше під навантаженням.
Редакція «Бізнес» vs «Ентерпрайз»
On-Premise постачається у кількох редакціях. Відмінності є критичними:
- Business — до 100 користувачів, немає смарт-процесів, немає мультиворонок (в нових версіях обмеження інші — перевіряйте актуальну ліцензійну матрицю)
- Enterprise — без обмежень по користувачах, повний набір функцій, підтримка кластеризації та балансувальника навантаження
Поштовий сервер та сповіщення
On-Premise не використовує поштові сервери Бітрікс (хмара) — потрібно підключити власний SMTP. Налаштування: Налаштування → Пошта → Вихідна пошта. Рекомендую не використовувати корпоративний SMTP напряму — візьміть Postfix як relay із репутаційним IP або використовуйте транзакційний сервіс (SendGrid, Mailgun).
Окремо налаштуйте DKIM і SPF для домену — інакше сповіщення з Бітрікс24 потраплятимуть до спаму.
Оновлення та технічне обслуговування
On-Premise оновлюється вручну або через вбудований updater. Категорично рекомендую:
- Не оновлюватися відразу після виходу нової версії — чекати 2–3 тижні, доки вийдуть патчі
- Перед кожним оновленням робити повний backup (файли + БД)
- Тримати staging-сервер із тією самою версією для попереднього тестування оновлень
Оновлення Бітрікс24 On-Premise — це не «натиснути кнопку». Після оновлення мажорних версій часто ламаються кастомні доробки, зроблені через bitrix/php_interface/init.php. Закладайте час на перевірку та виправлення.
Адміністрування On-Premise вимагає компетентного системного адміністратора або договору на підтримку з інтегратором. Без цього через рік система перетворюється на непрацюючий хаос із застарілих версій та накопичених проблем.