> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Дашборд здоровья

> Что показывает раздел «Здоровье»: сводка по карточкам, таблицы нод и схем, лента инцидентов, кнопка запуска проверки и как всё это читать.

Дашборд здоровья — это единый экран состояния инфраструктуры. Он собирает сводку по всем наблюдаемым сущностям, показывает таблицы нод и схем подключения, ведёт ленту инцидентов за последние сутки и даёт кнопку немедленного запуска проверки. Открывается в разделе **Здоровье** панели.

<Info>Для кого: администратор панели, SRE, дежурный инженер. Требуемые права: сессия администратора.</Info>

## Что показывает

<CardGroup cols={2}>
  <Card title="Сводка по карточкам" icon="gauge">
    Пять карточек — ноды, схемы подключения (Connection Units), агенты, маршруты, WARP — с разбивкой `{всего, healthy, degraded, critical, unknown}`, а также счётчики открытых инцидентов и предложенных действий.
  </Card>

  <Card title="Оценка здоровья" icon="percent">
    Единый показатель: доля здоровых сущностей от общего числа по всем пяти карточкам, умноженная на 100.
  </Card>

  <Card title="Таблицы нод и схем" icon="table">
    Построчное состояние нод и схем подключения с фильтрами по статусу (для нод — также по стране и провайдеру), плюс таблица маршрутов.
  </Card>

  <Card title="Лента инцидентов" icon="list">
    События здоровья и синтезированные «текущие проблемы» за последние 24 часа, каждое со своим статусом жизненного цикла.
  </Card>
</CardGroup>

Помимо этого сводка отдельно показывает, сколько проблем **скрыто подавлением** нод (`hidden_by_suppression`) — чтобы «зелёный» дашборд не вводил в заблуждение, когда часть нод заглушена. О подавлении — на странице [Подавление нод](/ru/health/suppression).

## Интервалы обновления

Экран здоровья **опрашивает панель каждые 15 секунд** и обновляет сводку и таблицы автоматически. Это отражение уже собранных данных: фактические проверки идут по своим интервалам (достижимость \~60 с, служба \~120 с, сквозная проверка схемы \~10 мин — см. [Уровни проверок](/ru/health/probes)). Поэтому свежий результат может появиться на дашборде с задержкой до интервала соответствующей проверки — либо сразу, если запустить проверку вручную.

## Кнопка запуска проверки (recheck)

На дашборде есть глобальная кнопка **Запустить проверку**. Она перепроверяет все применённые схемы подключения и возвращает число проверенных схем.

<Tip>
  Для точечной перепроверки не обязательно гонять весь парк: у отдельной схемы или ноды есть свой `POST .../check`. Ручная проверка делает один сквозной проход и не эскалирует к critical со стороны ноды — см. [Уровни проверок](/ru/health/probes).
</Tip>

## Блок инцидентов

Лента инцидентов объединяет две вещи: события здоровья из журнала и синтезированные «текущие проблемы» — по схемам, нодам, офлайн- и degraded-агентам, а также по нодам, отключённым в Remnawave. У каждой записи есть статус жизненного цикла:

| Статус          | Что значит                                               |
| --------------- | -------------------------------------------------------- |
| `open`          | Проблема активна, не разобрана                           |
| `acknowledged`  | Оператор её видел / принял в работу                      |
| `auto_resolved` | Цель восстановилась сама, проблема закрыта автоматически |
| `resolved`      | Закрыта                                                  |

Ленту можно запросить за нужный период и с включением подавленных записей:

<Note>
  Рутинные тики «всё ещё здорово» в ленту **не попадают** — уведомления и инциденты создаются только на реальных переходах состояния. Это защита от шума (флаппинга), а не потеря данных.
</Note>

## Как читать дашборд

<Steps>
  <Step title="Сначала — глобальная сводка">
    Есть ли `critical` или `degraded` по карточкам? `critical` появляется только когда сломано что-то пользовательское; офлайн-агенты сами по себе поднимают состояние максимум до `degraded`.
  </Step>

  <Step title="Затем — что именно">
    Провалитесь в таблицу с ненулевым `critical`/`degraded` и отфильтруйте по статусу. Так вы увидите конкретные ноды и схемы.
  </Step>

  <Step title="Потом — почему">
    Откройте инцидент или карточку схемы: там видны причина сбоя, затронутые ноды/маршруты и предложенные действия восстановления.
  </Step>

  <Step title="Действие">
    Действия восстановления предлагаются, но не выполняются сами — см. [Восстановление](/ru/health/self-heal). Для типовых сценариев есть [Runbook'и](/ru/health/runbooks).
  </Step>
</Steps>

## Проверка

<Check>Всё зелёное, если `overall: "healthy"`, по всем карточкам `critical=0` и `degraded=0`, а `open_incidents=0`.</Check>

В UI об этом же говорит оценка здоровья 100 % и отсутствие карточек с красным/жёлтым. Если что-то не сходится — нажмите **Запустить проверку** и обновите: возможно, дашборд ещё показывает данные до последнего прогона.

## Откат

Дашборд только отображает данные и запускает проверки (операции чтения) — откатывать нечего. Изменяющие операции (подтверждение действия, подавление) откатываются на своих страницах: [Восстановление](/ru/health/self-heal), [Подавление нод](/ru/health/suppression).

## Типовые ошибки

<AccordionGroup>
  <Accordion title="Дашборд зелёный, но ноды заглушены">
    Смотрите `hidden_by_suppression` в сводке: подавление скрывает события, но не останавливает мониторинг. Часть проблем может быть просто спрятана.
  </Accordion>

  <Accordion title="Нажал recheck, ничего не изменилось">
    Recheck перепроверяет применённые схемы и возвращает их число. Если схема не применена или нод нет, менять нечего. Результат появляется после завершения прогона.
  </Accordion>

  <Accordion title="Инцидент пропал сам">
    Если цель восстановилась, запись переходит в `auto_resolved`, а связанные предложения действий автоматически снимаются. Это ожидаемое поведение.
  </Accordion>
</AccordionGroup>

Связанные страницы: [Состояния и severity](/ru/health/states), [Восстановление](/ru/health/self-heal), [Runbook'и](/ru/health/runbooks), [Уведомления](/ru/panel/notifications), [Реагирование на инциденты](/ru/operations/incident-response).

<Note>Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-11.</Note>
