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

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

HACMP и виртуализация

Во время написания данной книги было сделано официальное сообщение о поддержке виртуализации в HACMP. Подробности поддержки мы рассмотрим в последующих разделах, тогда как текст сообщения можно найти по следующему адресу: http://w3-1.ibm.com/sales/systems/portal/_s.155/254?navID=f220s240&geoID= All&pr odID=IBM%20eServer%20And%20TotalStorage%20Products&docID=hacmpvio063005

Требования

Для использования встроенных функций виртуализации и/или CUoD в HACMP в системах Power5 на всех узлах LPAR в кластере должны быть установлены как минимум следующие версии программного обеспечения:

  • AIX 5.3 Maintenance Level 5300-002 с APAR IY70082 и eFIX IY72974;
  • HACMP:
    • 5.1 с APAR IY66556 (или выше);
    • 5.2 с APAR IY68370 (или выше) и APAR IY68387;
    • 5.3.0.1 с APAR IY73051 RSCT;
    • rsct.basic.hacmp.2.4.2.1;
    • rsct.basic.rte.2.4.2.2;
    • rsct.compat.basic.hacmp.2.4.2.0.
  • OpenSSH 3.4p1

Программное обеспечение OpenSSH можно получить из следующих источников:

Для правильного управления и обеспечения функций DLPAR необходимо подключение HMC к LPAR. В консоли HMC также должны быть установлены как минимум следующие версии программного обеспечения:

HMC Version 4 Release 5 Build 20050519.1 или выше.

Важно. APAR IY73051 для HACMP V5.3 необходим для поддержки микроразделов, функций CUoD и CBU на системах Power5.

Обеспечение приложений ресурсами

Все аспекты, рассмотренные в разделе "Обеспечение приложений ресурсами", относятся и к конфигурированию микроразделов (micropartitioning).

HACMP может осуществлять управление использованием физических процессоров в качестве выделенных процессоров, а также применением виртуальных процессоров в конфигурации общих процессоров. Ниже представлены некоторые возможные сценарии.

При использовании микроразделов HACMP работает с виртуальными процессорами, а не с физическими процессорами. В смешанной среде HACMP определяет возможность добавления ресурсов, учитывая максимальное значение. В режиме выделенных процессоров максимальной единицей измерения является физический процессор. В режиме общих процессоров максимальной единицей измерения является виртуальный процессор ( рис. 10.14). Ресурсы из свободного пула определяются путем суммирования значений оптимальной выделенной мощности (capacity entitlement, CE) для каждого раздела в режиме общих процессоров и физического процессора в режиме выделенных процессоров.

Вы не сможете использовать выделенные мощности (с точностью до 1/10 мощности процессора) в качестве значения для определения обеспечения приложений ресурсами в меню HACMP.

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

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

Назначение выделенной мощности разделу

Рис. 10.14. Назначение выделенной мощности разделу
виртуальных процессоров не оптимизировано (с большим использованием вычислительной мощности в гипервизоре).

При работе в capped-среде следует заранее прогнозировать количество виртуальных процессоров в разделе для обеспечения требуемой производительности для своего приложения. В действительности, если установить выделенную мощность в один процессор и создать четыре виртуальных процессора, всегда будет назначена выделенная мощность в один процессор, что соответствует одному физическому процессору, а не четырем. В uncapped среде такая проблема не возникает ( рис. 10.15). Единственный способ ограничить раздел состоит в ограничении количества виртуальных процессоров и веса.

Активизация группы ресурсов

увеличить изображение
Рис. 10.15. Активизация группы ресурсов
Таблица 10.7. Значения параметров LPAR
Имя LPAR Значения LPAR, мин/жел/макс Количество виртуальных процессоров, мин/ жел/макс Значения HACMP Процессоры Режим процессоров
patrick 0.1 / 1.0 / 2.0 1 / 2 / 20 app1 / 0 / 2 Общий
lisa 0.1 / 0.5 / 2.0 1 / 2 / 20 Неприменимо Общий
maelle 1.0 / 1.0 / 1.0 Неприменимо Неприменимо 1 Выделенный
shawn 0.1 / 0.3 / 4.0 1 / 3 / 40 app2 / 0 / 1 Общий
lee 0.1 / 0.5 / 2.0 1 / 2 / 20 Общий
smokey 0.1 / 0.5 / 1.0 1 / 1 / 10 Общий

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

Табл. 10.8 содержит действительные активные значения.

Таблица 10.8. Значения, используемые для определения
Имя LPAR Значение LPAR, (1) Количество виртуальных процессоров, мин/жел/макс Значения HACMP Процессоры
patrick 1 2 app1 / 0 / 2
lisa 0.5 2 Неприменимо
maelle 1.0 Неприменимо Неприменимо 1
shawn 0.3 3 app2/ 0 / 1
lee 0.5
smokey 0.5 1
Примечание. Здесь представлен образец вычислений при использовании версии программного обеспечения, доступной на момент написания этого материала. Проверьте PTF1, прежде чем выполнять реализацию конфигурации такого типа в рабочей среде.

Чтобы определить количество свободных ресурсов, следует отнять 2,8 [сумму столбца (1) для одного компьютера] от общего количества процессоров на компьютере.

Свободные ресурсы на компьютере patrick: 4 – 2,8 = 1,2.

Свободные ресурсы на компьютере shawn: 4 – 1,3 = 2,7.

Вычисления с одним ресурсом на узле Patrick: 1 VP (минимум для LPAR) + 2 VP (желательное количество) = 3 VP, активных при запущенном app2.

Вычисления по добавлению еще одного приложения app1: 1 VP (желательное количество) + 3 VP (активные на данный момент) – 1 VP (минимум для LPAR) – 2 VP = 1 VP (нужно добавить). Если это значение меньше количества свободных ресурсов (1,2), то HACMP добавляет его.

Внимание! Если требуется, чтобы приложение запускалось каждый раз, даже при недостаточном количестве ресурсов на целевом компьютере, нужно в качестве значения минимального количества ресурсов (процессоров и памяти) указать 0 в меню определения DLPAR для сервера приложения. Это относится к DLPAR с выделенным режимом процессоров.

Код HACMP допускает настройку оптимального размера LMB. Размер LMB берется из HMC. Однако меню smit позволяет добавлять только по 256 Мб.

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