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 | vmware & hyper-v Infrastructure | Комментарии к записи Update VMware ESXi 6.5 to 6.5 Update 1. отключены

Презентуем LUNы корзин DELL виртуальным машинам VmWare.

Достаточно часто, возникает потребность презентовать разным виртуальным машинам LUNы разных корзин. Например, сервер Exchange или SQL, где например, мы для продакшин баз, используем высокоскоростные корзины, а для резервных копий или архивов этих баз, на медленную корзину для резервных копий. В этот раз, было принято решение, почтовый архив Exchange, разместить на разделе медленной корзины резервного копирования. Презентуем ее виртуальному серверу Exchange.

Запускаем инициатор isci на нужном нам сервере (в моем текущем сервере это Exchange)

Обнаружить портал, вбиваем IP адреса isci интерфейсов

В конечных объектах видим следующее

В конфигурации видим имя инициатора

Заходим на нужную нам корзину, создаем необходимый нам раздел

Создаем сервер

Все успешно создалось

Видим, что в существующих разделах, раздел так и не появился

Заходим в инициатор isci и подключаем LUN

Заходим в Диспетчер устройств-Обновить

Инициируем раздел

По необходимости расширим его до нужного нам объема.

Расширяем раздел на сервере

Получаем, то, что требовалось

По аналогии презентуем другие LUNы другим виртуальным серверам.

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

 

20.12.2017 Posted by | vmware & hyper-v Infrastructure | Комментарии к записи Презентуем LUNы корзин DELL виртуальным машинам VmWare. отключены

SHOCKWAVE FLASH CRASH Chrome in vCenter 6.5 webclient.

На минувшей неделе, вдруг ни с того ни с чего, Google Chrome вдруг перестал открывать Web консоль vCenter 6.5 в режиме Flash. Что конкретно явилось причиной сего, сказать сложно, вероятно обновление до новой версии внесло свои коррективы.

Стали «копать» в сторону устранения проблемы…

Большинство методов, типа:

http://it-like.ru/kak-ispravit-sboy-shockwave-flash-v-google-chrome/

оказались непригодны и проблема никуда не исчезла.

Конкретно мне, помогла вот эта рекомендация, которая вновь вернула webclient vCenter в строй именно в Chrome:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2151945

Вопрос также обсуждается здесь:

https://communities.vmware.com/thread/574450

Качаем нужную версию здесь: https://labs.adobe.com/downloads/flashplayer.html

Меня в данный момент интересует вот этот файл:

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

23.10.2017 Posted by | vmware & hyper-v Infrastructure | Комментарии к записи SHOCKWAVE FLASH CRASH Chrome in vCenter 6.5 webclient. отключены