MirvMon v0.6.2

MirvMon v0.6.2

Контроль собственной сетевой связности

• Добавлен отдельный supervised connectivity-worker, который фоном проверяет внешний TCP/443 quorum. По умолчанию используются Cloudflare, Google и Quad9; состояние считается доступным при ответе не менее 2 из 3 целей.
• Цели, quorum, timeout и период проверки настраиваются через CONNECTIVITY_PROBE_TARGETS, CONNECTIVITY_PROBE_QUORUM, CONNECTIVITY_PROBE_TIMEOUT и CONNECTIVITY_CHECK_INTERVAL.
• Потеря внешнего quorum сама по себе больше не выдаётся за падение наблюдаемых серверов. MirvMon подавляет новые offline transitions только когда потеря собственной связности совпадает с массовой потерей ранее доступных агентов.
• Массовой потерей считается не менее двух агентов и не менее 30% наблюдаемого парка; уже находившиеся offline серверы в расчёт не входят.
• После восстановления связности агентам даётся их обычный offline_timeout_seconds на повторное подключение. Только не вернувшийся за это время агент создаёт настоящий offline-инцидент.
• Если сам offline-worker не работал достаточно долго, действует тот же recovery grace period, поэтому рестарт или простой MirvMon не создаёт ложный шторм offline/recovered уведомлений.
• Централизованные проверки сайтов при подтверждённой потере внешней связности MirvMon приостанавливаются и автоматически продолжаются после восстановления сети.
• Состояние внешней связности и heartbeat нового worker отображаются на странице System / MirvMon.

Уведомления и события

• Все даты в Telegram/SMTP уведомлениях теперь приводятся к APP_TIMEZONE и показываются в едином читаемом формате вместо смеси UTC ISO timestamps и локального времени.
• В offline-уведомлении дополнительно показывается последний контакт агента — именно это время используется MirvMon для определения недоступности; время последней метрики остаётся дополнительной диагностикой.
• Добавлены отсутствовавшие RU/EN-названия типов инцидентов для HTTP, assertion, performance, TLS и domain-проверок сайтов.

Обновление

• Для Docker/Portainer используйте ghcr.io/mirivlad/mirvmon:0.6.2 и выполните обычный re-pull/redeploy stack.
• Изменений схемы БД нет.
• Переустанавливать или обновлять агенты не требуется; agent protocol не изменён.
• Новые connectivity-параметры имеют безопасные значения по умолчанию, поэтому существующий .env можно не менять. При необходимости цели и quorum можно переопределить явно.