Вики IT-KB

В данной заметке рассмотрены базовые приёмы управления системой хранения данных (СХД) HP StorageWorks Modular Smart Array (MSA) 1000/1500CS с контроллерами MSA 1000.

Получить доступ к функциям управления СХД можно используя прямое подключение к порту контроллеров MSA 1000, обозначаемое в спецификациях как Service Port. Этот порт расположен на лицевой стороне контроллеров MSA 1000.

Для подключения к указанному порту следует использовать специальный кабель 316131-001 (SPS-CABLE SERIAL MSA1000), описанный ранее в статье про конвертацию MSA 500 G2 и консольную утилиту, например, PuTTY, где в качестве ключевых параметров подключения к COM-порту указываем:

Speed – 19200, Data bits – 8, Parity – None, Stop bits – 1, Flow control – None.

Получить справку по всем командам можно командой:

help

Без указания дополнительный параметров эта команда выдаёт перечень верхне-уровневых команд

Получить справку по использованию какой-либо конкретной верхне-уровневой команды, например, add можно командой вида:

help add

Получить справку использования конкретной команды, например, add unit (создание нового RAID-массива)

help add unit

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

show globals

В представленном примере видно сообщение Cache is NOT configured. В нашем случае связано это с тем, что пока на СХД не создано ни одного RAID-массива, кеш контроллеров задействован не будет.

Получить базовую информацию о контроллерах СХД и их состоянии можно командами вида:

show this_controller
show other_controller

Первая команда показывает информацию о том контроллере MSA 1000, к которому в данный момент выполнено физическое подключение. Вторая команда, соответственно, показывает информацию о соседнем контроллере, если такой имеется.

В представленном примере видно сообщение Cache is GOOD, but Cache is NOT configured, а также можно заметить что батареи и кеш-модули отключены. Опять же это с тем, что в нашем случае на СХД не создано ни одного RAID-массива, и поэтому кеш-модули и питающие их батарейные модули не задействованы.

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

show box

Здесь для каждой дисковой полки стоит обращать отдельное внимание на состояние собственного кеша модуля ввода/вывода полки, через который полка подключается к СХД. Неисправные батарейные модули или модули кеш-памяти на полке могут привести к серьёзной потере производительности.

Получить информацию о всех дисках, установленных во всех дисковых полках, подключенных к СХД, можно простой командой:

show disks

В выводе этой команды в отдельном столбце Units можно видеть то, к какому RAID-массиву относится тот или иной диск.

Получить команду о всех имеющихся на СХД RAID-массивах можно командой

show unit

В нашем примере видно, что к СХД подключено 2 полки, в каждой из которых по 12 дисков 500GB и ни один из этих дисков не относится к RAID-массивам, так как такие массивы на СХД ещё не созданы.

Пример команды по созданию первого RAID-массива (unit 0 / нумерация массивов начинается с 0) уровня RAID10 из 6 дисков, три из которых - в первой дисковой полке (Disk101/Disk102/Disk103) и ещё три - во второй дисковой полке (Disk201/Disk202/Disk203).

add unit 0 raid_level=1 data="Disk101-Disk103 Disk201-Disk203" stripe_size=64 cache=enable

Для создаваемого RAID-массива указан размер блока в 64KB и включено использование аппаратного кеша контроллеров СХД.

Чтобы получить информацию о только что созданном RAID-массиве unit 0, выполним команду вида

show unit 0

Обратим внимание на то, что после создания RAID-массива СХД не начинает инициализацию массива до тех пор, пока массив не будет презентован в качестве LUN какому-либо хосту и на этом хосте не начнутся операции записи с этот LUN.

Проверим, как изменилась картина в выводе команды show disks после включения шести дисков в массив.

Проверим то, что после создания первого RAID-массива в глобальной конфигурации СХД задействован механизм кеширования:

Проверим то, как изменился статус контроллера СХД после создания массива. Батарейные модули кеша должны активироваться и сам кеш должен перейти в работающее состояние.

Процесс ограничения доступа к созданным RAID-массивам (units) состоит из:

• Элемент ненумерованного спискаСоздание алиасов подключаемых хостов (add connection), то есть описание адресов WWPN с контроллеров HBA серверов и присвоение им произвольных понятных имён.
• Подключение алиасов к RAID-массивам (add acl)

В нашем примере мы создадим алиасы подключения (connection) для четырёх портов vHBA виртуального сервера с именем NFC01 c гостевой ОС Linux.

Пример создания алиаса для первого порта vHBA:

add connection NFC01_vHBA1_SetA wwpn=C003FFD2-61780000 profile=Linux

По аналогии добавляем алиасы для других трёх портов хоста:

add connection NFC01_vHBA1_SetB wwpn=C003FFD2-61780001 profile=Linux
add connection NFC01_vHBA2_SetA wwpn=C003FFD2-61780002 profile=Linux
add connection NFC01_vHBA2_SetB wwpn=C003FFD2-61780003 profile=Linux

Посмотреть все созданные на СХД алиасы можно командой:

show connections

Чтобы предоставить доступ к созданному ранее RAID-массиву (unit 0) для созданных алиасов (connection) выполняем команды типа add acl:

add acl connection=NFC01_vHBA1_SetA unit=0
add acl connection=NFC01_vHBA1_SetB unit=0
add acl connection=NFC01_vHBA2_SetA unit=0
add acl connection=NFC01_vHBA2_SetB unit=0

Проверить все созданные правила доступа к RAID-массивам можно командой

show acl

На это настойку доступа к RAID-массиву на уровне СХД можно считать законченной. Теперь только остаётся на уровне оптических коммутаторов SAN настроить зонирование, чтобы связать СХД и конечный сервер.

Отключение доступа к LUN-у можно выполнить командой типа delete acl, указав алиас порта хоста, для которого отключается доступ и номер RAID-массива на СХД:

delete acl connection=FS04_HBA1 unit=0
delete acl connection=FS04_HBA2 unit=0

Предположим, мы имеем некоторый RAID-массив (unit 10), который нужно удалить. Удаление массива выполняется простой командой вида:

delete unit 10

Здесь потребуется ввод «y» на запрос о том, что мы действительно осознаём то, что данные на массиве при его удалении будут утеряны:

Все правила доступа (acl) к удаляемому массиву при удалении массива удаляются автоматически.

Проверено на следующих конфигурациях:

Автор первичной редакции:
Алексей Максимов
Время публикации: 02.05.2019 19:30