Настройка аппаратных сторожевых таймеров, которые предоставляет сервер, может привести к неожиданным перезагрузкам, в зависимости от качества их реализации. У нас были обращения в службу поддержки, где аппаратные сторожевые таймеры вызывали неожиданные перезагрузки. На нашем опыте, встроенный программный сторожевой таймер ядра Linux работает хорошо. Имейте в виду, это используется в ситуациях, когда хост работает с виртуальными машинами с высокой доступностью, но потерял связь с кластером (Corosync) к остальной части кластера (которая, будем надеяться, всё ещё работает). Позволить ему истечь после периода ожидания сделано для того, чтобы убедиться, что виртуальные машины с высокой доступностью точно выключены, прежде чем оставшаяся часть кластера начнет их запускать. Пожалуйста, проверяйте в начале документов, есть ли примечание о том, что информация может быть устаревшей! Чтобы включить ограждение на узлах, на которых работают виртуальные машины с высокой доступностью, ничего делать не нужно, поскольку по умолчанию используется программный сторожевой таймер ядра Linux. Надеюсь, это прояснило некоторые моменты.

Watchdog-mux нужен для того, чтобы несколько сервисов могли взаимодействовать с аппаратным watchdog Linux-ядра. Подробнее об этом можно прочитать здесь: https://git.proxmox.com/?p=pve-ha-m...a85455173299ae4aeb02e56352bed7609;hb=HEAD#l42. Хост, который не может подключиться к кворумной части кластера, будет обновлять watchdog на 1 минуту (время ожидания), а затем позволит ему истечь. Это обновление обрабатывается сервисом pve-ha-lrm, который будет включать, обновлять и останавливать его при корректном завершении работы.