Обновляем VMware VSphere с 5.1 до 6.0U2

Есть задача обновить VMware VSphere с версии 5.1 до версии 6.0U2.

Первым делом идем на сайт разработчиков и читаем документацию на продукт.

Идем в раздел “ESXi and vCenter Server 6.0 Documentation” и выбираем тему “vSphere Upgrade”. Там написано, что апгрейд VSphere начинается с VCenter Server, затем Update Manager, затем ESXi хосты, затем все остальное.

Особенно хочу заметить, что с момента выхода версии VSphere 6.0 было множество критических ошибок в программном обеспечении, которые могли привести к разнообразным сбоям в облаке, вплоть до критических ошибок гипервизора.

Вот статья про то как CBT сломали, потом починили и опять сломали.

А вот как вишенка на торте, про то как миграция виртуальной машины с хоста версии 5.0 или 5.1 на хост версии 5.5u3b или 6.0u1b приводит к падению хоста гипервизора.

На момент написания статьи все эти ошибки уже исправлены, я ставлю версию 6.0.0.update02-3620759.

Настоятельно рекомендую скачать нужное ПО с сайта производителя. И удостоверьтесь что у вас есть оплаченная подписка на обновления, так как потребуется обновить ключи продуктов на совместимые с 6.0.

Здесь мы рассмотрим процесс обновления мозга нашего частного облака, VMware VCenter Server.

Если верить документации, всё просто как лом. Качаем образ, запускаем и обновляем.
Само собой делаем полную резервную копию сервера и отдельно копию базы данных VCenter.
Запускаем установку, выбираем обновляемый продукт (VCenter).
И немедленно получаем ошибку:
vcenter6upg-0Суть в том, что VCenter 6.0 использует управляемые служебные учетные записи (managed service accounts), а они должны быть разрешены к использованию в домене.
Microsoft рекомендует зайти в Default Domain Policy и в разрешениях “Log on as a service” добавить NTSERVICE\ALL SERVICES
Делайте это через консоль на КОНТРОЛЛЕРЕ ДОМЕНА, мои дорогие читатели инструкций по диагонали.
Обновляем политику на сервере (gpupdate /force) и запускаем инсталляцию снова.
Указываем пароли на подключение:vcenter6upg-1
Получаем предупреждение, что база данных VCenter будет перенесена с MS SQL Express на Postgres:
vcenter6upg-2Это похвально, так как даже наша инсталляция с тремя гипервизорами упиралась в максимальный объем базы данных, который присутствует в версии Express у Microsoft SQL Server и пришлось уменьшать максимальный срок хранения данных для графиков производительности, например.
Далее настраиваем SSO:vcenter6upg-3SSO в шестой версии переписали, это хорошая новость.
Далее установщик информирует и позволяет изменить сетевые порты решения:vcenter6upg-4Жмем “Далее” и получаем предупреждение:
vcenter6upg-5Выполняем CMD от администратора и вводим команду, как рекомендует сообщение:
netsh int ipv4 set dynamicportrange tcp 49152 16384
Дальше я получил сообщение, что порт 1514 занят.
Выполняем команду netstat и изучаем вывод. В моем случае, на порту сидела Java. Прибил процесс и продолжил установку.
Указываем путь, где будет стоять VCenter:
vcenter6upg-7А дальше, как и обещали в документации разработчики, остается только ждать.
vcenter6upg-8Дальнейшие действия:
  1.  Ввести обновленный лицензионный ключ
  2. Удалить каталог export, куда в процессе установки скопировали данные из старой версии Vcenter
  3. Удалить базу VIM_SQLEXP с MS SQL Express

Дополнительно остается напомнить, что VSphere 6.0 в требованиях указывает, что интерфейс управления должен быть 10gbps, так что до всех процессов обновления имело смысл озаботится покупкой нужных сетевых карт и коммутаторов в сервера гипервизора и сервер VCenter, если он у вас не виртуальный.

Обновление хостов с ESXi 5.1 на 6.0 прошло вообще так гладко, что и писать не о чем. Переводим хост в режим обслуживания, перезагружаем с записанного установочного диска, отключаем от SAN и обновляем версию системы.

Подробные ссылки:

MSA – technet.microsoft.com

MSA – подробнее

VMware – документация

Comments

comments