Стратегия размещения Pacemaker
Определение
Стратегия размещения Pacemaker — настройка, которая определяет, как учитывать заявленную ёмкость при выборе узлов для ресурсов.
Также ищут: Pacemaker placement strategy · placement-strategy
Зачем это знать
В режиме default заданные cpu и memory не влияют на размещение. В других режимах ёмкость участвует в выборе подходящих узлов, а иногда и в балансировке. Приоритет сервиса определяет очерёдность, но не создаёт недостающую память.
Карта понятия
Связано
Что подтверждено
При placement-strategy=default значения utilization не учитываются при размещении ресурсов, даже если ёмкости узлов и потребности ресурсов уже заданы.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.1.3. Не правило для Proxmox VE или иной кластерной реализации.
Режим utilization учитывает ёмкость при допуске узла к размещению ресурса; балансировка по-прежнему опирается на число размещённых ресурсов.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.1.3. Не правило для Proxmox VE или иной кластерной реализации.
Режим balanced учитывает utilization и при допуске узла, и при балансировке размещения ресурсов.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.1.3. Не правило для Proxmox VE или иной кластерной реализации.
Режим minimal учитывает ёмкость при допуске узла и стремится разместить ресурсы на как можно меньшем числе узлов.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.1.3. Не правило для Proxmox VE или иной кластерной реализации.
При распределении Pacemaker сначала рассматривает ресурс с более высоким приоритетом; при нехватке ёмкости Red Hat рекомендует заранее определить важность сервисов.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.2.3 и 25.3. Не правило для Proxmox VE или иной кластерной реализации.
Что проверить
- Прочитайте фактическое значение placement-strategy.
- Не путайте число ресурсов с их потребностями в CPU и памяти.
- Согласуйте цель: распределить ресурсы или собрать их на меньшем числе узлов.
- Определите приоритеты сервисов на случай недостатка ресурсов.
- Проверьте размещение и работу приложения после согласованного отказа.
Первоисточники
- 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.
Связанные понятия
Курсы по теме
Следующий шаг
Сформулируйте задачу и уточните требования к своей системе.
Подготовить состав проектаОткроется черновик вопроса. Отправьте его, когда будете готовы.