Атрибуты ёмкости Pacemaker
Определение
Атрибуты ёмкости Pacemaker — целочисленные параметры, которыми описывают возможности узла и потребности запускаемого ресурса.
Также ищут: Pacemaker utilization attributes · параметры ёмкости Pacemaker
Зачем это знать
Для каждого сервиса нужен узел с подходящим запасом CPU и памяти. Сумма свободной памяти разных серверов ещё не означает, что сервис поместится на одном из них. Расчёт показывает допустимое размещение в принятой модели; работу после отказа проверяют под нагрузкой.
Карта понятия
Что подтверждено
Атрибуты utilization задают ёмкость узла и потребности ресурса: одному имени параметра соответствуют целочисленные значения на обеих сторонах. Имена выбирает администратор.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.1. Не правило для Proxmox VE или иной кластерной реализации.
При учёте utilization узел подходит ресурсу, если его свободной ёмкости достаточно для требований этого ресурса, заданных атрибутами.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.1.1. Не правило для Proxmox VE или иной кластерной реализации.
Если узлы почти полностью загружены в штатном режиме, перенос нагрузки при отказе может вызвать тайм-ауты и вторичные отказы. Это возможно и без использования utilization.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.3. Не правило для Proxmox VE или иной кластерной реализации.
Агент NodeUtilization может определить доступные CPU, память хоста и память гипервизора и записать эти параметры в CIB; запуск агента как клона позволяет заполнить их на каждом узле.
Граница применимости: Pacemaker в руководстве Red Hat Enterprise Linux 9.0, раздел 25.4. Не правило для Proxmox VE или иной кластерной реализации.
Что проверить
- Выберите одинаковые имена параметров и единицы для узлов и ресурсов.
- Отдельно задайте возможности каждого узла и запрос каждого сервиса.
- Учтите служебную нагрузку ОС и других программ.
- Для каждого отказавшего узла пересчитайте размещение на оставшихся.
- Сверьте стратегию placement-strategy, затем испытайте согласованный отказ на стенде.
Первоисточники
- 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.
Связанные понятия
Курсы по теме
Следующий шаг
Сформулируйте задачу и уточните требования к своей системе.
Подготовить состав проектаОткроется черновик вопроса. Отправьте его, когда будете готовы.