Обзор мониторов
Монитор — это отдельная проверка, которую StatusRadar выполняет по расписанию для интересующей вас цели: сайта, эндпоинта API, TCP-порта, DNS-записи, SSL-сертификата или сервера. Каждый монитор фиксирует uptime, время отклика и статус во времени, а также может создавать инциденты и отправлять оповещения, когда что-то идёт не так.
Что делает монитор
Каждый монитор выполняет один и тот же цикл:
- Расписание — ожидает, пока истечёт настроенный интервал проверки.
- Проверка — распределённый probe обращается к цели и измеряет результат (успех/неудача, время отклика, код статуса и данные, специфичные для типа, такие как срок действия SSL или DNS-записи).
- Повтор — если проверка не удалась, она повторяется до
retry_countраз, прежде чем зафиксировать неудачу (это исключает ложные срабатывания из-за единичного сетевого сбоя). - Запись — результат отправляется в API StatusRadar и сохраняется в VictoriaMetrics как
probe_monitor_status,probe_response_time_msиprobe_monitor_uptime. - Оценка — пороги отказа/восстановления определяют, открывать или закрывать инцидент и отправлять ли оповещения.
Типы мониторов
StatusRadar поддерживает шесть типов мониторов. Все они используют общий набор полей и добавляют собственный формат цели и свои опции.
| Тип | Что проверяет | Пример цели |
|---|---|---|
| HTTP / HTTPS | Веб-страницы, API, эндпоинты | https://example.com/health |
| SSL | Действительность и срок действия TLS-сертификата | example.com |
| TCP | Порт открыт и принимает соединения | db.example.com + порт 5432 |
| Ping | Доступность хоста (ICMP) | example.com |
| DNS | DNS-запись разрешается в ожидаемое значение | example.com |
| Server | Метрики хоста через установленный агент | сервер, зарегистрированный в агенте |
См. Типы мониторов для формата цели и опций по каждому типу.
Общие поля
Каждый монитор (HTTP/HTTPS, SSL, TCP, Ping, DNS) использует следующие поля:
| Поле | Описание |
|---|---|
name |
Отображаемое имя (3-255 символов). |
type |
Одно из http, https, ssl, tcp, ping, dns. |
target |
Что проверять (URL, имя хоста и т. д.). Максимум 500 символов. |
group_name |
Необязательная метка группировки для дашборда (по умолчанию General). |
interval_seconds |
Как часто проверять. Допустимые значения зависят от вашего тарифа. |
timeout_seconds |
Сколько ждать ответа (1-60 секунд). |
retry_count |
Повторы до фиксации неудачи (по умолчанию 3). |
probe_servers[] |
Какие локации probe выполняют проверку (по умолчанию все онлайн-probe). |
is_active |
Запущен монитор или приостановлен. |
notify_on_failure |
Отправить оповещение, когда монитор уходит в down. |
notify_on_recovery |
Отправить оповещение, когда монитор восстанавливается. |
Поля, специфичные для типа (HTTP-метод, ожидаемый статус, окно срока действия SSL, тип DNS-записи, TCP-порт и другие), описаны в разделе Дополнительные опции.
Жизненный цикл монитора
Создание монитора
Dashboard → Monitors → Add Monitor
- Выберите тип и укажите цель.
- Задайте интервал проверки и таймаут.
- (Необязательно) Выберите локации probe, которые должны выполнять проверку.
- (Необязательно) Настройте опции, специфичные для типа.
- Сохраните. Новый монитор назначается выбранным probe (или всем онлайн-probe, если ни один не выбран).
Для мониторов HTTP/HTTPS цель проверяется средствами защиты от SSRF — частные диапазоны IP, localhost, link-local адреса и эндпоинты облачных метаданных отклоняются.
Лимиты тарифа. Создание монитора учитывается в квоте мониторов вашего тарифа. При достижении лимита необходимо перейти на более высокий тариф, прежде чем добавлять новые.
Pending → Up / Down
Только что созданный монитор отображается как Pending, пока не завершится его первая проверка. После этого его статус отражает последний результат probe:
| Статус | Значение |
|---|---|
| Up | Последняя проверка прошла успешно. |
| Down | Достигнут порог отказа. |
| Degraded / Timeout | Медленный ответ или таймаут (хост всё ещё доступен). |
| Pending | Проверка ещё не выполнялась. |
| Paused | Монитор неактивен (is_active = false). |
Инциденты и восстановление
Когда число последовательных отказов превышает порог отказа, StatusRadar открывает инцидент и (если задано notify_on_failure) отправляет оповещения. Когда монитор восстанавливается и пересекает порог восстановления, инцидент закрывается, а если включено notify_on_recovery — отправляется оповещение о восстановлении. См. Обзор оповещений.
Приостановка и возобновление
Приостановка монитора (переключатель в списке мониторов или на странице деталей) останавливает проверки без удаления истории. Возобновите его в любой момент, чтобы снова начать проверки.
Редактирование и удаление
Вы можете изменить имя монитора, интервал, таймаут, число повторов, настройки уведомлений и опции, специфичные для типа. Тип и цель фиксируются после создания — чтобы изменить их, создайте новый монитор. Удаление монитора безвозвратно удаляет его и его назначения.
Куда попадают данные
Результаты проверок не хранятся в MySQL. Probe отправляют результаты POST-запросом в API StatusRadar, Go-коллектор записывает их в VictoriaMetrics, а дашборд запрашивает VictoriaMetrics для получения uptime, графиков времени отклика и статуса. Запросы uptime и среднего времени отклика кэшируются на 60 секунд.
Дальнейшие шаги
- Типы мониторов - Цели и опции по каждому типу
- Интервалы и probe - Частота проверок, таймаут, повторы и выбор probe
- Дополнительные опции - HTTP-методы, ожидаемые ответы, срок действия SSL, проверки DNS
- Обзор оповещений - Получайте уведомления, когда монитор уходит в down