Лекция 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 отображает информацию об отсутствующих путях для виртуальных дисков.

Рис. 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

При отключении одного 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

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

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

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

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

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

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

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

увеличить изображение
Рис. 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 – наивысший вес.

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

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

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