Миграция физических LPAR-разделов на виртуальный LPAR-раздел с подключенным сетевым диском

В статье рассказывается о том, как выполнить миграцию физических логических разделов (LPAR) с внутренними дисками на виртуальные LPAR-разделы, использующие VIO-клиент для доступа к виртуальным дискам, подключенным к сетевому хранилищу данных. Эта статья предназначена для системных администраторов, заинтересованных в использовании виртуализационных возможностей IBM® Power Systems™ для ввода/вывода с помощью сервера виртуального ввода/вывода (virtual I/O server – VIOS). В обзоре рассказывается о действиях, которые необходимо выполнить, и о том, как должен выглядеть процесс миграции, чтобы сократить время миграции и избежать возможных ошибок.

Бобичан П. Джон, программист-консультант, <a href="http://www.ibm.com/developerWorks/">IBM</a>

фото Бобичана П. ДжонаБобичан П. Джон (Bobichan P. John) - программист-консультант с 13 летним опытом работы в ИТ, включая 11 лет работы в IBM India. Ему приходилось заниматься сбором требований, объектно-ориентированным анализом и разработкой архитектуры, проектированием классического ПО и SOA-решений, также участвуя в разработке и тестировании систем на основе IBM pSeries. С ним можно связаться по адресу jbobicha@in.ibm.com.



19.06.2013

Введение

Виртуальный ввод/вывод (virtual I/O — VIO) — это один из программных компонентов платформы виртуализации, впервые появившийся на системах на базе процессоров IBM POWER5™. Это программное обеспечение позволяет организовать совместный доступ к физическим ресурсам ввода/вывода для клиентских LPAR-разделов, расположенных на сервере. VIO-сервер обладает всеми физическими ресурсами ввода/вывода и распределяет физические устройства, такие как диски и сетевые адаптеры, между клиентскими разделами. Для клиентских разделов эти устройства выглядят как виртуальные устройства. Благодаря этому можно создавать LPAR-разделы без необходимости добавлять в систему новые физические ресурсы ввода/вывода. Клиентские LPAR-разделы могут совместно использовать SCSI-устройства, FC и Ethernet-адаптеры, также с помощью устройств подкачки можно расширять объём памяти, доступный для LPAR-разделов.

Чтобы воспользоваться виртуализационными возможностями VIO-сервера для IBM Power Systems, заказчику необходимо заново выполнить настройку среды для использования VIO-клиентов в LPAR-разделах или перенести существующие физические LPAR-разделы с внутренними дисками на виртуальные LPAR-разделы, использующие VIO-клиент для доступа к виртуальным дискам, подключенным к сетевому хранилищу данных. Миграция LPAR-разделов с внутренними физическими дисками на LPAR-разделы с виртуальными дисками может оказаться довольно сложной задачей. В этой статье представлено пошаговое руководство по переносу LPAR-разделов с внутренними дисками на виртуальные LPAR-разделы, использующие VIO-клиенты. Этот краткий обзор расскажет пользователю о действиях, которые необходимо выполнить, и о том, как должен выглядеть процесс миграции, что поможет сократить время миграции и избежать возможных ошибок.

В статье демонстрируются процедуры, необходимые для переноса физических LPAR-разделов, развёрнутых в системах на платформе IBM AIX, на виртуальные LPAR-разделы. Предполагается, что читатель уже знаком с принципами работы с ОС AIX, VIOS, SAN и HMC (Hardware Management Console – консоль для управления аппаратным обеспечением), а также что VIOS и HMC уже развёрнуты на тестовой системе. В противном случае рекомендуется сначала ознакомиться с документацией, приведённой в разделе "Ресурсы".

Миграция физического LPAR-раздела в виртуальную среду

Выполним миграцию корневой группы томов (root volume group — rootvg), которая обычно размещается на внутреннем диске сервера, на внешний диск или SAN-диск, временно подключенный к серверу с помощью FC. Группа томов rootvg существует на внутреннем диске любого сервера. Под внутренним диском подразумевается любой диск, который размещён совместно с центральным процессором сервера или в отсеке ввода / вывода, подключенном к серверу.

Процесс миграции сводится к следующим действиям:

  1. Подготовка к миграции.
  2. Клонирование rootvg с внутреннего диска на внешний диск с помощью команды alt disk copy.
  3. Экспорт rootvg с исходного LPAR-раздела с помощью команды altinst.
  4. Настройка VIO-клиента для целевого LPAR-раздела.
  5. Использование диска, экспортированного на третьем шаге, в качестве загрузочного устройства для целевого LPAR.

Каждый из этих шагов подробно рассматривается в оставшейся части статьи.


Подготовка к миграции

Отключение зеркалирования для группы rootvg

Если группа томов rootvg на исходном LPAR-разделе зеркалируется на несколько дисков, эту возможность следует отключить перед выполнением миграции. В случае, если rootvg не зеркалируется, этот этап можно пропустить. Для отключения зеркалирования rootvg выполните команду unmirrorvg.

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

unmirrorvg rootvg hdisk11

Если имеются несколько копий rootvg на различных дисках, необходимо отключить зеркалирование для всех дисков, вовлечённых в этот процесс.

Запустите команду reducevg, чтобы исключить диск из группы rootvg.

reducevg rootvg hdisk11

Используйте команды bosboot и bootlist для повторной инициализации загрузочной записи оставшегося диска и измените загрузочный список, чтобы исключить из него отзеркалированные диски. Если rootvg в исходном LPAR-разделе размещается на hdisk1, то выполните следующие команды.

bosboot -a -d /dev/hdisk1
bootlist -m normal hdisk1

Подключите дополнительные диски из внешнего хранилища

В исходном физическом LPAR-разделе мы имеем диск hdisk1, на котором развернута rootvg. С помощью следующей команды можно проверить физические характеристики группы томов:

#lspv
hdisk1 00000f6ac39aea95 rootvg active

Создадим новый номер (адрес) для логического устройства (logical unit number — LUN) в системе хранения данных и назначим его исходной физической системе. Затем выполним команду chdev для изменения характеристик нового устройства. Обязательно выполните команду cfgmgr на исходном физическом LPAR-разделе, чтобы настроить новый hdisk0 для этого раздела.

chdev -l  hdisk0 -a pv=yes

Проверим состояние физических дисков в исходной системе. Если всё прошло без ошибок, то будет выведена подобная информация.

#lspv
hdisk1 00000f6ac39aea95 rootvg active
hdisk0 00000f6a47b2e4d5 none

В данном примере hdisk1 – это внутренний диск, а hdisk0 – внешний диск, подключенный к SAN.


Копирование информации с внутреннего диска hdisk1 на внешний диск hdisk0

Команда alt_disk_copy скопирует текущую группу томов rootvg на другой диск. Эта команда фактически используется для клонирования диска, используемого в данный момент, на другой диск.

alt_disk_copy –d hdisk0 -B -O  #(hdisk0 is the target disk)

Опция -B определяет, запускать или нет загрузочный список после выполнения команды mksysb или клонирования.

Опция -O выполняет перезагрузку устройства на целевом томе altinst_rootvg. Благодаря этому программа установки альтернативного диска не сохраняет никаких сведений о конфигурации устройства, ранее определенной пользователем. Эта опция может оказаться полезной в случае, если целевой диск или диски будут использоваться в качестве группы rootvg для другой системы (например, при разбиении на логические разделы или замене системного диска).

Теперь мы можем просмотреть информацию о группе томов altinst_rootvg на исходном LPAR-разделе:

#lspv
hdisk0 00c5f37067790da3 altinst_rootvg
hdisk1 00c5f370dda17847 rootvg active

Выполним экспорт altinst_rootvg с исходного LPAR-раздела.

Для экспорта altinst_rootvg с hdisk0 используется команда exportvg, которая экспортирует определение группы томов из набора физических томов.

exportvg  altinst_rootvg

Команда удаляет определения группы altinst_rootvg с оригинального LPAR-раздела и позволяет использовать hdisk0 в качестве загрузочного устройства для других разделов.


Настройка VIO-клиента для LPAR-раздела

VIO-сервер обладает физическими ресурсами, например, жёсткими дисками и Ethernet-адаптерами, которые используются клиентскими LPAR-разделами как виртуальные устройства, т.е. сервер отвечает за распределение физических ресурсов между клиентами. Далее мы обсудим выделение дискового пространства VIO-сервервом для клиентских разделов.

Но сначала создадим в HMC новый профиль для целевого LPAR-раздела. В ходе настройки VIO-сервера и VIO-клиентов будет показано, как с помощью HMC изменить профиль целевого LPAR-раздела, чтобы выполнить настройку виртуальных Ethernet и SCSI-адаптеров.

Настройка виртуального Ethernet-адаптера

С точки зрения VIO-сервера SEA-адаптер (Shared Ethernet Adapter – Ethernet-адаптер совместного доступа) позволяет клиентским разделам общаться с другими внешними системами, не обладая физическим Ethernet-адаптером. Активация и настройка виртуального Ethernet-адаптера для клиентского раздела в OC AIX не требует специального аппаратного или программного обеспечения. После того как для раздела был выделен отдельный виртуальный Ethernet-адаптер, соответствующее сетевое устройство будет создано и внутри раздела.

Чтобы создать новый виртуальный Ethernet-адаптер для клиентского раздела, в графическом интерфейсе HMC следует выбрать профиль целевого раздела и выполнить следующие действия в секции Tasks (задачи), размещённой в нижней части окна:

Выбрать пункт Configurations (конфигурации) -> Manage Profiles (управление профилями) -> Actions (действия) -> Edit (редактировать) -> Virtual Adapter (виртуальные адаптеры) -> Create Ethernet Adapter (создать Ethernet-адаптер).

Рисунок 1. Создание виртуального Ethernet-адаптера
Рисунок 1. Создание виртуального Ethernet-адаптера

Для использования дисков, выделяемых VIO-сервером, потребуется создать виртуальный SCSI-адаптер, как на стороне VIO-сервера, так и на стороне клиентского LPAR-раздела. На стороне VIO-сервера необходимо создать серверный VSCSI-адаптер, а на стороне клиента — клиентский VSCSI-адаптер.

Эти адаптеры также можно создать с помощью графического интерфейса консоли HMC. Для создания клиентского SCSI-адаптера в графическом интерфейсе HMC следует выбрать профиль созданного LPAR-раздела и выполнить следующие действия в секции Tasks (задачи), размещённой в нижней части окна:

Выбрать пункт Configurations (конфигурации) -> Manage Profiles (управление профилями) -> Actions (действия) -> Edit (редактировать) -> Virtual Adapter (виртуальные адаптеры) -> Create SCSI Adapter (создать SCSI-адаптер).

Рисунок 2. Создание клиентского SCSI-адаптера
Рисунок 2. Создание клиентского SCSI-адаптера

Для создания серверного SCSI-адаптера в графическом интерфейсе HMC следует выбрать профиль LPAR-раздела с VIO-сервером и выполнить следующие действия в секции Tasks (задачи), размещённой в нижней части окна:

Выбрать пункт Configurations (конфигурации) -> Manage Profiles (управление профилями) -> Actions (действия) -> Edit (редактировать) -> Virtual Adapter (виртуальные адаптеры) -> Create SCSI Adapter (создать SCSI-адаптер).

Рисунок 3. Создание серверного SCSI-адаптера
Рисунок 3. Создание серверного SCSI-адаптера

Номер разъёма SCSI-адаптера должен быть правильно привязан к VIO-серверу и VIO-клиенту.

Далее следует назначить VIO-серверу адрес логического устройства, созданный в разделе "Подключите дополнительные диски из внешнего хранилища", и воспользоваться командой chdev для изменения свойств нового устройства. Команду cfgmgr для настройки жёсткого диска VIO-сервера следует запускать в корневой оболочке VIO-сервера.

Привязка подключенного жёсткого диска к соответствующему виртуальному серверному SCSI-адаптеру выполняется с помощью команды mkvdev в оболочке padmin, как показано ниже:

$mkvdev –vdev  assigned_hdiskname -vadapter  
virtual_SCSI_server_adapter -dev virtual_target_device_name

Например:

mkvdev –vdev  hdisk4 -vadapter  vhost0 -dev target_lpar_rootvg

В данном случае hdisk4 – это тот же диск, куда мы клонировали физический диск с оригинального LPAR-раздела.

На стороне VIO-сервера соответствующие виртуальным серверные SCSI-адаптеры привязываются к физическим устройствам, т.е. жёстким дискам. Их взаимную конфигурацию можно проверить с помощью команды lsmap –all в оболочке padmin.

$lsmap –all 

SVSA Physloc Client Partition ID
--------------- ----------------------------- -------------------
vhost0 U9119.FHA.025F370-V1-C30 0x00000005

VTD target_lpar_rootvg
Status Available
LUN 0x8100000000000000
Backing device hdisk4
Physloc U5791.001.9920MV2-P1-T6-L8-L0

В первом столбце вывода команды lsmap –all указывается имя виртуального серверного SCSI-адаптера — vhostname.

Во втором столбце необходимо обратить внимание на заключительную последовательность — C30. В данном случае 30 — это идентификатор серверного SCSI-адаптера.

Использование экспортированного диска в качестве загрузочного устройства для целевого LPAR

На этом завершается процесс миграции с физических на виртуальные диски. Теперь на жёстком диске целевого LPAR-раздела имеется группа томов rootvg, клонированная с физического диска исходного LPAR-раздела. Фактически жёсткий диск нового раздела поддерживается VIO-сервером.

Далее необходимо активировать перенёсенный виртуальный LPAR-раздел в HMC-консоли. Для активации нового виртуального LPAR-раздела в графическом интерфейсе HMC следует выбрать профиль созданного LPAR-раздела и выполнить следующие действия в секции Tasks (задачи), размещённой в нижней части окна:

Выбрать пункт Operations (операции) -> Activate (активировать).

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

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=AIX и UNIX, Open source
ArticleID=934659
ArticleTitle=Миграция физических LPAR-разделов на виртуальный LPAR-раздел с подключенным сетевым диском
publish-date=06192013