> ## 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.

# Обзор системы здоровья

> Как Axottle непрерывно наблюдает за нодами, схемами подключения и зависимостями, сводит сигналы в статусы и предлагает восстановление — с обязательным подтверждением оператора.

Система здоровья Axottle непрерывно наблюдает за инфраструктурой: она проверяет ноды, схемы подключения (Connection Units), шлюзы, входные и транзитные ноды, WARP, внешние прокси, CDN и правила маршрутизации. Разрозненные сигналы она сводит в понятные статусы и уровни серьёзности (severity), показывает их на дашборде здоровья и ведёт ленту инцидентов.

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

## Главное, что нужно понять сразу

<Warning>
  В Axottle **нет полностью автоматического восстановления**. Система здоровья работает по цепочке:

  **обнаружение → классификация → предложение действия → подтверждение оператором.**

  Она находит проблему, определяет её причину и предлагает подходящее действие восстановления — но **любое действие с побочными эффектами** (перезапуск службы, вывод ноды из пула, установка WARP и т. д.) выполняется **только после явного подтверждения человеком**. Это правило зашито в код, а не является договорённостью.
</Warning>

Сама по себе, без участия оператора, система меняет только «безопасные» служебные состояния:

* пересчитывает сводные статусы нод и схем;
* создаёт и автоматически снимает предложения действий (когда цель снова здорова);
* помечает агент как offline, если тот перестал слать heartbeat;
* снимает истёкшие правила подавления.

Всё остальное — предложения, которые ждут вашего решения.

<Note>
  Диагностические функции только читают данные. ИИ-диагностика не выполняет команд на нодах и не меняет конфигурацию: любое предложение ИИ становится обычным health-действием, которое всё равно нужно подтвердить. Автоматической ротации IP или изменения фаервола система не делает.
</Note>

## Что именно наблюдается

Проверки организованы по уровням — от базовой сетевой достижимости до сквозной проверки маршрута и внешних региональных проб. Подробно — на странице [Уровни проверок](/ru/health/probes).

## Как читать состояние

Каждая проба возвращает статус; статусы проб сводятся в общий статус ноды, схемы и всего парка. Общие статусы — `healthy`, `degraded`, `critical`, а также `unknown` (данных пока нет) и `unsupported` (проверять нечего). Severity инцидентов выводится из общего статуса: `critical → error`, `degraded → warning`, возврат в `healthy → info`. Подробная логика сводки и таблица «состояние → что значит → что делать» — на странице [Состояния и severity](/ru/health/states).

## Карта раздела

<CardGroup cols={2}>
  <Card title="Состояния и severity" icon="gauge" href="/ru/health/states">
    Статусы проб и сводные состояния, severity, логика кворума по схеме подключения.
  </Card>

  <Card title="Уровни проверок" icon="list-check" href="/ru/health/probes">
    Что проверяет каждый уровень (поведенчески), ручная и плановая проверки.
  </Card>

  <Card title="Дашборд здоровья" icon="gauge-high" href="/ru/health/dashboard">
    Сводка, таблицы нод и схем, лента инцидентов, кнопка запуска проверки.
  </Card>

  <Card title="Восстановление (self-heal)" icon="wrench" href="/ru/health/self-heal">
    Событие → выявление → предлагаемое действие → ограничение → эскалация.
  </Card>

  <Card title="Политики здоровья" icon="sliders" href="/ru/health/policies">
    Интервалы проверок, политика ИИ-триггера, каналы уведомлений, планировщик.
  </Card>

  <Card title="Подавление нод" icon="bell-slash" href="/ru/health/suppression">
    Временное отключение уведомлений и участия ноды без остановки мониторинга.
  </Card>

  <Card title="Runbook'и" icon="life-ring" href="/ru/health/runbooks">
    Пошаговые сценарии для критических алертов: симптом → диагностика → восстановление.
  </Card>
</CardGroup>

## Связанные разделы

* [Жизненный цикл ноды](/ru/nodes/lifecycle) — как статус ноды складывается из сигналов Remnawave, health-проверок и агента.
* [Обзор Connection Units](/ru/connection-units/overview) — что такое схемы подключения, здоровье которых наблюдается.
* [Уведомления](/ru/panel/notifications) — как настроить оповещения о переходах здоровья.
* [Axosun](/ru/axosun/overview) — встроенный ИИ-ассистент, к которому подключена диагностика.
* [Реагирование на инциденты](/ru/operations/incident-response) — общий порядок действий при сбое.

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