Сайт ліг о третій ночі. Вранці менеджер відкриває сторінку — білий екран. Дзвонить нам. Ми підключаємося, знаходимо забитий диск або впалий MySQL. Клієнти всю ніч бачили помилку 500. Втрати — замовлення, репутація, позиції в пошуку. Ми пропонуємо моніторинг працездатності: ви дізнаєтеся про збій раніше за клієнтів. Наша компанія понад 10 років займається адмініструванням Бітрікс-сайтів, виконала понад 500 проєктів — це дозволяє гарантувати SLA до 99,9%.
Які метрики потрібно моніторити?
Працездатність сайту — це не один показник, а набір метрик. Кожна ловить свій тип збою.
HTTP-статус головної та ключових сторінок. Зовнішній чекер (UptimeRobot, Hetrixtools, Zabbix із зовнішнім вузлом) кожні 60 секунд робить GET-запит і перевіряє код відповіді. 200 — норма, 500/502/503 — алерт. Важливо перевіряти не лише головну, а й сторінку каталогу, кошик, особистий кабінет — вони використовують різні модулі і можуть падати незалежно.
Час відповіді (TTFB). Сайт відповідає, але за 8 секунд — це теж збій. Поріг: TTFB > 2 секунд — попередження, > 5 секунд — критичний алерт. Зростання TTFB часто передує повному падінню: база перевантажена, але ще відповідає.
Перевірка контенту. HTTP 200 не гарантує, що сторінка робоча. Бітрікс може віддати 200 із текстом помилки PHP або порожній шаблон. Чекер шукає ключове слово на сторінці (назва компанії, фрагмент меню). Немає слова — алерт.
SSL-сертифікат. Закінчення сертифіката — часта причина недоступності. Моніторинг попереджає за 14 і 7 днів до закінчення.
Домен. Аналогічно — попередження про закінчення реєстрації домену.
Вбудовані інструменти Бітрікс
Модуль «Перевірка системи» (bitrix:system.checker) — разова діагностика, не моніторинг. Перевіряє версії PHP, MySQL, налаштування, права на файли. Корисна після оновлення, але не для безперервного спостереження.
Монітор продуктивності (perfmon) — записує SQL-запити, час виконання сторінок, навантаження на хітах. Вмикається в Налаштування → Продуктивність → Монітор. Корисний для аналізу гальмувань, але не відправляє алерти.
Панель продуктивності — оцінка в балах (до 100). Показує вузькі місця: повільний диск, нестача кешу, неоптимальні налаштування MySQL. Орієнтир, але не заміна зовнішнього моніторингу.
Як налаштувати зовнішній моніторинг?
Мінімальна конфігурація:
| Сервис | Що перевіряє | Інтервал | Алерт |
|---|---|---|---|
| UptimeRobot (Free) | HTTP-статус, TTFB | 5 хв | Email, Telegram |
| Hetrixtools (Free) | HTTP + keyword | 1 хв | Email, Slack |
| Zabbix (Self-hosted) | Все | 30 с | Будь-який канал |
UptimeRobot — мінімальний варіант. Безкоштовний план: 50 моніторів, інтервал 5 хвилин. Додаємо URL головної, каталогу, кошика. Для кожного — перевірка HTTP 200 + keyword. Сповіщення — email і Telegram-бот.
Hetrixtools — розширений варіант. Безкоштовний план: 15 моніторів, інтервал 1 хвилина, перевірка з кількох локацій. Показує TTFB по географії.
Zabbix — для проєктів із власною інфраструктурою. Дозволяє моніторити не лише HTTP, а й серверні метрики (CPU, RAM, диск) у зв'язці з доступністю сайту. Налаштування складніше, але можливості незрівнянні.
Специфіка Бітрікс
Агенти. Система агентів Бітрікс (b_agent) виконує фонові завдання: обмін з 1С, розсилки, очищення. Якщо агенти зупинилися (упав cron_events або немає хітів для агентів на хітах) — сайт працює, але бізнес-процеси стали. Моніторинг: перевіряємо дату NEXT_EXEC у b_agent — якщо максимальне відставання > 1 години, значить агенти не виконуються.
Обмін з 1С. Файл /bitrix/admin/1c_exchange.php обробляє обмін. Якщо обмін завис — каталог не оновлюється, але сайт працює. Моніторимо за датою модифікації файлу обміну (/upload/1c_exchange/) або за timestamp останнього запису в лозі обміну.
Ліцензія. Бітрікс із простроченою ліцензією працює, але не оновлюється і не отримує патчі безпеки. Моніторинг дати закінчення ліцензії — через \Bitrix\Main\Config\Option::get('main', '~PARAM_MAX_SITES') або перевірку файлу ліцензії.
Канали сповіщень
Email — базовий канал, але листи губляться. Telegram — швидше і помітніше. Налаштування: створюємо бота через @BotFather, отримуємо токен, додаємо бота в групу або канал. У моніторинговому сервісі вказуємо webhook URL Telegram API. Для UptimeRobot — вбудована інтеграція в розділі Alert Contacts.
Ескалація: якщо алерт не підтверджено за 15 хвилин — дзвінок по телефону. Сервіси PagerDuty і Opsgenie вирішують задачу, але для малих проєктів достатньо повторних сповіщень у Telegram зі збільшуваною частотою.
Що входить у роботу
- Аудит поточного стану сайту та інфраструктури.
- Налаштування зовнішнього моніторингу (UptimeRobot/Hetrixtools/Zabbix).
- Підключення перевірки агентів, SSL, домену, обміну з 1С.
- Налаштування каналів сповіщень (Telegram, email, ескалація).
- Документування схеми моніторингу та інструкція для вашої команди.
- Супровід: коригування порогів, додавання нових метрик.
Середній збиток від годинного простою інтернет-магазину на Бітрікс — 150 000 ₴. Налаштування моніторингу окупається вже при першому запобігнутому збої. Отримайте консультацію: зв'яжіться з нами для розрахунку вартості за вашим проєктом.
Джерело: Офіційна документація 1С-Бітрікс з моніторингу продуктивності