Upvisor
Главная/Документация/Виды мониторинга
Документация Upvisor

Виды мониторинга

Подробное описание проверок Upvisor: Ping, HTTP/S, ключевые слова, TCP-порты, DNS, Heartbeat, SSL, домены и деградации.

Зачем нужны разные типы мониторинга

Один и тот же сервер может выглядеть исправным на уровне сети, но при этом не отдавать сайт, API или базу данных. Поэтому Upvisor разделяет проверки по слоям: сеть, веб, порт, DNS, контент и входящие heartbeat-сигналы.

При создании проверки достаточно выбрать тип и указать цель. Если пользователь вводит домен вместо IP, Upvisor сам резолвит адрес там, где это нужно. Для HTTP/S можно указать домен без протокола: адрес будет приведен к корректному URL автоматически.

Ping

Проверяет сетевую доступность хоста по ICMP. Хорош для базового контроля VPS, роутеров и IP-адресов.

Перейти

HTTP/S

Проверяет сайт, лендинг, API или backend endpoint по коду ответа, времени отклика и правилам успешности.

Перейти

Ключевые слова

Загружает страницу и проверяет наличие или отсутствие текста.

Перейти

TCP-порт

Проверяет, можно ли установить соединение с конкретным портом.

Перейти

Ping-мониторинг

Ping использует ICMP и отвечает на простой вопрос: виден ли хост из внешнего региона проверки. Это хороший первый слой контроля для VPS, выделенных серверов, сетевых устройств и IP-адресов.

У Ping есть ограничение: успешный ICMP-ответ не означает, что приложение на сервере работает. Сервер может отвечать на ping, но веб-сервер, база данных или почтовый сервис уже недоступны.

HTTP/S-мониторинг

HTTP/S-проверка подходит для сайтов, API, личных кабинетов, webhook endpoints и любых сервисов, которые отвечают по HTTP или HTTPS. Upvisor делает запрос из выбранных регионов, измеряет время ответа, сохраняет код ответа и определяет состояние по заданным правилам.

Можно включить контроль медленного ответа. Это не полная недоступность, а деградация: сервис отвечает, но делает это дольше заданного порога.

После подтвержденной недоступности на Pro и Team следующая проверка временно ставится через 30 секунд, чтобы быстрее заметить восстановление. На Team дополнительно можно задать задержку подтверждения сбоя от 30 секунд до часа.

Что проверяется

Доступность URL, HTTP-код, время ответа, редиректы, итоговый URL и базовые детали ответа.

Что можно настроить

Метод запроса, тайм-аут, интервал, регионы, ожидаемые коды, порог медленного ответа, часовой пояс и уведомления.

Мониторинг ключевых слов

Проверка ключевых слов работает поверх HTTP/S: Upvisor загружает ответ страницы и анализирует тело ответа. Этот тип подходит, когда важно не просто получить HTTP 200, а убедиться, что на странице или в API-ответе есть ожидаемый текст.

Можно считать проверку успешной, если текст найден, либо наоборот контролировать, что нежелательной строки нет в ответе. Для сложных случаев используется режим регулярного выражения.

Проверка TCP-портов

TCP-мониторинг проверяет, можно ли открыть соединение с указанным портом. Он подходит для сервисов без HTTP-интерфейса: базы данных, SMTP, IMAP, SSH, Redis, RabbitMQ, PostgreSQL, MySQL и внутренних API на отдельном порту.

Мониторинг DNS

DNS-проверки следят за записями домена и помогают быстро заметить изменения, которые могут повлиять на доступность сервиса. Это важно для A, AAAA, CNAME, MX, TXT и NS-записей.

DNS не стоит проверять каждую минуту без необходимости. У записей есть TTL, кеширование у резолверов и задержки распространения, поэтому для большинства сценариев разумнее использовать спокойный интервал.

Heartbeat / Cron-мониторинг

Heartbeat работает наоборот: не Upvisor ходит к вашему сервису, а ваша задача сама отправляет запрос в Upvisor. Такой подход подходит для cron-задач, ночных бэкапов, очередей, воркеров, синхронизаций и парсеров.

curl -fsS https://upvisor.online/heartbeat/hb_xxx/start
curl -fsS https://upvisor.online/heartbeat/hb_xxx/success
curl -fsS https://upvisor.online/heartbeat/hb_xxx/fail

SSL, срок домена и DNS A внутри HTTP/S

В Upvisor SSL-сертификат, срок регистрации домена и DNS A-запись не создаются как отдельные пользовательские мониторы. Они включаются внутри HTTP/S-монитора и показываются отдельными блоками в его карточке.

Срок регистрации проверяется по базовому домену. Если в проекте уже есть монитор для smmlift.ru, а позже добавлен cdn.smmlift.ru, проверка срока домена не дублируется. SSL и A-запись остаются отдельными для каждого хоста.

Как выбрать правильный тип проверки

  • 1
    Сайт или API.
    Начните с HTTP/S. Если важно содержание ответа, добавьте проверку ключевого слова.
  • 2
    Сервер или IP.
    Используйте Ping как базовый сигнал сети, но не как проверку приложения.
  • 3
    Конкретная служба.
    Для базы, почты, SSH или любого сервиса на порту используйте TCP-проверку.
  • 4
    Фоновая задача.
    Если сервис не имеет публичного адреса, используйте Heartbeat.