Архив метки: hcl

Обновляете vSphere на v6.5? Проверьте HCL!

Я не раз встречаю пользователей, которые «засиделись» на 5.5, и вынуждены мигрировать на 6.х, откладывая это до последнего. «Последнее» начинает пригорать. vSphere 5.5 прекращает поддерживаться уже в сентябре, так что если осенью вы не хотите оказаться с неподдерживаемой системой — пора начинать бегать по потолку готовить процесс миграции на актуальные версии.
И тут я хотел бы в очередной раз напомнить о штуке, про которую, как я заметил, вспоминают всегда в последнюю очередь. Дело в том, что VMware с выходом каждой новой версии и Updates «чистит» свой HCL, не только добавляя новые, но и удаляя из него старые модели серверов. И в этом есть некоторая засада, так как вы вполне можете столкнуться с ситуацией, когда хорошие, еще не старые серверы, выполняющие свою задачу, на которых работает и поддерживается, скажем, vSphere 5.5, после обновления на 6.5 будут считаться неподдерживаемыми, и вы, в процессе апгрейда, получите инфраструктуру, которой будет отказано в вендорской поддержке, хотя, казалось бы, обновлялись, «чтобы было как лучше».

Так, например, на сайте HPE есть специальная страница, в которой вы можете обнаружить, что, например, популярные серверы HPE DL320e Gen8, ML350e Gen8, DL360e Gen8, и уж, понятное дело, DL360 Gen7 — не поддерживаются для ESXi 6.5 и новее.
Аналогичный список есть и у Cisco, и у других вендоров. А у самой VMware он расположен тут: VMware Compatibility Guide.

Так что, надеюсь, вы обойдетесь без сюрпризов в процессе обновления и миграции.
Ну и, как принято говорить, «чтобы два раза не вставать», хочу напомнить, что на платформах Nutanix вы можете также использовать vSphere, причем в одном кластере даже разные версии, например 5.5 и 6.0 или 6.5, что может быть хорошим вариантом для плавной и постепенной миграции инфраструктуры «сервер за сервером». Ну и, наконец, у нас есть «однокнопочная» конвертация кластера vSphere в кластер AHV, решающая окончательно проблему с апгрейдом на новую vSphere с ее веб-клиентом, и прочим админским геморроем.

История пользователя AllFlash VSAN на reddit

Очередная история про боль нашлась на reddit.
Помните, я уже находил такую, где кластер «лег» в процессе ребилда дисков. И саппорт все свалил на дисковый контроллер недостаточной производительности. При том, что до этого момента он вполне себе был в HCL (его убрали только после того случая, в очередной редакции HCL).

Вот новая история, очень похожая на ту. Тоже все было в HCL (до апгрейда на AllFlash, но после апгрейда, как оказалось, дисковый контроллер уже не годился для AllFlash). Диски SATA SSD, подтвержденно поддерживаемые VMware, и ставшие источником проблем. На этот раз в AllFlash конфигурации VSAN 6.2.
Очередной ответ на вопрос: «Почему бы вам просто не составить HCL, и не продавать Nutanix как софт? Пусть бы люди сами себе собирали сервера подешевле
Вот не работает это. Не работает.

Там же, снова, пользователь налетел всем лицом на resync после долгого отсутствия ноды к кластере (у них завис сервер на этапе перезагрузки, когда они с саппортом искали причины проблем, и они смогли его вручную перезапустить только через полтора часа его висения в «press F1 to continue», за это время в работающем кластере накопился большой объем несинканных записей).