Blog of Khlebalin Dmitriy

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

Introducing vSphere 6.7.

Вчера пришло уведомление о новом обновлении Veeam, где было сказано, что теперь он поддерживает версию VmWare vSphere 6.7. В последнее время дела не дают детально погрузиться в техническую часть и я несколько упустил, то что vSphere 6.7 уже давно анонсирована. Решил более детально изучить вопрос.

Для начала имеет смысл взглянуть в первоисточник: https://blogs.vmware.com/vsphere/2018/04/introducing-vmware-vsphere-6-7.html

Можно почитать и на русском языке: https://www.vmgu.ru/news/vmware-vsphere-67

На текущий момент уже доступна версия 6.7.0b

Проверяем, что железо поддерживает обновление до новой версии, иначе дальнейшее изучение вопроса не имеет смысла: https://www.vmware.com/resources/compatibility/search.php

Наши сервера поддерживают обновление, хотя читал, что огромный пласт старого железа будет отрезан и данное обновление поддерживать не будет 😦

Знакомимся с рекомендациями по обновлению: https://www.vmgu.ru/news/vmware-vsphere-67-upgrade 

Вчера коллегиально взвесив все «за» и «против», пришли к выводу, что пока не будем обновляться до новой версии, подождем некоторое время и посмотрим, как далее будут развиваться события…

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

P.S. Если есть те, кто уже обновился, до версии 6.7, прошу дать комментарии, на сколько стабильна система и какие «траблы» могли возникнуть в ходе обновления и поле него.

Реклама

10.07.2018 Posted by | vmware & hyper-v Infrastructure | Оставьте комментарий

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. отключены