Начало работы
Обзор Быстрый старт
Мониторы
Обзор Типы мониторов Интервалы и пробы Доп. настройки
Страницы статуса
Обзор Настройка Оформление Свои домены История аптайма
Инциденты
Обзор Управление инцидентами Окна обслуживания
Агент
Установка Конфигурация Обновление Удаление Требования Решение проблем
Плагины
Обзор Redis MySQL PostgreSQL MongoDB Nginx Apache PHP-FPM Memcached RabbitMQ Elasticsearch Meilisearch Varnish HAProxy Docker VictoriaMetrics mdadm (RAID)
API
Обзор Аутентификация Мониторы Инциденты Страницы статуса Ошибки
RUM и Replay
Обзор Быстрый старт Session Replay События Ошибки Решение проблем
OTLP и Трейсинг
Обзор Трейсы Логи Метрики SDK Решение проблем
Observability Apps
Обзор Создание приложений Квоты Домены Пополнения
Алерты
Обзор Anomaly Detection Каналы Пороги
Команды
Обзор Роли и доступ Приглашения Места и оплата
Биллинг
Обзор Тарифы Пополнения Счета
Безопасность
Обзор Двухфакторная аутентификация API-токены Сессии

Интервалы и probe

На этой странице описано, как часто монитор выполняет проверку, сколько он ждёт, как повторяет попытки и какие локации probe выполняют проверку. Эти четыре настройки определяют, насколько быстро вы обнаруживаете проблемы, насколько надёжно обнаружение и откуда вы измеряете.

Интервал проверки

Интервал проверки (interval_seconds) — это то, как часто probe выполняет проверку. Более короткие интервалы быстрее обнаруживают сбои, но расходуют больше квоты вашего тарифа.

Доступные интервалы зависят от вашего тарифного плана:

Тариф Доступные интервалы
Free 15 min, 30 min, 1 h, 2 h, 3 h, 6 h, 12 h, 24 h
Pro 1 min, 2 min, 5 min, 10 min, 15 min, 30 min, 1 h, 2 h
Business 30 s, 1 min, 2 min, 5 min, 10 min, 15 min, 30 min, 1 h
Enterprise 10 s, 30 s, 1 min, 2 min, 5 min, 10 min, 15 min, 30 min, 1 h

Форма монитора предлагает только интервалы, разрешённые вашим тарифом, и значение проверяется при сохранении — выбор интервала вне вашего тарифа отклоняется.

Совет. Подбирайте интервал в соответствии с критичностью цели. API, обращённый к клиентам, на тарифах Business/Enterprise может проверяться каждые 30 секунд; внутреннему дашборду может быть достаточно проверки раз в 15 минут.

Таймаут

Таймаут (timeout_seconds) — это то, как долго probe ждёт ответа, прежде чем считать проверку неудачной. Допустимый диапазон — от 1 до 60 секунд.

  • Слишком короткий → медленные, но работоспособные цели помечаются как down (ложные срабатывания).
  • Слишком длинный → реальные сбои обнаруживаются дольше, а зависшее соединение занимает probe на весь таймаут.

Типичный веб-эндпоинт хорошо работает при 10-30 секундах. Задавайте значение с запасом выше обычного времени отклика цели.

Повторы

Число повторов (retry_count, по умолчанию 3) — это сколько дополнительных попыток делает probe после неудачной проверки, прежде чем зафиксировать неудачу. Повторы поглощают кратковременные сетевые сбои, чтобы единичный потерянный пакет не открывал инцидент.

check fails → retry 1 → retry 2 → retry 3 → still failing → record failure

Повторы взаимодействуют с порогом отказа: монитор помечается как down только после настроенного числа последовательных неудачных проверок. Большее число повторов снижает ложные срабатывания ценой немного более медленного обнаружения.

Probe в нескольких регионах

StatusRadar выполняет проверки с распределённых серверов probe в нескольких регионах. При создании монитора вы можете выбрать, какие probe его выполняют; если вы не выберете ни одного, монитор назначается всем онлайн-probe.

Зачем использовать несколько регионов

  • Устранение ложных срабатываний — сбой, видимый из одного региона, но не из других, обычно является сетевой проблемой, а не реальным сбоем.
  • Измерение глобальной производительности — смотрите время отклика из регионов, где находятся ваши пользователи.
  • Обнаружение региональных сбоев — выявляйте проблемы CDN, маршрутизации или geo-DNS, которые затрагивают только некоторые области.

Выбор probe

В форме монитора probe сгруппированы по регионам. Выбирайте локации, релевантные вашей аудитории:

  • Сервис в одном регионе → один или два ближайших probe.
  • Глобальный сервис → probe по регионам, которые вы обслуживаете.
  • Максимальная уверенность → все доступные probe (значение по умолчанию, когда ни один не выбран).

Лимиты тарифа. Число локаций probe, которые вы можете использовать, регулируется квотой вашего тарифа. Более высокие тарифы открывают больше регионов.

Как работает назначение probe

При создании монитора он связывается с каждым выбранным probe (хранится в monitor_locations). Каждый probe независимо забирает назначенные ему мониторы, выполняет проверки по расписанию и отправляет результаты обратно POST-запросом. Статус и uptime в дашборде агрегируют результаты по всем назначенным probe.

Как выполняется расписание

Probe берёт монитор на проверку, когда:

last_checked_at IS NULL                                  (never checked — runs immediately)
OR last_checked_at + interval_seconds <= now             (interval has elapsed)

Таким образом, совершенно новый монитор проверяется на следующем цикле probe и отображается как Pending только до прибытия этого первого результата. После каждого запуска last_checked_at монитора обновляется, и он ждёт полный интервал до следующей проверки.

Дальнейшие шаги

On this page