Лекция 11: Расширение возможностей группы ресурсов
Политика распределения узлов
Одной из политик запуска, которую можно задать для группы ресурсов в кластере, является политика Online Using Node Distribution (Подключение с применением распределения узлов). При использовании этой политики распределения распространение групп ресурсов происходит таким образом, что во время запуска узел получает только одну группу ресурсов. Это позволяет сбалансировать приложения с интенсивным использованием процессоров на разных узлах.
В HACMP 5.3 поддерживается только политика распределения на основе узлов.
Если при интеграции узла в кластер две или больше групп ресурсов отключены, политика сортирует группы ресурсов в следующем порядке
- Группа ресурсов с наименьшим количеством участвующих узлов.
- Алфавитная сортировка имен групп ресурсов.
Если одна или несколько групп ресурсов являются родительскими группами ресурсов, HACMP отдает предпочтение родительской группе ресурсов. Дополнительные сведения по этой теме см. в разделе "Зависимости групп ресурсов".
Конфигурирование политики распределения групп ресурсов на основе узлов
Чтобы установить этот тип политики распределения, необходимо выполнить следующие действия ( пример 11.3 ):
- Введите smit hacmp.
- В SMIT выберите Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов HACMP) > Add a Resource Group (Добавить группу ресурсов) и нажмите Enter.
- Введите имя группы ресурсов.
- Выберите политику запуска Online Using Distribution Policy (Подключение с использованием политики распределения) и нажмите Enter.
Add a Resource Group (extended)
Type or select values in entry fields.
Press Enter AFTER making all desired changes*
[Entry fields]
* Resource Group Maine
* Participating Nodes (Default Node Priority)
Startup Policy Online On Home Node О
Fallover Policy Fallover lo Next PHo>
Fallback Policy Fallback To Higher Pr>
Startup Policy
Hove cursor to desired item and press Enter,
Online On Home Node Only
Online On First Available Node
Online Using Distribution Policy
Online On All Available Nodes
Fl=Help F2=Refresh F3=Cancel
F8=Image F10=Exit Enter=Do
/=Find n=Find Next
Пример
11.3.
Конфигурирование политики распределения групп ресурсов на основе узлов
Сценарий тестирования политики распределения на основе узлов
В документации говорится, что при использовании групп ресурсов с этой политикой только одна группа ресурсов на узле будет получена при запуске. В этом сценарии тестирования мы хотели доказать, что это ограничение не повлияет на дополнительные группы ресурсов в кластере, использующие другие политики запуска, и что для них выполнение активизации не изменится.
Для выполнения тестирования политики распределения на основе узлов мы сконфигурировали кластер из двух узлов с пятью группами ресурсов:
- три группы ресурсов, использующие политику Online Using Distribution Policy (Подключение с использованием политики распределения);
- две группы ресурсов, применяющие политику Online On Home Node Only Policy (Подключение только на домашнем узле).
Это было сделано для того, чтобы увеличить количество групп ресурсов, использующих политику Online Using Node Distribution (Подключение с использованием распределения узлов), которые можно подключить в кластере. Рис. 11.2 содержит схему нашей конфигурации.
Рис. 11.2. Сценарий тестирования политики Online Using Node Distribution (Подключение с использованием распределения узлов)
После поочередного запуска служб кластера на каждом узле получение было выполнено только для групп ресурсов Distributed_Rg1 и Distributed_Rg2 из групп ресурсов с политикой запуска Online Using Node Distribution (Подключение с использованием распределения узлов). Третья группа ресурсов, Distributed_Rg3, осталась без узла, в состоянии OFFLINE. Однако ограничение не распространялось на оставшиеся группы ресурсов, использующие другую политику запуска. Группы ресурсов APP1_Rg и APP2_Rg были подключены на узлах cobra и viper, соответственно.
Результаты нашего тестирования подтвердили, что использование политики распределения на основе узлов ограничивает получение групп ресурсов этого типа на узле при запуске только одной группой ресурсов. Это не влияет на получение групп ресурсов, использующих другие политики.
Динамический приоритет узлов (DNP)
По умолчанию порядок приоритетов узлов для группы ресурсов соответствует порядку в списке участвующих узлов. Включение динамического приоритета узлов для групп ресурсов позволяет изменить стандартный механизм перемещения при сбое в HACMP и определить целевой узел для перемещения группы ресурсов при сбое на основании следующих предопределенных атрибутов RMC:
- cl_highest_free_mem - узел с наибольшим процентным показателем свободной памяти
- cl_highest_idle_cpu - узел с наименьшим использованием процессора
- cl_lowest_disk_busy - узел с наименьшим использованием дисков
Для обеспечения эффективности DNP необходимо отметить следующее:
- DNP не предназначен для использования в кластере, содержащем меньше трех узлов;
- DNP не предназначен для групп ресурсов с одновременным доступом;
- DNP наиболее полезен в кластере, в котором все узлы имеют одинаковую вычислительную мощность и объем памяти.
На момент создания этой публикации сочетание устройств vpath с политикой cl_lowest_disk_busy не поддерживалось. Поддержка такой конфигурации, возможно, будет добавлена в версию позднее, в форме обновления.
Конфигурирование политики динамического приоритета узлов
Для того чтобы установить DNP для группы ресурсов, эта группа ресурсов не должна уже содержать какие-либо ресурсы. Назначение политики динамического приоритета узлов должно происходить при создании группы ресурсов. Для того чтобы группа ресурсов использовала одну из трех политик DNP, необходимо выполнить следующие действия (пример 11.4).
- Введите smit hacmp.
- В SMIT выберите Extended Configuration (Расширенное конфигурирование) >
Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP
Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов HACMP) > Add a Resource Group (Добавить группу ресурсов) и нажмите Enter.Установите в поле Fallover Policy (Политика перемещения при сбое) значение Dynamic Node Priority (Динамический приоритет узлов).
Add a Resource Group (extended) Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fields] * Resource Group Name [] * Participating Nodes (Default Node Priority) [] + Startup Policy Online On Home Node 0> + Fall over Policy Fall over To Next Prio> + Fallback Policy Fallback To Higher Pr> +
Пример 11.4. Добавление группы ресурсов с использованием DNP - Назначьте ресурсы группе ресурсов, выбрав Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов) > Change/Show Resources and Attributes for a Resource
Group (Изменить/показать ресурсы и атрибуты группы ресурсов), и нажмите Enter
(
пример 11.5
).
Change/Show All Resources and Attributes for a Resource Group Type or select values in entry fields. Press Enter AFTER making all desired changes. [TOP] [Entry Fields] Resource Group Name DNP_testl Participating Nodes (Default Node Priority) alexis Jessica Jordan * Dynamic Node Priority Policy [] + Startup Policy Online On Home Node 0> Fallover Policy Fallover Using Dynami> Fallback Policy Fallback To Higher Pr>
Пример 11.5. Выбор используемой политики динамического приоритета узлов - Выберите одну из трех доступных политик из выпадающего списка:
- cl_highest_free_mem
- cl_highest_idle_cpu;
- cl_lowest_disk_busy.
- Выполните верификацию и синхронизацию кластера.
Для просмотра текущей политики DNP существующей группы ресурсов в вашей конфигурации можно выполнить следующую команду:
#odmget -q group=APP1_RG HACMPresource | more HACMPresource: group = "APP1_RG" name = "NODE_PRIORITY_POLICY" value = "cl_highest_free_mem" id = 1