Лекция 10: Динамические LPAR (DLPAR) и виртуализация (VIO)

Определение имен HMC и управляемой системы

Для каждого узла HACMP должны быть заданы IP-адреса HMC, которые будут использовать DLPAR. В нашем примере каждый узел HACMP соответствует LPAR. Каждый LPAR назначается управляемой системе. Управляемыми системами называются системы, физически подключенные к HMC и управляемые HMC. Эти управляемые системы также должны быть определены в HACMP.

Имена управляемых систем выводятся в разделе навигации консоли HMC. В качестве имени управляемой системы может применяться имя, заданное пользователем, либо имя по умолчанию, содержащее тип и серийный номер компьютера.

Чтобы определить подключение HMC для каждого узла HACMP сделайте следующее:

1. В smit hacmp выберите Extended Configuration (Расширенное конфигурирование) -> Extended Resource Configuration (Расширенное конфигурирование ресурсов) -> HACMP Extended Resources Configuration (Расширенное конфигурирование ресурсов HACMP) -> Configure HACMP Applications (Конфигурирование приложений HACMP) -> Configure HACMP for Dynamic LPAR and CUoD Resources (Конфигурирование ресурсов динамических LPAR и CUoD в HACMP) -> Configure Communication Path to HMC (Конфигурирование пути для связи с HMC) -> Add HMC IP Address for a Node (Добавить IP-адрес HMC для узла) и нажмите Enter. Появляется экран Add HMC IP Address (Добавление IP-адреса HMC).
   Замечание. Можно использовать быстрый путь smit cladd_apphmc.dialog.
2. Заполните следующие поля:
   • Node Name (Имя узла). Выберите имя узла для сопоставления с одним или несколькими IP-адресами HMC и управляемой системой.
   • HMC IP Address(es) (IP-адрес(а) HMC). Введите один или несколько IP-адресов с разделяющими пробелами для HMC. При добавлении адресов нескольких консолей HMC HACMP пытается связаться с каждой консолью HMC, пока не будет найден рабочий путь для связи. После установления пути для связи HACMP использует этот путь для выполнения команд динамических логических разделов в данной консоли HMC.
   • Managed System Name (Имя управляемой системы). Введите имя управляемой системы, в которой выполняется LPAR, представляющий узел. Максимальная длина составляет 32 символа.
3. Нажмите Enter.

На рис. 10.3 показан экран добавления информации HMC, описанной выше. Также представлена информация об имени управляемой системы HMC, используемом в нашей тестовой конфигурации.

В процессе верификации кластера HACMP проверяет доступность HMC, выдавая ping на заданный IP-адрес. Если HMC реагирует, то HACMP проверяет способность каждого заданного узла HACMP поддерживать DLPAR, выдавая команду lssycfg через ssh в консоли HMC.

Конфигурирование обеспечения приложений ресурсами

Конфигурирование ресурсов динамических LPAR и CUoD для каждого сервера приложений, который может использовать выделенные ресурсы DLPAR или CUoD, состоит из следующих действий:

1. В smit hacmp выберите Extended Configuration (Расширенное конфигурирование) -> Extended Resource Configuration (Расширенное конфигурирование ресурсов) -> HACMP Extended Resources Configuration (Расширенное конфигурирование ресурсов HACMP) -> Configure HACMP Applications (Конфигурирование приложений HACMP) -> Configure HACMP for Dynamic LPAR and CUoD Resources (Конфигурирование ресурсов динамических LPAR и CUoD в HACMP) -> Configure Dynamic LPAR and CUoD Resources for Applications (Конфигурирование ресурсов динамических LPAR и CUoD для прило жений) -> Add Dynamic LPAR and CUoD Resources for Applications (Добавление ресурсов динамических LPAR и CUoD для приложений) и нажмите Enter. Выводится список сконфигурированных серверов приложений
   

   
   Рис. 10.3. Определение HMC и управляемой системы в HACMP
   Замечание. Можно использовать быстрый путь smit cladd_appdlpar.dialog
2. Выберите сервер приложения из списка и нажмите Enter. Появляется экран указания требований для сервера приложения. Дополнительные сведения см. в справочных экранах и в разделе "Предоставление доступа к приложениям".
3. Заполните следующие поля:
   • Application Server Name (Имя сервера приложения). Здесь указывается сервер приложений, для которого выполняется конфигурирование предоставления ресурсов динамического LPAR и CUoD, выбранных в предыдущем меню.
   • Minimum Number of CPUs (Минимальное количество процессоров). Введите минимальное количество процессоров, которое следует получить при запуске сервера приложения. По умолчанию задано значение 0. Для осуществления обеспечения приложений ресурсами HACMP проверяет, сколько процессоров сверх минимального значения узел LPAR имеет на данный момент, сравнивает это число с минимумом, заданным в этом поле, и на основании этого запрашивает больше процессоров, если это необходимо.
   • Number of CPUs (Количество процессоров1). Введите максимальное количество процессоров, которое HACMP попытается выделить на узле перед запуском этого приложения на данном узле. По умолчанию задано значение 0. Minimum Amount of Memory (Минимальный объем памяти). Введите объем памяти, который требуется получить при запуске сервера приложения. Значение должно быть кратно 256.
   • Use CUoD if resources are insufficient? (Использовать CUoD при нехватке ресурсов?). По умолчанию установлено значение No. Выберите Yes, чтобы HACMP использовал CUoD (Capacity Upgrade on Demand), чтобы получить достаточно ресурсов для обеспечения запрошенного минимального количества. Использование CUoD требует ввода лицензионного ключа (кода активизации) в консоли управления оборудованием (Hardware Management Console, HMC), что может вызвать дополнительные затраты в связи с использованием лицензии CUoD.
   • I agree to use CUoD resources (Я согласен использовать ресурсы CUoD). По умолчанию установлено значение No. Выберите Yes, чтобы подтвердить, что вы понимаете, что использование CUoD может вызвать дополнительные затраты. HACMP записывает ответ в файлы syslog и smit.log.
4. Нажмите Enter.

Когда приложение требует выделения дополнительных ресурсов на заданном узле, HACMP определяет, достаточно ли будет запросить только ресурсы DLPAR из свободного пула фрейма, чтобы обеспечить требуемое количество ресурсов, или же необходимо также запросить ресурсы CUoD для сервера приложения. После этого HACMP продолжает запрашивать желаемый объем памяти и оптимальное количество процессоров, если эти параметры были выбраны.

В процессе верификации HACMP выполняет проверку на то, чтобы введенные значения были ниже максимальных значений объема памяти и количества процессоров для LPAR. В противном случае HACMP выдает сообщение об ошибке с описанием этих требований.

HACMP также выполняет проверку на то, чтобы суммарное количество требуемых ресурсов для ВСЕХ серверов приложений, которые могут одновременно выполняться в LPAR, было меньше максимального значения для LPAR. При несоблюдении данного требования HACMP выдает предупреждение. Заметьте, что такая ситуация может произойти при последующих перемещениях при сбое. Другими словами, если узел LPAR уже содержит серверы приложений, требующие ресурсы DLPAR и CUoD, то при получении еще одного сервера приложения, LPAR может оказаться неспособным получить какие-либо дополнительные ресурсы, превышающие его максимум. HACMP выполняет соответствующую проверку и выдает предупреждение.

Рис. 10.4. Настройка обеспечения приложения ресурсами в HACMP

Пример настройки обеспечения приложения ресурсами в нашей тестовой конфигурации представлен на рис. 10.4.

После добавления подключений к HMC и предоставления доступа к приложениям необходимо выполнить синхронизацию кластера.

Устранение ошибок верификации HMC

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

ERROR: The HMC with IP label 192.168.100.69 configured on node jordan is not
reachable. Make sure the HMC IP address is correct, the HMC is turned on and
connected to the network, and the HMC has OpenSSH installed and setup with the
public key of node jordan.

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

• выполнить ping-опрос IP-адреса HMC;
• вручную подключиться к HMC с использованием команды ssh -l hscroot hmcip.

Если команда ssh выполняется неуспешно или если она запрашивает пароль, это указывает на неправильную конфигурацию ssh.

ERROR: An HMC has been configured for node jordan, but the node does
not appear to be DLPAR capable.

Возникновение сообщения, представленного в примере 10.8 , указывает на то, что доступ к HMC работает, однако определение LPAR, соответствующее определенному узлу, не сообщает о том, что оно поддерживает DLPAR. Это можно проверить вручную из командной строки HMC, как показано в примере 10.9 .

hscroot@hmcitso:~> lssyscfg -r lpar -m itso_p690_1 -n Jordan
Name id DLPAR State Profile OpPanel
Jordan 001 NO Running Jordan_Prod

Это сообщение может быть вызвано, например, тем, что на узле выполняется версия AIX ниже 5.2, которая необходима для операций DLPAR. Оно также может быть вызвано некорректным обновлением RMC.

В процессе нашего тестирования возникло несколько событий за очень короткие периоды времени. В определенный момент наш LPAR выдал сообщение о том, что он не поддерживает DLPAR. Спустя некоторое время все снова работало нормально. Мы считаем, что это было вызвано нарушением синхронизации информации RMC между логическими разделами и HMC.