Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Update VMware ESXi 6.5 to 6.5 Update 1.


Пришло время «накатить» на наш, хоть и небольшой кластер, обновление 6.5 Update 1.

Как обычно, сделать это можно тремя способами:

Через командную строку:

  • Переводим нужный нам хост в Maintenance Mode
  • Коннектимся по SSH с помощью Putty (или аналогов)
  • Разрешим http запросы:

esxcli network firewall ruleset set -e true -r httpClient

  • Далее приступим непосредственно к обновлению:
esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-6.5.0-20170702001-standard
  • Запрещаем http запросы:

esxcli network firewall ruleset set -e false -r httpClient

  • Перезагружаем  ESXi host для завершения обновления:
reboot

Через графический интерфейс, используя Offline Bundle:

  • Загружаем update-from-esxi6.5-6.5_update01.zip файл на datastore хоста.

  • Также коннектимся по SSH с помощью Putty (или аналогов)
  • Далее приступим непосредственно к обновлению:
esxcli software vib update -d /vmfs/volumes/DATASTORE/update-from-esxi6.5-6.5_update01.zip
  • Перезагружаем  ESXi host для завершения обновления:
reboot

С помощью VMware Update Manager:

  • Заходим vSphere web client в Update Manager.

  • «Прикручиваем» ISO имидж, скачанный с сайта VMware из личного кабинета

  • Attach Baseline… к хосту или кластеру

  • Далее Scan for Updates…  Upgrades … OK.
  • Не забываем разобрать кластер, выключить HA, DRS

  • Remediate… К хосту или сразу к кластеру. Мне проще обновлять, каждый хост по отдельности, чтобы контролировать процесс.

С первой нодой что-то пошло не так, сначала высветилась вот такая ошибка: https://kb.vmware.com/s/article/1024331

Потом ребутнул ноду, вернул кластер в исходное состояние, на нее смигрировали машинки, ошибок не обнаружил, снова разобрал кластер. Следующая попытка Remidiate оказалась тоже не удачной: процесс дошел до 22%, машинки стали вроде как мигрировать, но в процессе зависли а самое печальное, что не смигрировали и стали недоступны (при том недоступны как-то странно, пинг до виртуальных машинок идет, а зайти на них никак стало невозможно). Печаль….

Отменил  Remidiate, все вернулось на круги свои, машинки стали доступны. Далее пришлось руками смигрировать все виртуалки, еще раз ребутнуть хост, руками перевести его в Maintenance Mode и снова запустить  Remidiate…

В этот раз все наконец заработало…

Обратим внимание на версию до обновления:

При обновлении, после перезагрузки ноды снова возник напряженный момент, после перезагрузки хост висел примерно 20-25 минут, сложилось впечатление, что снова что-то пошло не так

Но опасения не подтвердились, далее все продолжило обновляться в штатном режиме.

Остальные ноды обновились без проблем безо всяких «танцев с бубном» и нештатных перезагрузок-это радовало.

После того, как Update 1 установлен, сразу по аналогии накатываем все остальные патчи и исправления, здесь нода снова уйдет в ребут.

Проделываем все эти операции над каждой нодой, после обновления видим, что версии уже изменились:

После обновления всего кластера картинка должна быть вот такой:

Не забываем вернуть настройки HA, DRS в исходное положение:

На этом обновление закончено…

Всем хорошей работы!!!

26.04.2018 - Posted by | virtual Infrastructure: vmware, hyper-v, proxmox и другое...

Sorry, the comment form is closed at this time.