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

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

Отключение VIO-сервера

В этом тесте происходит отключение сервера vioserver_lisa. Все операции продолжают выполняться с использованием второго пути. MPIO выполняет свои функции, сохраняя доступ к данным через второй VIO-сервер, vioserver_maelle. Конечно же, rootvg всегда активен на диске с зеркальным отображением (см. рис. 10.21). Команда lspath показывает, что на одном пути произошел отказ доступа к общим дискам.

Как описывается в разделе "Зеркальное отображение rootvg", когда VIO-сервер включен, необходимо выполнять операцию вручную. Команда lspath показывает состояние каждого пути ( рис. 10.13). Можно выполнить команду chpath или использовать быстрый путь smit mpiopath_enable_all; на рис. 10.21 представлено состояние после выполнения этой команды. Адаптер Virtual Ethernet подключается автоматически событием join_interface.

Пример 10.13 отображает информацию об отсутствующих путях для виртуальных дисков.

Отказ VIO-сервера

Рис. 10.21. Отказ VIO-сервера
patrick / > lspath
Enabled hdisk1 vscsi1
Missing hdisk3 vscsi2
Missing hdisk4 vscsi2
Missing hdisk5 vscsi2
Missing hdisk6 vscsi2
Failed hdisk6 vscsi3
Failed hdisk5 vscsi3
Failed hdisk4 vscsi3
Failed hdisk3 vscsi3
Enabled hdisk2 vscsi0
Missing hdisk0 vscsi0
Пример 10.13. Команда lspath – вывод отсутствующих путей

При отключении одного VIO-сервера команда lspath выдает выходные данные, подобные представленным в примере 10.14.

patrick / > lspath
Enabled hdisk1 vscsi1
Missing hdisk3 vscsi2
Missing hdisk4 vscsi2
Missing hdisk5 vscsi2
Missing hdisk6 vscsi2
Enabled hdisk6 vscsi3
Enabled hdisk5 vscsi3
Enabled hdisk4 vscsi3
Enabled hdisk3 vscsi3
Enabled hdisk2 vscsi0
Missing hdisk0 vscsi0
Пример 10.14. Пример выполнения команды lspath при отключении одного VIO-сервера

Перемещение при сбое для одного узла

В итоге ситуация после выполнения этих тестов одинакова:

  • два VIO-сервера отключены;
  • каждый Ethernet-адаптер отключен от обоих VIO-серверов;
  • прекращение работы одного узла.

HACMP завершил логическую обработку.

Аспекты производительности и архитектуры (сценарий 2)

Мы пойдем дальше и попытаемся добавить еще один кластер в ту же инфраструктуру. Этот сценарий включает два кластера HACMP. Мы определяем еще два сервера Virtual SCSI ( рис. 10.22).

Два кластера с двумя CEC и двумя HMC

увеличить изображение
Рис. 10.22. Два кластера с двумя CEC и двумя HMC
Перемещение при сбое на одном компьютере с преимущественной обработкой RG1

увеличить изображение
Рис. 10.23. Перемещение при сбое на одном компьютере с преимущественной обработкой RG1

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

Каждое приложение имеет собственный кластер. Администрирование упрощается, что позволяет улучшить управление средой. Конфигурирование виртуализации позволяет управлять обеспечением приложений ресурсами. Конфигурирование этого кластера с использованием HACMP config assist отнимает минимальное количество времени.

Группа ресурсов RG1 представляет рабочую группу ресурсов, требующую больше ресурсов процессора. Сконфигурировав значение веса uncapped на каждом разделе, можно осуществлять поддержку среды. HACMP активизирует ресурсы, связанные с сервером приложения (количество виртуальных процессоров). Механизм вычисления такой же, как и в разделе "Обеспечение приложений ресурсами".

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

Параметры микроразделов ( табл. 10.9) не зависят от параметров HACMP. Ниже описывается тест, который можно выполнить. Инициируем перемещение при сбое с одного узла на другой. В то же время осуществляем сбор некоторых данных производительности в каждом разделе. Значение веса uncapped для LPAR patrick составляет 200, а для LPAR guilaine – 10; это означает, что раздел patrick имеет более высокий приоритет.

Вес uncapped представляет собой число в диапазоне от 0 до 255, устанавливаемое для каждого uncapped раздела в пуле общих процессоров; 255 – наивысший вес.

Таблица 10.9. Список параметров конфигурации кластера
Имя LPAR CE, мин/жел/макс HACMP DLPAR мин/жел Вес uncapped Виртуальные процессоры, мин/жел/макс
Patrick 0.5 / 2.0 / 4.0 app2 0 / 2 200 1 / 2 / 40
Guilaine 0.5 / 2.0 / 4.0 app1 0 / 2 10 1 / 2 / 40
Maelle 0.1 / 0.5 / 1 Неприменимо 128 1 / 2 / 10
Lisa 0.1 / 0.5 / 1 Неприменимо 128 1 / 2 / 10

Доступная неиспользуемая мощность распределяется между разделами пропорционально значениям веса uncapped.

График на рис. 10.24 представляет количество процессоров, активизируемых в каждом разделе на одном компьютере конфигурации.

График активизации процессоров в каждом разделе

увеличить изображение
Рис. 10.24. График активизации процессоров в каждом разделе