NPIV: включаем фибровые карты

С помощью технологии NPIV можно сделать виртуальную карту, выданную на отдельной партиции, полноценной фибровой картой, и прицепить диски напрямую в обход ВИО-сервера. Все операции выполняются довольно просто и не вызывают трудностей.
1. Добавляем виртуальный фибровый адаптер на ВИО-сервере. Для это редактируем через HMC профиль нужного ВИО-сервера. Обязательно его связываем с клиентской партицией.

2. Затем логинемся и проверяем, что новый виртуальный адаптер появился.
В случае, если у вас не поддерживается динамическое добавление ресурсов (DLPAR операции), перегружаем виос.
cfgdev
lsdev | grep vfc

Адаптер появился.
3. По аналогии создаем такой же адаптер на LPAR'e и связываем их.

vfcmap -fcs fcs0 -vadapter vfchost0
4. Определяем WWPN для клиентской партиции и передаем администратору стораджа.

Отдельно хочется сказать, что NPIV можно развернуть только на карточках FC 8G.
Например,
5273 PCIe LP 8Gb 2-Port Fibre Channel Adapter
5735 8 Gigabit PCI Express Dual Port Fibre Channel
На карточках 4 Гб можно развернуть только виртуальный SCSI.
Успехов! Комментарии приветствуются.

VIOS: удаляем Failed или Missing Paths к дискам

В случае сбоя с дисками или перезагрузки ВИО-сервера, пути MPIO-дисков могут сбоить, и могут находиться в "плохом" состоянии. 
Failed  hdisk0 vscsi0
Т.е. подключение пропало с одного из путей. Для восстановления подключения выполняем команду chpath. Для примера, у меня выключен один из ВИО-серверов, диски переключились на резервный канал, но старый канал находится в состоянии Failed.
Включаем основной канал:
chpath -l hdisk0 -p vscsi0 -s enable

Другой способ вернуть подключения дисков - это удалить пути к дискам и запустить команду
cfgmgr
Переводим путь к диску в режим определен (но не доступен для использования)
 rmpath -l hdisk1 -p vscsi0
Удаляем путь
 rmpath -d -l hdisk1 -p vscsi0

Все просто=)
Успехов!

AIX monitoring: iostat

В случае испытания проблем с дисками, загруженностью дискового массива или аналогичных проблемах, приходится обращаться за помощью к проверенным средствам отслеживания дисковых очередей и операций ввода-вывода (IO per second).
Базовая утилита, которая помогает мониторить очереди диска.
#iostat -D 

Показывает очереди (если таковые имеются) на всех дисках, которые доступны ОС.
Для просмотра очереди на отдельном диске можно добавить атрибут -l:
#iostat -D -l hdisk0

Теперь к расшифровке:
avgwqsz - средний размер ожидающей очереди;
avgsqsz - среднее сервисной очереди;
avgtime - среднеей время ожидания для очереди в миллисекундах;
sqfull – количество IOPS переданных в очередь.

Очень удобно собирать статистику с помощью установленнх интервалов и количеством повторений команды, например:
iostat -RDTl инетрвал кол-во повторений
#iostat -RDTl  2 3

К сожалению, среднюю загрузку диска данная утилита не показывает, плюс еще она не очень информативная, что не исключает ее полезности, удобнее, как мне кажется, смотреть через nmon =)

Успехов!

AIX: системные компоненты (AIX Devices II)

Про устройства, которые используются в системе, я начинал говорить ранее. И основные термины можно дополнить только "железными" понятиями, а именно CEC и System planar.
CEC (Central electronics complex) - основной системный юнит, который управляет процессорами, памятью и удаленными операциями ввода-вывода(для краткости - IO).
System planar - главный компонент CEC, системная плоскость, на которой расположены карты слоты процессора, планки памяти и слоты под IO, и все эти компоненты взаимодействуют между собой.
12X cable - обеспечивает высокоскоростное подключение между системными компонентами, например, между CEC и любыми IO-адаптерами. 12Х состоит из специальных адаптеров и протоколов, которые позволяют IO адаптерам эффективно взаимодействовать с системными шинами. IO-адаптер может состоять из PCI-слотов, адаптеров, дисков, и подключаться к системным элементам посредством шины GX+.
Расположение системных компонентов (System component location).
Power сервер состоит из отдельных системных компонентов (System enclosure), которые выспутают как отдельныя часть и имеет собственный идентификатор, состоящий из MTM (machine type and model) и серийного номера.
Например, U8205.E8A.65DG389
Т.е. все устройства (физические и виртуальные) будут использовать часть этого location-кода. Далее по примеру, устройства, которые подключены к системной плоскости (CEC) имеют отдельный идентификатор, а именно идентификатор системной плоскости. Например,
U34AO.001.DGEFGHC-P1
P1 - говорит о том, что компонет подсоединен к системной плоскости.
Для работы с location-кодами используют команду lsdev
lsdev -CHF "name, status, physloc, location"
На своем примере, покажу сетевую карту, которая у меня подсоединена к системной плоскости, остальные устройства виртуальные, они имеют другие коды

Расшифровку примеров нашел на просторах инета:

Успехов! Комментарии приветствуются!

AIX: добавляем виртуальный сетевой адаптер (shared ethernet adapter)

Добавим новое устройство в работающую систему. На примере сетевого адаптера (shared ethernet adapter) будут рассмотрены осноные возможности конфигурации устройств. Посмотрим, что у нас сейчас определено в системе:

Добавим виртуальный адаптер в профиле сервера, а именно в Lpar'е. Для этого нужно подключиться к HMC, и выбрать профиль партиции (LPAR) и произвести его конфигурацию.

Свойства адаптера:

#cfgmgr или рестарт системы для обнаружения нового устройства.

Чтобы устройство заработало нужно произвести его конфигурацию (например, через smit или через изменение устройства).
#smit tcpip
Или с помощью команды mktcpip, которая производит минимальную конфигурацию для запуска протоколов TCP/IP на хосте.  
#/usr/sbin/mktcpip -h hostname -a ip -i en3 -n DNS -d domain.ru -g gateway -A no -t N/A -s
ip, domain,gateway = айпи-адреса соответствующих служб.
Для удаления устройства из системы используйте команду rmdev.

Успехов! Комментарии приветствуются!

AIX: работаем с устройствами

Про то, что такое устройство в ОС AIX я рассказывал тут. Теперь посмотрим какие операции возможны с устройствами.
1. Добавление устройства на примере сетевого адаптера (shared ethernet adapter) рассматриваются осноные возможности конфигурации устройств.
Добавим виртуальный адаптер в профиле Lpar'a.

#cfgmgr или рестарт системы для обнаружения нового устройства.

Чтобы устройство заработало нужно произвести ее конфигурацию (например, через smit).

2. Удаление устройства или изменение его состояния в Кастомизированной БД ODM (Customized Devices object class).
Например, удалим сетевое устройство ent3.

Воспользуемся командой rmdev
#rmdev -l ent3

Чтобы положить сетевую карту, нужно сначала погасить сетевой интерфейс (en), иначе будет выдаваться ошибка, что устройство занято. Устройство отключено, но по-прежнему присутствует в Кастомизированной базе:

Удалим устройство полностью из системы:
#rmdev -dl ent3

3. Изменение устройств происходит с помощью команды chdev.
Изменим, например, состояние сетевой карты en3. 

Как видно, устройство добавлено, но выключено. Включим его:
#chdev -l en3 -a state=up

Успехов!

MPIO AIX disk attributes:algorithm

   Наверняка вы сталкивались с ситуацией, когда операции чтения-записи забивают полностью канал виртуального адаптера и сервер находится в жутком ступоре, практически не реагируя на свое существование. Такая ситуация может возникнуть, например, при проблемах на хранилище.
"Виноват" в этой ситуации фибр-ченел адаптер и так называемый мультипассинг.
В "бест практис" IBM рекомендует настраивать использование нескольких путей на канал. 
Посмотрим какие варианты настройки существуют в системе при работе с хранилищем (SAN, EVA и т.д.), а именно использование алгоритма работы.
#lsattr -El hdisk0

В моем случае, нет мультипасинга и алгоритм работы диска "fail_over". Используя этот алгоритм, все операции чтения-записи идут по одному пути ( управляется этим модулем - path control module (PCM)), и в случае сбоя операции пойдут по другому пути, который был определен в настройках канала VSCSI (virtual SCSI). Данный алгоритм в основном используется на ВИОС-сервере, как не требующий особой настройки, но может быть использован и на клиентской партиции, нет проблем.
Следующий тип, algorithm = round_robin. Перед его использованием убедитесь, что хранилище может использовать несколько путей для работы с клиентской партицией. У меня был случай, когда "старая" Ева выделяла 2 канала для использования, а с аикса все операции шли через один путь, хотя был включен алгоритм round_robin. Мучились, искали настройки, проверяли, перегружали, никак не заводилось. Оказывается ограничение Евы.
С помощью данного алгоритма все операции чтения-записи идут через все включенные пути к диску. Балансировка нагрузки на диски может быть разделена с помощью атрибута
path_priority, который задается для каждого диска в отдельности. В случае сбоя или отключения пути, происходит пересчет приоритетов и все операции делятся поровну между оставшимися каналами.
algorithm = shortest_queue
Данный алгоритм является самым новым и он очень похож на round_robin при небольшой нагрузке на каналы. Когда нагрузка возрастает алгоритм перенаправляет поток на тот канал, который менее загружен. Т.е. используется тот путь, который не испытывает серьезных затруднений в работе. Атрибут path_priority игнорируется.

С помощью команды lspath вы всегда сможете посмотреть через какие каналы у вас настроено соединение диска с хранилищем (LUN).
#lspath -l hdisk1

Комментарии приветствуются. Успехов! 

AIX MPIO disk attributes: Queue_depth

Queue_depth
Длина очереди записи на диск. Один из параметров, которые входят в тюнинг IBM power серверов.

IBM говорит, что в некоторых случаях изменение данной настройки на виртуальном scsi-диске, может увеличить производительность сервера. Беда в том, что данный атрибут принимает значения от 1 до 255.

Для определения значения  queue_depth на виртуальном диске hdisk0 воспользуемся командой
lsattr -El hdisk0

root@i3-test1:/#lsattr -El hdisk0
....строки пропущены
queue_depth     3                                      Queue DEPTH                True
reserve_policy  no_reserve                       Reserve Policy               True

Т.е. используется значение по умолчанию.

Но перед тем как приступить к изменению атрибутов, следует принять во внимание несколько факторов.

1. Во-первых, это значение queue-depth используется для всех физических адаптеров на VIO-сервере, которые будут в дальнейшем использоваться на LPAR'ах, как виртуальные. Тут по аналогии с горлышком бутылки, главное не заткнуть его полностью. 
2. Во-вторых, это значение максимальной пропускной способности scsi-виртуального адаптера.

Для всех LPAR'ов максимальная пропускная способность определяется Hypervisor'ом на ВИОСе. Поэтому меняя данный параметр нужно держать в уме другие партиции - сделать одной партиции хорошо, а другим не навредить.
Итак, изменим:
chdev -l hdisk0 -a queue_depth=32

Успехов!
Комментарии приветствуются.