OEM-коммутаторы Brocade для различных производителей

В моей инфраструктуре используются лезвийные серверы и шасси производства IBM, а у Андрея производства HP. Но, у него и у меня стоят FC-коммутаторы Brocade.

При анализе совместимости Brocade Fabric OS невозможно понять подходит она конкретному коммутатору или нет. Причина в том, что Brocade использует в своей документации свои кодировки моделей коммутаторов.

Чтобы быстро определиться какая модель IBM, HP, DELL, NETAPP, ORACLE, HITACHI, EMC, UNISYS, FUJITSU соответствует внутренней маркировке Brocade необходимо перейти на страницу OEM Partners, выбрать производителя и щелкнуть по закладке Products.

Для IBM также советую воспользоваться блогом Anthony Vandewerdt, у него есть таблица с указанием старых коммутаторов со скоростями 1,2,4 гигабит/с, которых нет на официальном сайте – Brocade SAN Switch Models.

IBM HS23, vSphere и 10 GbE

В рамках подготовки разворачивания Cisco Nexuus 1000V стал разрабатывать эскиз решения, о котором планирую также написать, с использование 10 гигабитных сетей.

В лезвийных серверах IBM HS23 используется встроенных 10 GbE адаптер, обычно называемый Integrated Virtual Fabric 10 Gigabit Ethernet либо  Emulex BE3 Dual 10 Gb/1 Gb, либо просто LOM (10Gb LOM Interposer Card).

Фактически, это Emulex 10GbE Virtual Fabric Adapter II с немного обрезанными возможностями на том же чипсете с той же прошивкой и драйвером.

При установке VMware ESXi 5.1u1 неожиданно вылезла проблема – во время запуска драйвера be2net отрубался цифровой интерфейс подключения KVM к лезвию. Первый же поисковый запрос дал решение, описанное Виталием Агаповым “Как подружить VMware ESXi, IBM HS23 и сетевую карту Emulex“.

Для прошивки и установки драйвера я пошёл более простым путём, чем Виталий. Так как у меня несколько таких лезвий, то я создал новый дистрибутив с помощью ESXi-Customizer. Прошить методом Виталия не получилось – флешка не виделась утилитой, не удалось и с помощью диска, созданного IBM Bootable Media Creator (BoMC). В связи с этим я использовал родной Emulex Offline OneConnect Flash ISO.

После этого проблема с KVM разрешилась, а интерфейс в утилите настройки карты стал более дружелюбным.

vSphere 5.1 vs Round Robin vs I/O operation limit

Очередной этап тонкой настройки политик выбора пути в vSphere 5.1.

Виталий Волнянский  около полутора лет назал писал обзор “Настройка значения IOOperationLimit для RoundRobin на нескольких виртуальных хранилищ одновременно“, но есть небольшие изменения в vSphere 5.1, да и скрипты на PowerShell попривлекательней.

Одним из самых эффективных методов увеличения скорости доступ к системам хранения, поддерживающих для Native Multipathing (NMP) Path Selection Plug-ins (PSP)  режим работы Round Robin, и снижения задержек является уменьшение значения по умолчанию параметра I/O operation limit с 1000 операций ввода-вывода до 1-10. Данный параметр регулирует “такт” перехода к следующему активному пути(для ALUA по умолчанию с учетом оптимального пути, регулируется параметром useano), то есть через сколько операций переключиться на следующий путь.

Что даёт и для каких систем рекомендуется/протестировано:

 Как включить?

Это самое простое, но грабля есть.

Подаем команду на нужных дисках и готово:

 Грабля в vSphere 5.1.

В vSphere 5.1 у команды добавился параметр cfgfile, что повлияло на реализацию функции в PowerShell, сейчас синтаксис такой(2 часа выяснял причину сбоя в работе старых скриптов):

boolean set(long bytes, boolean cfgfile, string device, long iops, string type, boolean useano),

как получить описание функций:

пример на PowerShell:

P.S. Если для вашей системы нет рекомендаций от производителя по уменьшению значения параметра, то вся ответственность за последствия изменений лежит на вас.

P.P.S. Продолжаем изучать PowerShell

Скрипт опроса LUN, подключенных с IBM SVC. Для установки параметра код поправите сами. 😉

vSphere 5.x vs IBM SVC(Storwize) vs Multipathing

Продолжаем тему тонкой настройки политики выбора путей. Сегодня разбираем систему хранения IBM SAN Volume Controller и ближайших родственников IBM Storwize v7000/3700/3500.

Что имеем:

  • сеть хранения FC-SAN;
  • несколько IBM BladeCenter HS22V;
  • систему хранения IBM SVC с прошивкой 6.3.x;
  • систему хранения IBM Storwize V7000 с прошивкой 6.4.x;
  • vSphere 5.1b.

Для данного семейства используется Storage Array Type Plug-in (SATP) со следующей политикой по умолчанию VMW_PSP_FIXED. Данная политика подтверждена VMware на HCL, но имеет пометку “посмотрите рекомендации производителя”. Соответственно, смотрим какую политику рекомендует IBM  в документе “VMware vSphere best practices for IBM SAN Volume Controller and IBM Storwize V7000 disk family“.

Как и ожидалось, для Аctive-Аctive систем хранения рекомендуется Round Robin.

Теперь необходимо выполнить два действия:

  1. заменить на всех хостах политику по умолчанию;
  2. для используемых устройств изменить политику выбора путей.

Для упрощения используем PowerShell. Готовые шаблоны есть на сайте сообществ VMware либо смотрите пошаговые инструкции.

Проблема IBM Storwize V7000 6.4.1.2 Loading…

В конце года приобрели новую систему хранения IBM Storwize V7000.  В рамках подготовки к вводу в эксплуатацию обновили прошивку с версии 6.3 до версии 6.4.1.2. В результате не получили web-интерфейс для администрирования – вместо этого было написано «бесконечное» слово “Loading…”. Командная строка и интерфейс поддержки работали штатно. 29 декабря параллельно корпоративным мероприятиям обратились в поддержку IBM, которая за пару часов выдала нам ответ: «Необходимо установить в браузере предпочитаемый язык для страниц – английский». Чудесным образом проблема устранилась.

Советую пользователям IBM SVC и Storwize запомнить этот нюанс, так как гугление не помогает – у буржуинов-то всё работает гладко.

Обновление: в версии 6.4.1.3 ошибка исправлена.

 

IBM DS3500/DCS3700 приобретают поддержку VAAI и ALUA

Спустя год после HP P2000 G3 IBM анонсировала новый функционал у хранилищ DS3500/DCS3700. Доступное только в среднем классе приходит в самые недорогие системы. Аналогичные функции ожидаем и в хранилищах Dell PowerVault MD32xx/36xx.

Наиболее  интересны для vSphere-администраторов следующие функции:

Поддержка VAAI. Поддержаны примитивы – Full-Copy, Block Zero, HW Assisted Locking. Ускорение обещают до 57%. Continue reading “IBM DS3500/DCS3700 приобретают поддержку VAAI и ALUA”

Про VAAI на IBM Storwize V7000

Виктор натолкнулся на забавную заметку про VAAI в IBM Storwize V7000.

Небольшое предисловие: Storwize V7000 – это своебразный прокси для систем хранения данных. Клиенты работают только с ним, а он уже с всем зоопарком, что есть на предприятии.

Собственно, картинки до и после включения VAAI. Continue reading “Про VAAI на IBM Storwize V7000”

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

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 “Миграция между независимыми аппаратными конфигурациями”

IBM Storage vCenter Plugin

Компания IBM выпустила расширение для VMmare vCenter для управления своими хранилищами.

Текущая версия поддерживает только Fibre Channel массивы, поддержка iSCSI и SAS ожидается во второй половине 2010 года. Позволяет администраторам управлять хранилищами и контролировать их работу. Поддерживает хранилища IBM серий DS3000, DS4000 и DS5000. Continue reading “IBM Storage vCenter Plugin”