Использование системных профилей для управления порядком запуска LPAR и проверки выделения ресурсов

Сформируйте успешную команду из своих LPAR-разделов

Платформа IBM® Power™ Systems спроектирована для непрерывной работы в режиме 24х7. Но в тех редких случаях, когда система Power System выключается, стоит заранее подготовиться к её последующему запуску. При запуске системы необходимо активировать логические разделы (LPAR), и их запуск в правильном порядке может оказаться совсем не простой задачей. Существует простой способ задать порядок запуска LPAR-разделов: создать системный профиль с помощью контроли HMC (Hardware Management Console – консоль для управления аппаратным обеспечением). Системные профили также смогут предупредить вас о конфликтах из-за ресурсов, которые могут возникнуть между профилями отдельных LPAR-разделов. Дополнительно системные профили можно использовать для быстрой и простой перенастройки аппаратного обеспечения сервера.

Энтони Инглиш, ведущий специалист по AIX, Levitar Pty Ltd

фото Энтони ИнглишаЭнтони Инглиш (Anthony English) – независимый консультант, живущий в Сиднее, Австралия. Он работает с AIX-системами с 1991 года и публикует статьи в своем блоге на портале IBM developerWorks и на сайте AIX Down Under. Он также является обладателем звания IBM Champion for Power Systems. С Энтони можно связаться через его почтовый ящик anthonyenglish@levitar.com.au.



22.04.2013

Зачем нужны системные профили?

При наличии резервного оборудования и электропитания может показаться, что планы на случай незапланированной остановки системы уже не нужны. Помимо прочего, платформа IBM Power Systems специально спроектирована для обеспечения бесперебойной работы. Но, несмотря на это, всё равно существуют причины, из-за которых сервер может отключиться. Хорошо, если это будет запланированное отключение, например, когда вам необходимо выполнить радикальное обновление микропрограммного ПО. Но независимо от того, было запланировано отключение или нет, когда ваш сервер отключится и потом придётся снова включать его, лучше быть готовым к этому заранее. Вам следует знать, как правильно отключить и, что более важно, включить управляемую систему (см. ссылку в разделе "Ресурсы"). Важно понимать, что происходит во время процедур выключения и запуска системы; особенно это касается порядка запуска логических разделов LPAR.

Возможности виртуализации на платформе IBM Power Systems позволяют вам разделить ресурсы одного физического сервера между несколькими LPAR-разделами (логическими серверами). В случае отключения системы на платформе Power System (к счастью, это случается крайне редко) затрагиваются все относящиеся к ней разделы. И когда вы снова запустите систему с помощью HMC (см. ссылку в разделе "Ресурсы"), могут возникнуть проблемы с активацией LPAR-разделов.

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

Часто встречается ситуация, которую можно заметить только после перезапуска системы, когда некоторые LPAR-разделы необходимо запускать до того, как будут запущены другие разделы, зависящие от них. Например, если вы используете технологию VIOS (Virtual I/O Servers – виртуальные серверы ввода/вывода) для организации совместного доступа к ресурсам ввода/вывода, то серверы VIOS необходимо запустить раньше LPAR-разделов, использующих эти серверы для работы с дисковым пространством или сетевыми подключениями. Аналогично, LPAR-раздел с базой данных должен быть запущен раньше LPAR-раздела, на котором находится сервер приложений, подключающийся к этой базе данных.

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


Что такое системный профиль?

Терминология HMC и SDMC

С появлением SDMC (Systems Director Management Console - консоль для управления решениями IBM) корпорация IBM внедрила общую терминологию, призванную заменить более узкую терминологию, относящуюся к HMC и IVM (Integrated Virtualization Manager – интегрированный менеджер виртуализации). Так что если вы используете SDMC, под термином managed system (управляемая система) понимается сам сервер, а виртуальные сервера, развёрнутые на нём, называются LPAR-разделами. В руководстве IBM Redbook "IBM Systems Director Management Console: Introduction and Overview" (см. ссылку в разделе "Ресурсы") можно найти таблицу с сопоставлением новых и старых терминов.

Системный профиль (system profile) – это упорядоченный список профилей логических разделов. Системные профили представляют собой способ группировки профилей отдельных разделов.

Строго говоря, на самом деле вы активируете не LPAR, а профиль раздела, который содержит все настройки, необходимые для LPAR-раздела, включая выделение ресурсов памяти и процессора, а также необходимых ресурсов ввода/вывода. Поместив набор профилей разделов в системный профиль, вы можете проверить выделение ресурсов, чтобы убедиться, что при активации данных профилей не возникнет конфликтов из-за требований к ресурсам. Также системные профили можно использовать для определения порядка запуска LPAR-разделов после отключения системы.

Вы создаёте системный профиль с помощью HMC, а затем выбираете профили разделов, которые будут относиться к данному системному профилю.


Как создать системный профиль

Для создания системного профиля с помощью графического интерфейса HMC следует выполнить шаги, перечисленные ниже:

  1. Выберите опцию Systems Management (управление системами);
  2. Выберите опцию Servers (серверы);
  3. В рабочей области выберете требуемый сервер;
  4. Нажмите кнопку Tasks (задачи);
  5. Выберите опцию Configuration (конфигурации);
  6. Выберите опцию Manage System Profiles (управление системными профилями);
  7. Выберите опцию Actions (действия);
  8. Нажмите кнопку New (создать новый);
  9. Введите имя нового системного профиля в поле System profile name (имя системного профиля);
  10. Выберите LPAR-разделы, которые следует добавить к создаваемому системному профилю: выделите нужный раздел и нажмите кнопку Add (добавить).

    Примечание: В системный профиль нельзя включать LPAR-разделы, которые используют общую память.

  11. Нажмите кнопку OK.

Эти меню также можно использовать для просмотра существующих системных профилей. Вы можете добавлять или удалять профили разделов, изменять порядок профилей разделов, относящихся к конкретному системному профилю. Когда вы активируете системный профиль, сервер пытается активировать профили разделов в том порядке, в каком они перечислены в системном профиле. Системный профиль не обязательно должен включать профили всех разделов, и вы всегда можете активировать отдельный LPAR-раздел, не используя системные профили. Также, если системный профиль будет удалён, это не приведёт к удалению профилей разделов, которые были в нём перечислены.


Определение порядка запуска LPAR-разделов

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

Один из простых вариантов - поместить профили всех ваших разделов в один системный профиль, чтобы можно было активировать только один системный профиль вместо последовательной активации профилей всех разделов. Предположим, что у вас имеются два LPAR, используемые в качестве VIOS-серверов, а все другие LPAR являются VIO-клиентами. Среди этих клиентов находятся LPAR-разделы, содержащие базы данных и серверы приложений, при этом требуется, чтобы LPAR-разделы с базами данных уже работали к моменту запуска LPAR-разделов с серверами приложений. Сценарий, определяющий зависимость LPAR-разделов друг от друга, может выглядеть следующим образом:

  1. VIO-сервера;
  2. LPAR с базами данных;
  3. LPAR с серверами приложений.

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

Существуют и другие способы сгруппировать профили разделов в системные профили.


Сценарий формирования системных профилей

Идея системного профиля проста по своей сути. Хорошо продумав, как следует сгруппировать LPAR-разделы для их правильной активации, вы создаёте системный профиль и добавляете в него профили разделов в требуемом порядке.

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

Создайте отдельные системные профили для рабочего и обычного режимов.

Вы можете создать отдельный системный профиль для LPAR-разделов, которые используются для производственной эксплуатации, и другой профиль для LPAR-разделов, не участвующих в производстве. Когда придёт время для запуска всех разделов, сначала вы активируете "производственную" группу. Отдельные LPAR, в пределах каждой группы следует запускать последовательно в указанном порядке (например, сначала VIO-серверы, затем LPAR с базами данных, затем разделы с серверами приложений). Если вы поступите так, то сможете быть уверены, что самые важные с точки зрения основной деятельности LPAR-ресурсы первыми получат требуемые ресурсы, указанные в их профилях.

Сгруппируйте LPAR-разделы по приложениям или видам деятельности

Если под вашим управлением находится большое количество LPAR-разделов, то их можно сгруппировать в зависимости от того, работу какого приложения они обеспечивают. Если вас интересуют только LPAR-разделы, обеспечивающие функционирование SAP, то можно создать специальную SAP-группу и активировать её.

Сгруппируйте LPAR-разделы по подразделениям компании

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

Организация IT-службы в бизнес-центре

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


Разрешение конфликтов

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

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

Листинг 1. Сообщение об успешной проверке системного профиля, выполненной HMC
The following messages pertain to whether the system profile can activate 
if nothing else in the system is running:
There is no processor resource conflict within the system profile.
There is no memory resource conflict within the system profile.
There are 261376 Mb of total memory in the system, and the system profile 
will take an approximate minimum of 68096 Mb of that memory for activation.
There is no I/O resource conflict within the system profile.

System Profile Validation warnings:
Currently, even though partition db1's profile, db1_default, has a desired 
memory amount of 65536 Mb, it will only receive 21248 Mb of memory. It 
will not get its desired amount of memory, but it should still have 
enough to activate.
Currently, even though partition db1's profile, db1_default, has a desired 
processor unit amount of 1.0, it will only receive 0.3 processor units. It 
will not get its desired amount of processor units, but should still have 
enough to activate.

Заключение

Как вы увидели, создание системных профилей - это простой и удобный способ группировки профилей LPAR. Один LPAR может иметь один или несколько профилей разделов, а профиль раздела может в свою очередь принадлежать сразу нескольким системным профилям. Если вам приходится иметь дело с десятками или даже сотнями 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
ArticleID=872973
ArticleTitle=Использование системных профилей для управления порядком запуска LPAR и проверки выделения ресурсов
publish-date=04222013