События и триггеры уведомлений
Оповещения приходят не на каждый единичный сбой, а по определённым правилам — чтобы вы не получали ложные сигналы.
Мониторинг сайтов
| Событие | Когда срабатывает |
|---|---|
| Сайт недоступен | 2 неудачные проверки подряд |
| Сайт восстановлен | 2 успешные проверки после сбоя |
| Проблема с SSL | ошибка сертификата при работающем сайте |
| Восстановление SSL | сертификат снова валиден |
| Истечение SSL | осталось меньше заданного порога дней (по умолчанию 30) |
| События безопасности | сайт попал в репутационный список, найдены уязвимости |
Порог истечения сертификата и набор событий настраиваются для каждого сайта отдельно.
Мониторинг серверов
| Событие | Когда срабатывает |
|---|---|
| Сервер офлайн | агент не выходит на связь |
| Сервер снова онлайн | агент восстановил связь |
| Низкая скорость | Download/Upload ниже порога |
| Высокий пинг / джиттер | значение выше порога |
| Высокая загрузка | CPU, память или диск выше порога (с учётом длительности) |
Для каждого правила задаётся условие (выше/ниже), порог и «период охлаждения», чтобы уведомления не повторялись слишком часто.
Правила против ложных срабатываний
- Порог по количеству проверок: сбой фиксируется после нескольких неудач подряд, а не после одной.
- Порог по длительности: для ресурсов сервера учитывается, как долго значение держится выше порога.
- Возврат в норму: оповещение о решении проблемы приходит только после устойчивого восстановления.
- Недублирование: повторные однотипные уведомления ограничиваются по времени.
Настройка под себя. Включайте только значимые события: например, «сервер офлайн» — всегда, а «высокая загрузка CPU» — только на критичных машинах.
Техническая деталь
Статус сайта меняется на «Офлайн» после двух неудачных проверок и возвращается в «Онлайн» после двух успешных. Для ресурсов сервера используется порог с «гистерезисом» (небольшой запас для сброса). События безопасности обрабатываются отдельной подсистемой (репутационные списки и сканер уязвимостей) и отправляются в Email и Telegram.