Политика потери кворума Pacemaker
Определение
Политика потери кворума Pacemaker — настройка, которая задаёт действия Pacemaker над ресурсами раздела кластера, оставшегося без кворума.
Также ищут: no-quorum-policy · Pacemaker no-quorum policy
Зачем это знать
Потеря кворума не означает одно и то же поведение во всех конфигурациях. В RHEL 9.0 значение по умолчанию — stop, а другие режимы меняют то, что Pacemaker делает с ресурсами затронутого раздела.
Карта понятия
Связано
Что подтверждено
В RHEL 9.0 свойство Pacemaker no-quorum-policy по умолчанию имеет значение stop: при потере кворума Pacemaker останавливает все ресурсы в затронутом разделе кластера.
Граница применимости: RHEL 9.0, таблица 23.1. Значение относится к этой документированной версии и не переносится на другой стек без проверки.
В RHEL 9.0 значение no-quorum-policy=ignore предписывает продолжать всё управление ресурсами при отсутствии кворума.
Граница применимости: RHEL 9.0, таблица 23.1. Этот режим не является рекомендацией для конкретной рабочей нагрузки.
В RHEL 9.0 значение no-quorum-policy=freeze продолжает управление ресурсами, но не восстанавливает ресурсы с узлов, которые не находятся в затронутом разделе.
Граница применимости: RHEL 9.0, таблица 23.1. Для GFS2 документация отдельно объясняет, почему freeze может требоваться; это не универсальный выбор для всех ресурсов.
В RHEL 9.0 значение no-quorum-policy=suicide предписывает изолировать все узлы затронутого раздела кластера.
Граница применимости: RHEL 9.0, таблица 23.1. Название и набор допустимых значений зависят от версии Pacemaker/RHEL.
В RHEL 9.0 значение no-quorum-policy=demote при потере кворума понижает ресурсы в роли Promoted и останавливает остальные ресурсы.
Граница применимости: RHEL 9.0, таблица 23.1. Смысл продвинутой роли определяется конфигурацией конкретного ресурса.
Что проверить
- Зафиксировать версию RHEL/Pacemaker и фактическое значение no-quorum-policy.
- Не считать наличие кворума доказательством успешной изоляции потерянного узла.
- Проверить поведение ресурсов при потере кворума на безопасном стенде или в согласованном окне.
- Для GFS2 и других специальных ресурсов сверить отдельные требования документации, а не переносить общий режим автоматически.
Первоисточники
- Red Hat Enterprise Linux 9.0 Configuring and managing high availability clusters
Проверены 1.2.1–1.2.2, 10.2–10.5 и таблица 23.1. Страницы с fencing/quorum и no-quorum-policy просмотрены изображением; сведения ограничены RHEL 9.0.
Связанные понятия
Курсы по теме
Следующий шаг
Сформулируйте задачу и уточните требования к своей системе.
Подготовить состав проектаОткроется черновик вопроса. Отправьте его, когда будете готовы.