через веб-интерфейс PVE (раздел Центр обработки данных → HA);

через командную строку (ha-manager);

через автоматизированные скрипты (через API).

наличие кворума;

активность главного узла. В примере главный узел pve01 группы HA активен и последний временной штамп жизнеспособности (heartbeat timestamp) проверен;

состояние всех узлов и их локальных менеджеров ресурсов (LRM), включая состояние heartbeat;

состояние механизма изоляции (fencing) и сторожевых таймеров (watchdog).

armed (активен) — CRM активно управляет сервисами и удерживает открытым свой сторожевой таймер. Каждый LRM также удерживает собственный watchdog, пока владеет блокировкой агента. При потере кворума или сбое соответствующего демона watchdog инициирует перезагрузку узла, чтобы обеспечить безопасное переключение сервисов на другой узел;

standby (ожидание) — стек HA готов к работе но активный CRM отсутствует. Такое состояние может наблюдаться, например, при отсутствии ресурсов HA или сразу после запуска кластера до выбора главного узла. Watchdog CRM в этом состоянии не активен. После назначения активного CRM состояние автоматически изменяется на armed;

disarming (отключение) — была выполнена команда disarm-ha. CRM замораживает сервисы или прекращает их отслеживание в зависимости от выбранного режима ресурсов и ожидает освобождения watchdog всеми LRM. На этом этапе watchdog CRM остается активным, а LRM постепенно освобождают свои сторожевые таймеры;

disarmed (отключен) — все watchdog в кластере освобождены. Автоматическая изоляция (fencing), восстановление и переключение сервисов при сбоях не выполняются.

Просмотр статуса:

# ha-manager status
quorum OK
master pve01 (active, Mon Jul  6 15:14:51 2026)
fencing armed (CRM watchdog active)
lrm pve01 (active, watchdog active, Mon Jul  6 15:14:54 2026)
lrm pve02 (idle, watchdog standby, Mon Jul  6 15:14:53 2026)
lrm pve03 (active, watchdog active, Mon Jul  6 15:14:53 2026)
service ct:102 (pve01, started)
service ct:103 (pve03, stopped)

Просмотр конфигурации ресурсов:

# ha-manager config
ct:102
	state started

ct:103
	state stopped

vm:104
	state started

Онлайн-миграция (с сохранением состояния):

# ha-manager migrate vm:104 pve02

Перемещение с остановкой и перезапуском:

# ha-manager relocate vm:104 pve02

Удаление ресурса из HA:

# ha-manager remove ct:103

stopped — служба остановлена (подтверждено LRM). Если LRM обнаружит, что служба в этом состоянии фактически работает, он остановит её снова;

request_stop — службу необходимо остановить. CRM ожидает подтверждения от LRM;

stopping — ожидание обработки запроса на остановку. CRM ещё не получил подтверждение;

started — служба активна, и LRM должен запускать её как можно скорее, если она ещё не работает. Если служба аварийно завершилась и LRM фиксирует, что она не работает, LRM перезапускает её;

starting — ожидание запуска службы. CRM ещё не получил подтверждение от LRM;

fence — ожидание fencing узла, так как узел службы находится вне кворумной части кластера. После успешного ограждения служба переводится в состояние recovery;

recovery — ожидание восстановления службы. HA-менеджер ищет новый узел, на котором можно запустить службу. Поиск зависит от доступных и кворумных узлов, а также от правил affinity (если заданы). Когда подходящий узел найден, служба переносится туда и сначала получает состояние stopped. Если служба должна быть запущена — узел её запускает;

freeze — состояние «заморозки»: служба не изменяется. Используется во время перезагрузки узла или перезапуска демона LRM;

ignored — служба временно игнорируется HA-менеджером. Полезно, если требуется полный ручной контроль без удаления службы из конфигурации HA;

migrate — онлайн-миграция службы на другой узел;

error — служба отключена из-за ошибок LRM. Требуется ручное вмешательство;

queued — служба недавно добавлена, и CRM ещё не видел её;

disabled — служба остановлена и помечена как disabled.