Компания IBM
Опубликован: 01.02.2008 | Доступ: свободный | Студентов: 612 / 22 | Оценка: 4.60 / 4.40 | Длительность: 43:55:00
Специальности: Разработчик аппаратуры

Лекция 11: Расширение возможностей группы ресурсов

Политика распределения узлов

Одной из политик запуска, которую можно задать для группы ресурсов в кластере, является политика Online Using Node Distribution (Подключение с применением распределения узлов). При использовании этой политики распределения распространение групп ресурсов происходит таким образом, что во время запуска узел получает только одну группу ресурсов. Это позволяет сбалансировать приложения с интенсивным использованием процессоров на разных узлах.

В HACMP 5.3 поддерживается только политика распределения на основе узлов.

Примечание. При обновлении с предыдущей версии, которая допускала использование распределения на основе сетей, эта конфигурация автоматически заменяется распределением на основе узлов.

Если при интеграции узла в кластер две или больше групп ресурсов отключены, политика сортирует группы ресурсов в следующем порядке

  1. Группа ресурсов с наименьшим количеством участвующих узлов.
  2. Алфавитная сортировка имен групп ресурсов.

Если одна или несколько групп ресурсов являются родительскими группами ресурсов, HACMP отдает предпочтение родительской группе ресурсов. Дополнительные сведения по этой теме см. в разделе "Зависимости групп ресурсов".

Конфигурирование политики распределения групп ресурсов на основе узлов

Чтобы установить этот тип политики распределения, необходимо выполнить следующие действия ( пример 11.3 ):

  1. Введите smit hacmp.
  2. В SMIT выберите Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов HACMP) > Add a Resource Group (Добавить группу ресурсов) и нажмите Enter.
  3. Введите имя группы ресурсов.
  4. Выберите политику запуска 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 содержит схему нашей конфигурации.

Сценарий тестирования политики Online Using Node Distribution (Подключение с использованием распределения узлов)

Рис. 11.2. Сценарий тестирования политики Online Using Node Distribution (Подключение с использованием распределения узлов)

После поочередного запуска служб кластера на каждом узле получение было выполнено только для групп ресурсов Distributed_Rg1 и Distributed_Rg2 из групп ресурсов с политикой запуска Online Using Node Distribution (Подключение с использованием распределения узлов). Третья группа ресурсов, Distributed_Rg3, осталась без узла, в состоянии OFFLINE. Однако ограничение не распространялось на оставшиеся группы ресурсов, использующие другую политику запуска. Группы ресурсов APP1_Rg и APP2_Rg были подключены на узлах cobra и viper, соответственно.

Результаты нашего тестирования подтвердили, что использование политики распределения на основе узлов ограничивает получение групп ресурсов этого типа на узле при запуске только одной группой ресурсов. Это не влияет на получение групп ресурсов, использующих другие политики.

Примечание. Единственный метод перевода группы ресурсов Distributed_Rg3 в состояние ONLINE в этой среде состоит в том, чтобы установить опцию подключения группы ресурсов при каждом запуске кластера через панели HACMP или командой clRGmove.

Динамический приоритет узлов (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).

  1. Введите smit hacmp.
  2. В SMIT выберите Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > HACMP Extended Resource Group Configuration (Расширенное конфигурирование групп ресурсов HACMP) > Add a Resource Group (Добавить группу ресурсов) и нажмите Enter.
    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
    Установите в поле Fallover Policy (Политика перемещения при сбое) значение Dynamic Node Priority (Динамический приоритет узлов).
  3. Назначьте ресурсы группе ресурсов, выбрав 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. Выбор используемой политики динамического приоритета узлов
  4. Выберите одну из трех доступных политик из выпадающего списка:
    • cl_highest_free_mem
    • cl_highest_idle_cpu;
    • cl_lowest_disk_busy.
    Затем следует выбрать ресурсы, которые будут составлять группу ресурсов.
  5. Выполните верификацию и синхронизацию кластера.

Для просмотра текущей политики DNP существующей группы ресурсов в вашей конфигурации можно выполнить следующую команду:

#odmget -q group=APP1_RG HACMPresource | more
HACMPresource:
group = "APP1_RG"
name = "NODE_PRIORITY_POLICY"
value = "cl_highest_free_mem"
id = 1
Примечание. Использование информации, получаемой непосредственно из ODM, предназначено только для информационных целей, так как формат разделов (stanzas) может быть различным в разных обновлениях и/или в новых версиях. Таким образом, жесткое кодирование ODM-запросов в пользовательских приложениях не поддерживается и его следует избегать.