Миграция с vCenter 5.5 на vCSA 6.5

Сначала определимся с терминами:

– vCenter – это vCenter Server, установленный на Windows Server;

– vCSA – vCenter Server Appliance – линукс с vCenter Server.

Так случилось, что апгрейд инфраструктуры до 6.5 откладывался очень долго, практически, до окончания сроков основной поддержки vSphere 5.5.

Возможно, он бы еще отложился, до прихода нового железа, однако, из-за проблем с резервным копированием нам было рекомендовано закопать стюардессу.

Поэтому возникла задача обновления на более новый дистрибутив. Выбрать было из чего:

• 6.0;
• 6.5;
• 6.7.

vCenter 6.7 отпал сразу, так как у нас есть хосты v5.5, а их напрямую туда не подключишь.

Так как было желание собрать vCenter на базе Appliance, то выбор очевиден в пользу 6.5.

Это встроенный Update Manager и более простой процесс миграции в дальнейшем.

Команда блога накопила приличный опыт обновлений и переустановок vCenter:

• Обновление с 4.1 до 5.1;
• Cвежая установка vCenter 5.5U2b;
• Обновление vCenter 5.5 U3 до vCenter 6.0 U3;
• Обновление vCSA 6.7 в HA-конфигурации.

Миграция

Внимание: Если на вашем vCenter сервере установлен VMware Update Manager, то он может помешать миграции (смотрите ошибку в конце статьи).

Четких рекомендаций по деинсталляции VUM я не нашел, однако мне и еще нескольким собратьям по несчастью это помогло!

Подмонтируйте дистрибутив с vCSA 6.5 к Windows vCenter Server 5.5. Я взял vCSA 6.5 U1g.

Запустите Migration Assistant.

Migration Assistant должен быть запущен на SSO-сервере, в противном случае он выдаст ошибку.

No supported products were found on this machine.

Еще может быть вот так (в случае win2k8R2-сервера). После ввода пароля к SSO-учетной записи Assistant выдает ошибку неподдерживаемого ODBC-драйвера.

Error: Unsupported database driver: C:\Windows\system32\sqlncli.dll

В этом случае поступаете так, как описано в нашей статье: обновляете SQL Native Client и пересоздаете ODBC-источники.

Напоминаю, что Update Manager использует 32битный ODBC-источник, администратор которого в Win2k8R2 можно запустить следующим образом:

После пересоздания источников ODBC перезапускаем Migration Assistant.

Export Directory does not have enough amount of required disk space.

Вон оно че, Михалыч. Обычно я запускал Disk Cleaner, но так как сервер “под снос”, просто добавлю места.

И, наконец, готово. Assistant отработал, теперь можно запускать инсталляцию vCSA.

Идем на другую станцию, монтируем дистрибутив с vCSA туда и запускаем инсталлятор:

Выбираем опцию “Migrate”.

Нажимаем Next, соглашаемся с лицензионным соглашением и вводим данные для подключения к vCenter Server:

Подтверждаем Thumbprint.

Указываем учетные данные и имя хоста/vCenter для установки. Если это будет хост, рекомендуется перевести кластер DRS в ручной режим.

Укажите название виртуальной машины (это не имя гостевой ОС) и пароль рута. Обычно здесь также рекомендуется изменить имя виртуальной машины старого vCenter в LABVC02_OLD.

Выберите размер инфраструктуры.

Storage size влияет на размер партиции SEAT (счетчики производительности, задачи и события). По умолчанию размер этой партиции (и заодно VMDK-диска) составляет 25ГБ. Если вам этого не хватает, то вы можете увеличить размер этой партиции с помощью этой опции.

Укажите тип дисков и хранилище, на котором будет находится апплайнс.

Задайте временные сетевые настройки. Если в сети есть DHCP, рекомендую воспользоваться им. FQDN можно не указывать.

Обратите внимание, что установщик не увидит стандартных (static binding) порт-групп распределенного коммутатора, необходимо временно создавать ephemeral port binding или использовать порт-группы стандартного коммутатора.

После нажатия кнопки “Finish” начнется первая стадия – развертывание vCSA.

После развертывания апплайнса нажимаем “Continue”.

Помните, мы с вами выбрали “маленький” размер апплайнса с дисками по умолчанию? Вот они грабли 🙂

Увеличить размер партиции можно нагорячую, воспользовавшись следующей статьей.

Вводим учетные данные пользователя, который может удалить старую учетную запись в AD и создать новую.

Важно: домен указывать не нужно!

Выбирайте тип миграции данных. Обычно не рекомендуется переносить данные производительности, так как они занимают до 50% от мигрируемого объема и значительно продляют время недоступности vCenter.

Установите флаг, показывающий, что вы сделали резервную копию vCenter и нажмите Finish. После этого согласитесь с тем, что исходный vC будет выключен.

Наберитесь терпения. После нажатия на кнопку Finish служба vCenter будет остановлена, учетная запись сервера будет “перезаписана” в AD после окончания процесса копирования на новый vCSA.

УПС:

Failed to upgrade system domain admins.

На борьбу с этой ошибкой я убил почти целый день, мигрируя vCenter с различными опциями. Помогла деинсталляция VMware Update Manager.

Вывод:

Проверки от VMware могли бы быть и получше. Очень неприятно получить на “предпоследнем шаге” неработающий vCenter, который нужно перезаводить в домен.