Записки о виртуализации и о жизни
При попытке обновления VMware ESXi 5.1 до версии 5.5 вылезла ошибка “Cannot run upgrade script on host”.
Поиск дал обходное решение – необходимо вручную удалить FDM-агент:
|
1 2 3 |
cp /opt/vmware/uninstallers/VMware-fdm-uninstall.sh /tmp chmod +x /tmp/VMware-fdm-uninstall.sh /tmp/VMware-fdm-uninstall.sh |
После этого можно обновлять.
Один из самых противных сигналов тревоги в VMware vSphere – это датчик отвечающий за переполнение лога “Host IPMI System Event Log Status”. Противность его в том, что сбрасываться он не хочет ни в какую.
Очевидно, куча жалоб на недружелюбный сброс надоела VMware и они в последних патчах ESXi 5.1 Update 2 (Сборка 1483097) и ESXi 5.5 Patch 1 (Сборка 1474528) добавили команду:
|
1 |
localcli hardware ipmi sel clear |
Вышло обновление платформы VMware vSphere до версии 5.5u1, а также стала официально доступна технология VSAN.
Что нового в vCenter 5.5u1(заметки о релизе):
Что нового в ESXi 5.5u1(заметки о релизе):
Если у вас не получает подключиться к консоли виртуальной машины в vSphere 5.5 Web Client, то проверьте разрешен ли у порт 7331 в брандмауэре. Установщик забывает разрешить доступ к данному порту, поэтому, в случае потребности, создайте правило вручную.
В случае если вместо консоли получаете на просмотр папку /console/, то мне помогала перезагрузка всего сервера с vCenter, где зарыта собака, я не нашел.
В VMware ESXi5.5 используется новая архитектура драйверов. Почитать о ней можно в блоге William’a Lam’a: ESXi 5.5 introduces a new Native Device Driver Architecture Part 1(по-русски), Part 2.
К сожалению, у меня возникла серьёзная проблема с подключением к сети хранения данных – LUN’ы при загрузке ESXi не подключались, а в загруженном состоянии требовалось минут 20-30 для отображения всех дисков и хранилищ.
Подозрения пали на драйвер для HBA QLogic в новой архитектуре – qlnativefc.
Для решения проблемы пришлось выключить данный модуль командой в CLI:
|
1 |
esxcli system module set --enabled=false --module=qlnativefc |
Современные серверы IBM System x поколения M4 имеют модуль управления Integrated Management Module II (IMM2), позволяющий в редакции Advanced использовать функционал KVM (keyboard, video, mouse).
Например, для хостов ESXi данная возможность востребована только на этапе установки гипервизора на серверы, которые размещены в 3/9 царстве.
Поэтому, если данный функционал не приобретен, можно воспользоваться 90-дневным триалом.
Для получения нужно выполнить несколько простых шагов:
UPD:
Для Dell iDRAC (http://en.community.dell.com/techcenter/systems-management/w/wiki/3204.dell-remote-access-controller-drac-idrac.aspx) тоже есть 30-дневный триал, который надо получать по адресу: http://www.dell.com/support/retail/lkm К сожалению, у меня нет Dell’овской учётки, чтобы целиком проверить процесс.
Для HP iLO
http://h18004.www1.hp.com/products/servers/management/tryinsightcontrol/index.html
Evaluate HP Insight Management for FREE
•HP Insight Management Trial (all products)
•HP Insight Control
•HP iLO Advanced
•HP iLO Advanced for BladeSystem
•HP iLO Essentials
•HP iLO Scale-Out
•HP Virtual Connect Enterprise Manager
Наш с Андреем “тёзка” 😉 – Андрей Коновалов в октябре 2013 года написал статью “Включение Virtual Flash Read Cache в VMware vSphere 5.5”, в которой подробно описал как включать и что делать если SSD не определился. В качестве своего опыта расскажу также о борьбе с неопределением типа SSD-накопителя.
Лезвие IBM HS22V имеет SAS-контроллер на чипсете LSI 1064E, который собирает простые RAID в виде зеркала либо чересполосицы.
Изначально ESXi 5.1 стоял на зеркале из 2 SSD(вот она бессмысленная трата столь ценного ресурса), что и приводило к проблемам с проверкой на тип носителя.
ESXi 5.5 решили установить на USB-flash, а RAID разобрать. Контроллеры LSI при разборке RAID 1 на дисках ничего не меняют – в результате получилось 2 идентичных диска с ESXi 5.1 и установка ESXi 5.5 прекратилась с розово-фиолетовым экраном и выпадением консоль vmdebug, ранее ни разу не виденную мной. Ошибка на экране гласила что-то в духе: “Two filesystems with the same UUID have been detected. Make sure you do not have two ESXi installations“. Для вариантов решения советую почитать “ESXi host displays an error and fails to boot when two ESXi installations are on the same system“.
В связи с этим RAID пришлось собрать снова, что привело к переинициализации дисков и очистке файловых систем на них, затем снова разобрать RAID для представления дисков серверу “напрямую”.
После перезагрузки ESXi 5.5 встал на ура, диски определились как SSD.
P.S. Хотел сначал написать про Virtual Flash Read Cache, а писать-то нечего – как настраивать написано везде, описание занимает 2 скриншота, и, вроде, эта штука работает… Даже новые счётчики отображает в C# клиенте…
Полтора года назад я писал о том, что IBM DS3500/DCS3700 приобретают поддержку VAAI и ALUA. Сейчас хранилище данного типа у меня используется и время от времени ругается на предоставление LUN по непредпочитаемому пути. Как оказалось, ALUA не работает – Storage Array Type=VMW_SATP_LSI:
Решение довольно простое – в DS Storage Manager необходимо сменить операционную систему подключаемого к хранилищу сервера с VMWARE на VMWareTPGSALUA:
После перезагрузки хоста политика Storage Array Type=VMW_SATP_ALUA:
В моей инфраструктуре используются лезвийные серверы и шасси производства 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.
Внезапно, УЦ “Микроинформ” проводит бесплатный актуальный вебинар о переходе на VMware vSphere 5.5.
Дата проведения: 30 января 2014 г.
Начало вебинара: 16:00 МСК.
Продолжительность вебинара: 1,5 часа.