Ложные срабатывания

Что считается ложным срабатыванием

Ложное срабатывание — это тревога о недоступности или деградации, когда сам сервис продолжает работать, а ошибка возникла из-за кратковременного сетевого сбоя, проблем маршрута, DNS-кэша, блокировки ICMP или единичного неудачного ответа.

Upvisor снижает такие ситуации за счет быстрых повторов внутри одной проверки, внешних регионов, порогов подтверждения, отдельного статуса деградации и настройки минимальной длительности инцидента. Это помогает не будить команду из-за одного случайного ответа, но при этом не пропустить реальную проблему.

Проверки доступности HTTP/S, Ping и TCP

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

• 1
  Агент выполняет проверку из выбранного региона.
  Для HTTP/S сохраняется код ответа, время отклика, итоговый URL и ошибка, если запрос не прошел.
• 2
  Если проверка завершилась ошибкой, Upvisor делает быстрые повторы.
  После первой неудачи повтор выполняется через 700 мс, после второй — еще через 1500 мс. Если любая попытка успешна, результат считается успешным для этого цикла.
• 3
  Upvisor сравнивает итоговый результат с правилами монитора.
  Например, HTTP-код должен входить в список успешных, TCP-порт должен принимать соединение, а Ping должен получить ответ.
• 4
  Состояние подтверждается порогами.
  Если проблема повторяется несколько циклов подряд и набрано нужное число регионов подтверждения, создается инцидент.
• 5
  Восстановление тоже подтверждается.
  Инцидент закрывается после нескольких успешных проверок подряд, чтобы статус не прыгал туда-сюда при нестабильной сети.

Быстрые повторы внутри одной проверки

Для HTTP/S, Ping и TCP Upvisor выполняет до трех попыток в рамках одного цикла проверки. Повторы запускаются только если предыдущая попытка завершилась ошибкой. Это помогает отфильтровать единичные сетевые всплески, короткие сбои маршрута или случайный разовый ответ сервера с ошибкой.

Регионы проверки

Актуальный набор регионов зависит от подключенных VPS-агентов. Upvisor не показывает шаблонный список стран: в документации и мета-файлах отображаются только реальные активные агенты.

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

Медленные ответы не считаются падением

Если сайт отвечает, но делает это дольше заданного порога, Upvisor переводит монитор в состояние деградации. Это отдельный тип инцидента: он означает не простой, а ухудшение качества ответа.

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

Минимальная длительность инцидента

Для платных тарифов можно задать минимальную длительность инцидента. Это полезно, если сервис иногда отвечает нестабильно в течение нескольких секунд, но быстро восстанавливается сам.

DNS и дополнительные проверки внутри HTTP/S

DNS-записи могут временно отличаться из-за TTL, миграции, балансировки или задержек распространения. Поэтому DNS стоит проверять с разумным интервалом, а ожидаемое значение A-записи задавать явно в настройках HTTP/S-монитора.

Для DNS-проверок Upvisor по умолчанию выдерживает изменение 15 минут перед созданием инцидента. Если за это время запись вернулась к ожидаемому состоянию, тревога не создается. Это защищает от кратковременных флуктуаций DNS и временных расхождений между резолверами.

Если включена проверка DNS A внутри HTTP/S-монитора, она не отображается как отдельный монитор и не расходует слот тарифа. При устойчивом несоответствии ожидаемому IP Upvisor создает инцидент по DNS A-записи, а SSL и срок домена показываются отдельными блоками внутри карточки HTTP/S-монитора.

• Не проверяйте DNS слишком часто без причины.
  Для большинства доменов достаточно спокойного интервала, потому что DNS сам по себе не меняется каждую минуту.
• Сверяйте с ожидаемым значением.
  Если A-запись должна указывать на конкретный IP, укажите его в настройках монитора.
• Уведомления отправляются по монитору.
  Каналы уведомлений берутся из текущего HTTP/S-монитора, поэтому разные проекты могут писать в разные чаты и email.

Как настроить монитор, чтобы тревоги были точнее

• Выберите два и более региона.
  Один регион подходит для теста, но для продакшна лучше иметь подтверждение из разных сетей.
• Настройте ошибки подряд и восстановление.
  Более высокий порог снижает шум, но увеличивает время до создания инцидента.
• Отделяйте деградацию от падения.
  Для медленных ответов используйте отдельный порог, чтобы видеть ухудшение качества до полного сбоя.
• Разрешите User-Agent Upvisor в WAF или firewall.
  Если защита сайта блокирует проверочного бота, монитор будет видеть ошибку, хотя сайт доступен обычным пользователям.