Author: Mister Nobody

На прошлой неделе мы рассмотрели несколько анализаторов для компонентов инфраструктуры IBM PowerVM.

Сегодня на повестке дня наиболее комплексный и современный – PowerVM Virtualization Performance Advisor.

Данная утилита ставится на один из LPAR, подключается к HMC и анализирует настройки и производительность LPAR либо хоста в целом.

Для работы программы должны быть выполненые следующие требования:

• должен быть установлен SSH;
• на каждом LPAR стоит галка “Allow performance information collection”;
• на каждом LPAR запущена служба xmtopas:
  проверяем запуском
  
  ps -ef |grep xmtopas

  1	ps -ef |grep xmtopas

  
  если среди запущенных нет, то проверяем /etc/inetd.conf – не закомментирована ли служба, убираем комментарий и делаем:
  
  refresh -s inetd

  1	refresh -s inetd

  
  либо запускаем службу командой
  
  xmpeek -l

  1

  xmpeek -l

Для установки и предварительной настройки также надо выполнить ряд действий

Распаковать дистрибутив утилиты локально и в LPAR

И произвести обмен SSH-ключами между LPAR и HMC в целях отказа от ввода пароля при подсоединии

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

Утилита работает в двух режимах: анализ системы – хоста, анализ LPAR.

Для запуска в режиме анализа системы понадобится список систем из HMC:

Запуск осуществляется командой из распакованного каталога vpa:

В результате через 60 минут получим virt_pa_output.xml, который копируем в локальную папку vpa и там открываем браузером:Для запуска в режиме анализа системы понадобится LPAR SYSTEMID:

Запуск осуществляется командой из распакованного каталога vpa:

В результате через 30 минут получим virt_pa_output.xml, который копируем в локальную папку vpa и там открываем браузером:

Как и VMware vSphere IBM PowerVM умеет делать миграцию LPAR(logical partition – виртуальная машина в терминологии PowerVM).

Миграция существует 2 видов: Inactive – перерегистрация неактивного(выключенного или в режиме Suspend) LPAR на другом хосте, Active – перемещение включенного LPAR с хоста на хост.

В этой заметке расскажу только об Inactive. Это простой режим с маленьким списком требований. Миграцию осуществляется в данном примере с помощью IBM HMC. Хосты имеют возможность “Inactive Partition Mobility Capable”.

Необходимы VIOS на хосте-источнике и хосте-цели с установленной галкой Mover Service Partition:Для тестирования создан LPAR без сетевых и дисковых устройств (виртуальных либо физических), без AIX.

Для миграции советую вместо команды Migrate использовать команду Validate – сэкономите пару десятков и кликов, да и с полминуты времени:
Заполняем поля формы (если бы выбрали Migrate эти же поля заполняли бы в 5-7 формах мастера миграции):Жмём Validate. Если всё ок, то даст нажать Migrate, сам создат профиль на целевом хосте(если не указали) и предоставит возможность выбрать общий процессорный пул.

Жмём Migrate. Смотрим несколько секунд на окно прогресса и, вуаля, LPAR на новом хосте.

Если у вас подключены адаптеры, то следует осторожно относится к данной миграции, особенно, в случае установки галок перекрытия ошибок виртуальных хранилищ и сетей, а также наличия физический адаптеров(либо сругается либо отрубит их от машины). Также внимательно смотрите на привязку ID адаптеров между новым и старым VIOS.

Настоятельно советую ознакомиться с красными книгами “IBM PowerVM Live Partition Mobility“, “IBM PowerVM Enhancements What is New in 2013“.

Для анализа настроек Java для работы WebSphere Application Servers под AIX есть утилита Java Performance Advisor (JPA).

У меня WebSphere не используется, поэтому я ей проверяю настройки Java для работы Apache Tomcat.

Для запуска утилиты необходимо:

1. Распаковать JPA.tar.gz локально и на AIX.
2. Разрешить запуск файлов:
   
    $ chmod +x jpa.pl *.pm

   1	$ chmod +x jpa.pl *.pm

3. Закомментировать строку, запрещающую запускать старую версию:
   
   if ($curDate gt $global::DATE) { print STDERR "Error : You are using an outdated version of the tool. ". "\nPlease download the latest version from our website.\n". "\nhttps://www.ibm.com/developerworks/wikis/display/WikiPtype/Java+Performance+Advisor\n";  <strong>#exit;</strong> }

   1 2 3 4 5 6

   if ($curDate gt $global::DATE) { print STDERR "Error : You are using an outdated version of the tool. ". "\nPlease download the latest version from our website.\n". "\nhttps://www.ibm.com/developerworks/wikis/display/WikiPtype/Java+Performance+Advisor\n";  <strong>#exit;</strong> }

4. Определить приложение для анализа:
   
    ps -eaf | grep java

   1	ps -eaf | grep java

5. Запустить программу со следующим параметрами(pid взять из ответа команды ps):
   
   jpa.pl -e Expert -u Production -o mayapp.xml -y <em>pid</em>

   1	jpa.pl -e Expert -u Production -o mayapp.xml -y <em>pid</em>

6. Скопировать mayapp.xml в локальную папку и запустить в браузере(детали настроек отображаются по клику мыши).

В очередной заметке про IBM AIX рассмотрим анализаторы журнала записи(захвата) утилиты topas_nmon.

Утилита nmon предназначена для мониторинга счётчиков и датчиков производительности различных подсистем в *nix операционных системах.

В AIX она представлена в виде двуликой утилиты topas_nmon с переключением интерфейсов по клавише ~.

Сбор статистики

Для анализа нам понадобиться журнал записи этой утилиты, например,  за сутки.

Типовой запуск утилиты выглядит так:

• -f сохранение статистики в файл в текущем каталоге с именем <hostname>_YYYYMMDD_HHMM.nmon;
• -T включать в логи состояние наиболее ресурсоемких процессов
  -s 30 сбор данных с интервалом в 30 секунд;
•  -с 2880 кол-во интервалов, т.е. 30 сек * 28800 = 24 часа, т.е. сбор логов будет продолжаться в течении суток.

Для разрешения сбора дополнительной статистики по дисковой подсистеме в AIX необходимо подать команду:

Для инвентаризации и полного сбора статистики предлагаю запускать со следующими ключами:

Расшифровку ключей смотрим в документации в разделе Flags in Recording Mode.

Анализ собранной статистики

Для анализа выходных файлов есть несколько утилит.

Первая – nmon Analyser. Представляет собой макрос в Excel, в результате анализа получаем книгу Excel с кучей листов. Каждый лист содержит статистические данные из журнала nmon и диаграммы для их визуализации.

Вторая – pGraph. Небольшое приложение Java, которое также позволяется графически отображать статистику nmon в различных разрезах. Данная утилита поддерживает выходные файлы нескольких утилит под различные *nix системы.
Третья – gmon. У данной утилиты 2 режима – передача через агента данных nmon в реальном времени и проигрывание записанных журналов nmon. Требует в Windows разделителя десятичной точки в виде символа “.”(точка).

Продолжаем работать с утилитами для обслуживания компонентов гипервизора IBM PowerVM.

Одной из основных частей гипервизора является сервер виртуализации ввода-вывода Virtual I/O Server(VIOS), который предназначен для разделения ресурсов, обычно, сетевых и дисковых.

Так как VIOS пропускает через себя сетевой и “дисковый” трафик, то для обеспечения высоких скоростей ему требуются процессорные мощности и память.

Для анализа достаточности ресурсов IBM предлает использовать утилиту Virtual I/O Server Performance Advisor.

Порядок запуска:

1. Заходим по SSH на VIOS под учетной записью padmin.
2. Проверяем версию ОС(минимальный уровнь 2.2.2.1):
   
   $ ioslevel 2.2.2.1

   1 2	$ ioslevel 2.2.2.1

3. Запускаем утилиту минут на 10 с высоким уровнем детализации:
   
   $ part -i 10 -t 2 part: Reports are successfully generated in vios_141001_02_55_19.tar

   1 2	$ part -i 10 -t 2 part: Reports are successfully generated in vios_141001_02_55_19.tar

4. Подключаемся по ftp к VIOS под учетной записью padmin и забираем себе архив.
5. Распаковываем и открываем vios_advisor_report.xml в браузере.
6. Смотрим на анализ и на рекомендации(по клику мыши всплывет детальный совет):