Для кого: администратор панели, SRE, дежурный инженер. Требуемые права: сессия администратора.
Что показывает
Сводка по карточкам
Пять карточек — ноды, схемы подключения (Connection Units), агенты, маршруты, WARP — с разбивкой
{всего, healthy, degraded, critical, unknown}, а также счётчики открытых инцидентов и предложенных действий.Оценка здоровья
Единый показатель: доля здоровых сущностей от общего числа по всем пяти карточкам, умноженная на 100.
Таблицы нод и схем
Построчное состояние нод и схем подключения с фильтрами по статусу (для нод — также по стране и провайдеру), плюс таблица маршрутов.
Лента инцидентов
События здоровья и синтезированные «текущие проблемы» за последние 24 часа, каждое со своим статусом жизненного цикла.
hidden_by_suppression) — чтобы «зелёный» дашборд не вводил в заблуждение, когда часть нод заглушена. О подавлении — на странице Подавление нод.
Интервалы обновления
Экран здоровья опрашивает панель каждые 15 секунд и обновляет сводку и таблицы автоматически. Это отражение уже собранных данных: фактические проверки идут по своим интервалам (достижимость ~60 с, служба ~120 с, сквозная проверка схемы ~10 мин — см. Уровни проверок). Поэтому свежий результат может появиться на дашборде с задержкой до интервала соответствующей проверки — либо сразу, если запустить проверку вручную.Кнопка запуска проверки (recheck)
На дашборде есть глобальная кнопка Запустить проверку. Она перепроверяет все применённые схемы подключения и возвращает число проверенных схем.Блок инцидентов
Лента инцидентов объединяет две вещи: события здоровья из журнала и синтезированные «текущие проблемы» — по схемам, нодам, офлайн- и degraded-агентам, а также по нодам, отключённым в Remnawave. У каждой записи есть статус жизненного цикла:| Статус | Что значит |
|---|---|
open | Проблема активна, не разобрана |
acknowledged | Оператор её видел / принял в работу |
auto_resolved | Цель восстановилась сама, проблема закрыта автоматически |
resolved | Закрыта |
Рутинные тики «всё ещё здорово» в ленту не попадают — уведомления и инциденты создаются только на реальных переходах состояния. Это защита от шума (флаппинга), а не потеря данных.
Как читать дашборд
Сначала — глобальная сводка
Есть ли
critical или degraded по карточкам? critical появляется только когда сломано что-то пользовательское; офлайн-агенты сами по себе поднимают состояние максимум до degraded.Затем — что именно
Провалитесь в таблицу с ненулевым
critical/degraded и отфильтруйте по статусу. Так вы увидите конкретные ноды и схемы.Потом — почему
Откройте инцидент или карточку схемы: там видны причина сбоя, затронутые ноды/маршруты и предложенные действия восстановления.
Действие
Действия восстановления предлагаются, но не выполняются сами — см. Восстановление. Для типовых сценариев есть Runbook’и.
Проверка
Всё зелёное, если
overall: "healthy", по всем карточкам critical=0 и degraded=0, а open_incidents=0.Откат
Дашборд только отображает данные и запускает проверки (операции чтения) — откатывать нечего. Изменяющие операции (подтверждение действия, подавление) откатываются на своих страницах: Восстановление, Подавление нод.Типовые ошибки
Дашборд зелёный, но ноды заглушены
Дашборд зелёный, но ноды заглушены
Смотрите
hidden_by_suppression в сводке: подавление скрывает события, но не останавливает мониторинг. Часть проблем может быть просто спрятана.Нажал recheck, ничего не изменилось
Нажал recheck, ничего не изменилось
Recheck перепроверяет применённые схемы и возвращает их число. Если схема не применена или нод нет, менять нечего. Результат появляется после завершения прогона.
Инцидент пропал сам
Инцидент пропал сам
Если цель восстановилась, запись переходит в
auto_resolved, а связанные предложения действий автоматически снимаются. Это ожидаемое поведение.Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-11.