Пошаговые руководства, шпаргалки, полезные ссылки...
БлогФорумАвторы
Полезные Online-сервисы
Перечень Бесплатного ПО
Подписка на RSS-канал
В данной заметке рассмотрены базовые приёмы управления системой хранения данных (СХД) 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) состоит из:
В нашем примере мы создадим алиасы подключения (connection) для четырёх портов vHBA виртуального сервера с именем NFC01 c гостевой ОС Linux.
При создании алиасов важно корректно указывать тип профиля (profile) конечного хоста, так как этот тип влияет на поведение RAID-массива при работе с хостовой операционной системой.
Пример создания алиаса для первого порта 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