Изменение IP адресов Celerra Control Station и Storage Processors

Вчера возникла задача по изменению IP адресов на Celerra и интегрированном CLARiiON.

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

Поиск в интернете внятных инструкций не дал, а поиск на powerlink.emc.com – это как искать книги Дарьи Донцовой в библиотеке конгресса… В общем на это ушло почти два часа и еще немного времени, чтобы исправить возникшие в процессе ошибки.

Смена IP вкратце

Краткий план по смене IP адресов, чтобы случайно не упустить его из виду. Это common sense, но все же лучше перестраховаться, чем потом искать serial кабель для подключения к массиву.

  1. Изменить IP адреса Storage Processors
  2. Переключить Storage Processors в новую сеть
  3. Изменить IP адрес Celerra Control Station
  4. Переключить Control Station в новую сеть
  5. Сделать Rescan All в Unisphere, если Celerra не увидела Storage Processor

ВНИМАНИЕ: данную операцию следует производить во время минимальной активности, так как Storage Processors будут перезагружены после смены IP. Хоть это и не остановит доступ клиентов к хранилищу, но все же стоит подстраховаться.

Подробнее под катом.

Continue reading “Изменение IP адресов Celerra Control Station и Storage Processors”

EMC Solutions Enabler и Virtual Storage Integrator для vCenter: их соединение и решение проблем с соединением

У компании EMC есть замечательная штука под названием Solutions Enabler (SE), которая необходима для плагина Virtual Storage Integrator для vCenter и для управления CLARiiON и Symmetrix. Solutions Enabler имеет довольно широкий функционал, который требуется дополнительно лицензировать, но так как я хочу использовать его только для EMC VSI plug-in, то никаких лицензий дополнительно не требуется, потому что базовая лицензия на него идет в комплекте с любым СХД от EMC. Отмечу то, что если Вы являетесь владельцем любой СХД EMC, то у Вас есть все основания использовать их плагины для vCenter, они бесплатны и дают достаточно преимуществ, чтобы их не игнорировать.

Моей целью было подружить SE с vCenter, а так как мне было невероятно лень устанавливать сервер Solutions Enabler, то я использовал vApp с ним, что заметно удобнее. Скачать его можно с powerlink –> support –> software downloads licensing –> Downloads S –> Solutions Enabler.

Continue reading “EMC Solutions Enabler и Virtual Storage Integrator для vCenter: их соединение и решение проблем с соединением”

Проверка md5 хэша

Периодически я скачиваю с сайта HP обновления прошивок в виде ISO-образа. Стандартно в архиве идет .ISO и .MD5SUM

Скачав md5sum.exe, я вычислял хэш и сравнивал его с приведенным в текстовом файле MD5SUM.

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

Внезапно, мое внимание привлек параметр -c (md5sum.exe -c).

Краткая проверка показала, что все уже придумано до нас:

1) Распаковываем полученный архив;

2) md5sum.exe -c FW910C.2010_0819.4.iso.md5sum

3) FW910C.2010_0819.4.iso: OK

P.S. Даже и не знаю что сказать 🙂

Виртуализация маршрутизатора Cisco

Как вы знаете, иногда на блоге публикуются статьи наших хороших знакомых.

Сегодня Евгений расскажет нам о виртуализации маршрутизатора Cisco.

Имеется классическая схема организации сети: уровень доступа (SW1, SW2, SW3), уровень распределения (R1) и присоединение к глобальной сети (R2). На маршрутизаторе R2 организован сбор статистики и настроен NAT. Между R2 и R3 установлен аппаратный брандмауэр с функциями фильтрации трафика и маршрутизации (схема 1)

Не так давно была поставлена задача по миграции всей сети на альтернативный шлюз (R4). Новый шлюз обладает кластерным функционалом и способен горизонтально масштабироваться за счет увеличения количества нод кластера. Согласно плану введения в эксплуатацию, требовалось, чтобы в определенный период времени в сети было одновременно два шлюза – старый (R2) – для всех клиентских сетей, и новый (R4) – для сетей, участвующих в тестировании нового шлюза (схема 2).

Continue reading “Виртуализация маршрутизатора Cisco”

В полку EVA прибыло или про HP P6000

Меньше года назад я подводил итоги курса по HP EVA.

И вот, появилась свежая версия этого СХД – HP EVA P6000 или пятое поколение.

Тут доступны некоторые детали относительно этого СХД. А чуть ниже – мой перевод понравившихся вещей.

Continue reading “В полку EVA прибыло или про HP P6000”

Hitachi Data Systems CLI или как принудительно отключить всех пользователей из HSNM2.

Вчера столкнулся с тем, что одна из сессий управления массивом HDS 9570V Thunder  через HSNM2 зависла и не позволяла подключиться новым пользователям, сообщая об ошибке:

Cannot display, because the user has already displayed details of the specified subsystem.

В HSNM2 нет возможности принудительно завершить пользовательские сессии и вот тут на помощь приходит HSNM2 CLI.

Его достаточно просто установить из дистрибутива, что шёл в комплекте с СХД. Вся установка сводится в выбору галочки SNM/HSNM2 CLI и нажатию кнопки “далее”.
DAMP CLI устанавливать не требуется, так как SNM/HSNM2 CLI обратно совместим с 9500V, как и с AMS/WMS.

Осталось его настроить…

Continue reading “Hitachi Data Systems CLI или как принудительно отключить всех пользователей из HSNM2.”

HP MSA P2000 G3 приобрела поддержку VAAI

Одной из самых желаемых функций в системах хранения, используемых c виртуализацией от VMware, является аппаратное ускорение базовых функций с помощью VAAI.

К сожалению, данный функционал появляется в хранилищах с уровня midrange с высокой базовой стоимостью.

Сегодня же новость радостная: Continue reading “HP MSA P2000 G3 приобрела поддержку VAAI”

HP EVA Scripting

Мне потребовалось инвентаризовать, какие диски установлены в моем СХД – HP EVA6000(10k/15k, FC/FATA). Их всего-то 112 штук, проверять каждый – замаешься. А соответствовать рекомендациям (в одной диск-группе одинаковые диски) хочется. И тут на помощь мне пришел скриптовый интерфейс к HP Command View – HP Storageworks System Scripting Utility (в народе SSSU).

Берем мануал отсюда.

ls DISK FULL | grep modelnumber > c:\tmp\out.txt

Получаем подобный вывод в файле:

\Disk Groups\Near-Online Disk Group\Disk 005 information:
modelnumber ……………………..: NB50058855

\Disk Groups\Near-Online Disk Group\Disk 008 information:
modelnumber ……………………..: NB50058855

Памятка про кластер

Собираем Fail-Over кластер на Windows 2008 R2. Железо – HP BL460c G6 и СХД HP EVA 4400.

Кластер никак не проходит проверку по дискам.

Недельное рытье подсказало простой ответ:

В поле операционная система должно стоять не Microsoft Windows, а Microsoft Windows 2008 (либо определенный код ОС хоста).

Грустно за “самую лучшую ОС в мире”, но только MS позволила себе такую “пляску” с кодами ОС.

Из комментариев:

Идем на HP Storageworks SPOCK и там выбираем сначала ОС Windows 2008, а затем HP EVA 4400 – [тут].

UPD: В комментариях подсказывают, что сам дурак 🙂

Читать документацию надо, а не на кривые ноги жаловаться…

Миграция между независимыми аппаратными конфигурациями

diz решил поделиться своим опытом бесшовной замены оборудования при ограниченных аппаратных ресурсах – отсутствии SAN-коммутаторов и двух хранилищах.

В нашем предприятии уже несколько лет используется виртуальная инфраструктура. Как обычно бывает,  все началось с песочницы на базе VMware Server и нескольких тестовых виртуальных машин, часть которых потребовалось перевести в продуктив, а выделять к существующим двум десяткам физических серверов, большей частью самосборных и\или устаревших, еще несколько – не было средств. В результате было принято решение произвести модернизацию двух существующих серверов, перейти на VMware ESXi и за счет этого увеличить степень консолидации виртуальных машин. Результат от модернизации (установка аппаратного RAID-контроллера с BBU, увеличение количества дисков с 2 до 6 в RAID10, увеличение оперативной памяти до 8 ГБ) превзошел все ожидания: степень консолидации значительно возросла. Неприятным «бонусом» стал риск массовой недоступности сервисов в сценарии аппаратного выхода из строя одного из серверов. Путём долгих обоснований и мучений была приобретена двухконтроллерная СХД IBM DS3400 и осуществлена миграция на нее, совмещенная с еще одним этапом модернизации всё тех же серверов. Процедура миграции описана Mister Nobody: «Миграция с ESX 3.5i на vSphere». В итоге была получена следующая схема инфраструктуры (на самом деле, было два сервера на платформе Intel SR2520 и один IBM x3650, но к Intel не удалось найти стенсилы 🙂 : Continue reading “Миграция между независимыми аппаратными конфигурациями”