vSphere 6.0 и FCoE поверх Qlogic578xx

После разворачивания на блейдах BL460c Gen10 vSphere 6.0 и подключения к СХД по FCoE в списке Storage Adapters было пусто. Наикрутейшие Broadcom Qlogic 57840 10/20Gbit почему-то отсутствовали как класс.

Статья на сайте Dell посоветовала включить автообнаружение FCoE (как обходное решение, пока это не будет внесено в драйвера).

В самых распоследних на сегодня драйверах автообнаружения на Qlogic578 тоже нет.

Stor2rrd vs HPE StoreOnce

Как поклонник бесплатного решения Stor2rrd для мониторинга SAN-сети, я попробовал поучаствовать в тестировании их решения для мониторинга HPE StoreOnce.

Было достаточно забавно: протестировать два релиза и поменять два скрипта по опросу производительности :). Continue reading “Stor2rrd vs HPE StoreOnce”

Настройка мониторинга производительности HPE 3PAR 7200 с помощью Stor2rrd

Мы ранее уже писали о настройке пакета Stor2rrd (в формате поставки виртуального апплайнса от Xorux) для мониторинга FC-коммутаторов Brocade и для мониторинга MSA P2000. Впоследствии с помощью вышеупомянутого гайда был настроен мониторинг HPE MSA 2050 с аналогичным MSA P2000 G3 функционалом.

Только я хотел тиснуть очередную статью про настройку мониторинга СХД HPE 3PAR 7200, как мой апплайнс Xorux сломался. При попытке сменить пароль веб-пользователя я развалил авторизацию и не смог ее починить.

Поэтому кроме описания настройки мониторинга будет еще и информация по миграции данных мониторинга на другую систему.

Continue reading “Настройка мониторинга производительности HPE 3PAR 7200 с помощью Stor2rrd”

Прекращение поддержки процессоров в VMware vSphere 6.7

Компания VMware решила прекратить поддержку целого ряда процессоров со следующей версии платформы виртуализации VMware vSphere 6.7, релиз которой ожидается во втором квартале 2018 года.

Список семейств процессоров, использование которых приведёт к PSOD: Continue reading “Прекращение поддержки процессоров в VMware vSphere 6.7”

Настройка мониторинга производительности HP MSA P2000 G3 с помощью Stor2rrd

Продолжаем цикл статей по настройке Stor2rrd для мониторинга SAN-сети.

Данная статья является переводом статьи по настройке мониторинга производительности HP MSA.

Для тех, кто не читал предыдущую статью, напомню, что Stor2rrd – бесплатный пакет для мониторинга производительности FC-коммутаторов и стораджей. В этом цикле статей я рассматриваю настройку виртуального апплайнса со Stor2rrd.

В текущей версии Stor2rrd 2.10 поддерживается тьма разных стораджей, в частности, HP MSA P2000 G3.

Первые два поколения HP MSA (Gen1/2) не поддерживаются в силу отсутствия SMI-S и XML API.

У меня, как раз, имеется HP MSA P2000 G3, поэтому опишу его подключение к системе мониторинга.

Continue reading “Настройка мониторинга производительности HP MSA P2000 G3 с помощью Stor2rrd”

Настройка мониторинга SAN с помощью Stor2rrd

Меня давно интересовало что происходит в SAN-сети, когда наступает ночь. Веб-интерфейс FC-коммутаторов Brocade не позволял смотреть историческую информацию, да и показывал информацию только по одному FC-коммутатору.

В ПО Brocade Network Advisor Profession Edition (бесплатном) вроде бы не хранится история, или же мне его интерфейс показался совсем вырвиглазным.

Так бы я дальше грустно и жил, если бы не узнал, что есть такой продукт как Stor2rrd.

Под катом перевод руководства по настройке Stor2rrd применительно к апплайнсу.

Continue reading “Настройка мониторинга SAN с помощью Stor2rrd”

Доступ к администрированию FC-коммутаторов Brocade

Я являюсь счастливым владельцем нескольких 4 Гбит/с FC-коммутаторов Brocade, работающих параллельно с FC-коммутаторами 8 Гбит/с.

Все счастливые владельцы FC-коммутаторов Brocade знают, что один из способов их настройки – веб-интерфейс.

Вот тут и начинается самое прелестное:

  1. этот веб-интерфейс написан на Java (на рабочей станции должен быть установлен JRE);
  2. старые 4 Гбит/с FC-коммутаторы с Fabric OS (FOS, версия операционной системы FC-коммутатора) 6.2.2 не работают на JRE7 (худо бедно работают на JRE6, причем еще нужно подобрать работающую сборку типа 6.20);
  3. новые 8  Гбит/с FC-коммутаторы с FOS выше 7.2 (или даже 7.1, точно не помню) ТРЕБУЮТ JRE7;
  4. при открытии веб-интерфейса FC-коммутатора нельзя выбрать в какой версии JRE ты хочешь открыть Java-приложение (даже если их в системе установлено несколько).

Continue reading “Доступ к администрированию FC-коммутаторов Brocade”

Отключение VAAI ATS сердцебиений для хранилища

Иногда при обновлении прошивки на массиве производитель (HP 3PAR) рекомендует временно отключить сердцебиение VAAI для VMFS-хранилищ (точнее, вернуться к до-VAAI методу). Есть целая статья, которая описывает, как это сделать через командную строку esxcli или PowerCLI – для одного хоста.

Поделюсь тем, как это делать на нескольких хостах через PowerCLI:

Name                 Value                Type                 Description
—-                 —–                —-                 ———–
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost
VMFS3.UseATSForHB… 1                    VMHost

Name                 Value                Type                 Description
—-                 —–                —-                 ———–
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost

Name                 Value                Type                 Description
—-                 —–                —-                 ———–
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost
VMFS3.UseATSForHB… 0                    VMHost

После окончания работ обратно включаете этот механизм, передавая значение 1.

UPD: Обратите внимание, что в примере меняется параметр для VMFS5. Если есть VMFS3 – хранилища, то надо выполнять изменение двух параметров в теле скрипта.

Вышел Cisco Nexus 1000V для VMware vSphere 6.5a

Для тех, кто планирует переходить на VMware vSphere 6.5a и использует распределенный коммутатор Cisco Nexus 1000V вышла новая версия с поддержкой данной платформы:
Cisco Nexus 1000V Release 5.2(1)SV3(3.1).

Для тех, кто планирует прекратить использовать распределенный коммутатор Cisco Nexus 1000V VMWare выпустила утилиту миграции “Migration tool for Nexus 1000v to Vmware’s VDS”:

Download Migration tool – Nexus 1000v to VDS.

Важно! Версия vSphere 6.5 Update 1 – последняя с поддержкой сторонних коммутаторов. Подробнее в БЗ Discontinuation of 3rd party vSwitch program.

Metadata.pyc – update manager

Одновременно в двух ЦОДах стала наблюдаться странная фигня: обновление ESXi-хостов на базе блейдов HP стало сваливаться с ошибкой. Причем проблема была как при операции Remediate, так и при Stage.

В логах Update Manager ничего не было, в журнале esxupdage.log – странный набор предупреждений вида:

2016-12-05T11:46:20Z esxupdate: downloader: DEBUG: Downloading http://VUM:9084/vum/repository/hostupdate/HPQ/metadata-hp-esxi5.5uX-bundle-2.4-16.zip to /tmp/tmp3WpTDj…
2016-12-05T11:46:20Z esxupdate: Metadata.pyc: INFO: Unrecognized file vendor-index.xml in Metadata file

Попытки гуглить ни к чему не привели, поэтому я стал решать проблему творчески.

Была обнаружена следующая закономерность: если убрать из обновления все HP’шные апдейты, то операция Remediate успешно проходила.

В ходе решения проблемы я победил обновление vCenter&VUM с 5.5U3b до 5.5U3e. Попутно узнал, что если у вас на vCenter ОЗУ меньше 16ГБ, то будут проблемы с апгрейдом служб SSO и Inventory.

Увы – не помогло.

Заколотил в обратную зону DNS адреса всех хостов – не помогло.

И тут я вспомнил, что компания HP решила развалиться на две, вследствие чего весь серверный сегмент сидит теперь на hpe.com. А я накануне проверял, что у меня HP’шный депот в Update Manager не подключается.

hpe

Исправил в URL на HPE.COM, скачал апдейты, просканировал на совместимость и снова запустил Remediate.

Работает, ура 🙂