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

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

Аннотация: В этой лекции описывается (путем определения ресурсов и политик групп ресурсов), каким образом HACMP выполняет различные отдельные требования. Мы обсудим, как настроить эти опции, а также поделимся опытом проведения тестирований с использованием этих опций в HACMP 5.3. Управление выполнением запуска группы ресурсов, ее перемещения при сбое и возврата после восстановления определяется следующими политиками и атрибутами

Время установления

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

Работа опции времени установления

  • Если эта опция сконфигурирована, она влияет на поведение при запуске всех групп ресурсов в кластере, для которых было установлено подключение на первом доступном узле (Online on First Available Node).
  • Этот атрибут игнорируется только в тех случаях, когда узел, интегрируемый в кластер, является узлом с наивысшим приоритетом. В этой ситуации получение группы ресурсов происходит немедленно.
  • Если группа ресурсов находится в состоянии ERROR, HACMP ожидает заданное время установления, прежде чем попытаться подключить группу ресурсов.
  • Текущее значение времени установления остается активным, пока группа ресурсов не переместится на другой узел или не перейдет в отключенное состояние. Выполнение операции DARE может вызвать освобождение и повторное получение группы ресурсов; в этом случае новые значения времени установления вступают в действие немедленно.

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

Чтобы настроить время установления для групп ресурсов, нужно выполнить следующие действия:

  1. Введите smit hacmp.
  2. Выберите Extended Configuration (Расширенное конфигурирование) > Extended Resource Configuration (Расширенное конфигурирование ресурсов) > Configure a Resource Group Run-Time Policies (Конфигурирование политик времени выполнения для группы ресурсов) > Configure Settling Time for Resource Group (Конфигурирование времени установления для группы ресурсов) и нажмите Enter.
  3. Выберите поле Settling Time (sec) [Время установления (с)] и введите в него поле любое положительное целое число. По умолчанию задается нулевое значение. Если задано это значение и узел, интегрируемый в кластер, не является узлом с наивысшим приоритетом, группа ресурсов будет ожидать в течение интервала времени установления. По истечении этого времени происходит получение группы ресурсов на узле, имеющем наивысший приоритет из списка узлов, интегрированных в кластер за интервал времени установления. Помните о том, что это относится только к группам ресурсов, использующим политику запуска Online on First Available Node (Подключение на первом доступном узле).

Вывод текущего времени установления

Чтобы вывести текущее значение времени установления в кластере, можно выполнить команду clsettlingtime list.

#/usr/es/sbin/cluster/utilities/clsettlingtime list
#SETTLING_TIME
120

Во время активизации групп ресурсов при запуске кластера значение времени установления можно также вывести командой clRGinfo -t ( пример 11.1 ).

#/usr/es/sbin/cluster/uti1ities/clRGinfo -t
Group Naate   Group State	Node	Delayed
Timers
settling rgl  OFFLINE	cobra	120 Seconds
OFFLINE	python	120 Seconds
settling_rg2  OFFLINE	viper	120 Seconds
OFFt INF	python	120 Seconds
Пример 11.1. Вывод времени установления для группы ресурсов

Обратите внимание на то, что это значение выводится только во время активизации; выходные данные команды clRGinfo будут пустыми по истечении периода времени установления и после активизации группы ресурсов на соответствующем узле.

Сценарий тестирования времени установления

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

  1. После применения периода времени установления не происходит активизации группы ресурсов при запуске узла (если только этот узел не имеет наивысшего приоритета), пока не истечет время установления.
  2. Если за период времени установления в кластер входит узел с наивысшим приоритетом, активизация группы ресурсов происходит немедленно, не ожидая окончания периода установления.

Мы начинаем выполнение своего теста с того, что задаем параметру времени установления значение 10 мин. (или 600 с). Две наши группы ресурсов ( Settling1_RG и Settling2_RG ) были настроены на использование политики запуска Online on First Available Node (Подключение на первом доступном узле). Мы задаем порядок в списке узлов для каждой группы ресурсов, чтобы перемещение при сбое для узлов kaitlyn и thrish выполнялось на узел mike. Рис. 11.1 содержит схему нашей конфигурации, а также последовательность поочередного запуска HACMP на узлах для тестирования параметра времени установления.

Наше тестирование включало следующие действия:

Среда тестирования параметра времени установления

Рис. 11.1. Среда тестирования параметра времени установления
  1. При неактивном HACMP на всех трех узлах, было определено значение времени установления 600 с.
  2. Была выполнена синхронизация кластера. В процессе верификации/синхронизации была записана следующая информация:
    The Resource Group Settling time value is: 120 secs.
    The Resource Group(s) affected by the settling time are:
    settling_rg1
    settling_rg2
  3. Были запущены службы кластера на узле mike. Мы запустили службы кластера HACMP на этом узле, так как он был последним в списке узлов для обеих групп ресурсов. После запуска демонов ни одна группа ресурсов не была активизирована на узле. Выполнение команды clRGinfo -t выдавало время установления, равное 600 с. В файл hacmp.out была записана информация, представленная в примере 11.2 :
  4. Были запущены службы кластера на узле kaitlyn. Службы кластера были запущены через 2 мин. после начала периода времени установления. Сразу же после запуска узла была активизирована группа ресурсов Settling2_RG. Нам не пришлось ждать оставшиеся 8 мин. для получения и подключения группы ресурсов. Таких результатов мы и ожидали.
    #more /tmp/clstrmgr.debug
    Wed Jul 13 10:40:53 NodeList::RmcComputeNodePriority: Using resource
    attribute IBM.Host.PctTotalTimeldle
    Wed Jul 13 10:40:53 NodeList::RmcComputeNodePriority: for nodes 3, 2.
    Wed Jul 13 10:40:53 NodeList::RmcComputeNodePriority: using values ,
    0.0000, 0.0000.
    Wed Jul 13 10:40:53 NodeList::RmcComputeNodePriority: condition is
    DNP_argest
    Wed Jul 13 10:40:53 In larges_comparison
    Пример 11.2. Проверка времени установления в /tmp/hacmp.out
  5. Ожидание завершения периода времени установления. По истечении 600-секундного периода ожидания группа ресурсов Settling1_RG была активизирована на узле mike. Так как первый узел в списке узлов ( thrish ) не стал доступным в период времени установления, группа ресурсов была получена следующим узлом в списке узлов ( mike ). Опять же, таких результатов мы и ожидали.
  6. Были запущены службы кластера на узле thrish. Мы запустили службы кластера на последнем узле по истечении периода времени установления; узлом не были получены ресурсы.

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