[DJ Mogarych]

Вы на одной и той же железке будете переходить на новую версию?

[James Marsh]

Буквально сегодня таким занимался с хоста на 6,0 перевозил на хост 7,0,1 (под управлением вцентра 7,0,1) через хост с 6,5 (под управлением вцентра 6,5)
Нужно будет промежуточное железо однозначно.
Кстати, а что за железо на сервере где сейчас крутится 5,5?
Бо я как-то ради интереса на делл повередж 2950 ставил 5,5, потом создавал там ВМ, потом обновлялся до 6,0, потом до 6,0,3, потом до 6,5,3 (правда делловскими кастомными образами). И потом ВМ даже запустилась.

[Student00]

Вы на одной и той же железке будете переходить на новую версию? »

Базовый подход: что-то типа запустить инсталл и начать обновление.
Но, поэтому и начинаю потихоньку выяснять как чего, чтобы к момент быть готовым.

Нужно будет промежуточное железо однозначно. »

Промежуточное железо для чего, т.к. с такой старой версии на новую нужно поэтапно (как в вашем примере на 6.5 и т.д.) или это особенности миграции при любой версии, скажем если бы мы переходили с 7.0 на 7.0.1 тоже промежуточное железо нужно было бы?

Кстати, а что за железо на сервере где сейчас крутится 5,5? »

У нас вообще кластер из 3-х серверов.

[James Marsh]

Судя по https://www.dell.com/support/home/ru...e-r420/drivers
официально поддерживается 6.5

Судя по https://www.vmware.com/resources/com...&sortOrder=Asc
7.0.1 на ваши процы не выругается

ромежуточное железо для чего, т.к. с такой старой версии на новую нужно поэтапно (как в вашем примере на 6.5 и т.д.) »

да

скажем если бы мы переходили с 7.0 на 7.0.1 тоже промежуточное железо нужно было бы? »

нет

Судя по https://docs.vmware.com/en/VMware-vS...63FB3A220.html
vCenter 6.5 может управлять хостами 5.5-6.0-6.5
На практике у меня с двумя хостами на 5.5 что-то вылазило, но за давностью лет уже не помню.
Свежий вЦентр 7.0.1 может управлять хостами не ниже 6.5

Вот интересная статья
https://docs.vmware.com/en/VMware-vS...229576C30.html

По факту понадобится 1 железяка с достаточным дисковым массивом, что бы уместить все ваши ВМ.
Ставите на нее 6.5.3, вцентр 6.5.последний, настраиваете vMotion (если есть возможность/необходимость).
Потом мигрирутете первую ВМ (вычислительные мощности) на 1 из серверов кластера, остальные две - на другие. Выключатете HA на кластере (если есть, что бы не орало). Потом подключаете тот хост с первой ВМ в вцентр 6,5 и мигрируете на хост с 6,5. Потом так же вторую, третью и так далее.
Процедуру повторяем до тех пор пока все ВМ не будут на хосте с 6,5.
Потом на тех трех серверах ставите с нуля 7.0.1, вЦентр 7.0.1, настраиваете кластер все как надо. Цепляете хост 6,5 в 7й вЦентр и мигрирутете взад.

Опустим все организационные нюансы по типу где взять сервер, можно ли выключать ВМ (если нет, то можности промежуточного должно хватить, что бы на нем работали все ваши ВМ), время сколько оно будет ездить туды-сюды, сеть настроенная...

В общем это не так просто как кажется. У меня с помощью интеграторов подготовительных работ (описание что есть, что будет, что надо сделать для того, что бы поехать на новое железо), настройка сети (установка нового оборудования - это отдельно) под приглядыванием специалистов интегратора заняло ну дня 3 суммарно.

[DJ Mogarych]

https://www.vmware.com/resources/com...rop_matrix.php
вкладка upgrade path

[Student00]

Потом мигрирутете первую ВМ (вычислительные мощности) на 1 из серверов кластера, остальные две - на другие. Выключатете HA на кластере (если есть, что бы не орало). Потом подключаете тот хост с первой ВМ в вцентр 6,5 и мигрируете на хост с 6,5. Потом так же вторую, третью и так далее. »

Мы уже почти подобрались к решению данной задачи.
Вот эта фраза не совсем понятна.


Такая схема не рабочая: (?)
Есть 2 СХД (одна по сути для резервнго копирования, но это можно временно отключит, сделав предварительно резервные копии на внешние МНИ).
И есть свободная железка - сервер.

1. Освобождаем одну из СХД (перемещаем все виртуалки на неё)
2. Ставим VMWare 6.5 на эту железяку настраиваем vMotion (для "горячей" миграции)
3. Мигрируем (по очереди) все ВМ (вычислительные мощности) на этот сервер. С хранением виртуалок на 1 СХД.
4. Развертываем 7.x версию на основных серверах (кластер)
5. Привязываем СХД.
6. Мигрируем (по очереди).
7. Привязываем вторую СХД ну и настраиваем все как нужно.

И еще пара вопросов.
Вместе с VMWare будем покупать (а по другому и не продается) техподдержку.

1. ТП на русском или на английском?
2. Они в случае чего смогут подсказать где и как правильно сделать?

[DJ Mogarych]

Для vMotion вам нужен vCenter, насколько я помню.

А что не Hyper-V? Там сервера бесплатные, и позволяют мигрировать с хоста на хост, и кластер собрать можно.

[James Marsh]

0. Меня вообще-то смущает следующее

https://www.vmware.com/resources/com...&sortOrder=Asc

Сайт говорит, что выше 6.5.3 не поддерживается.

поэтому насчет 7.0.х - на свой страх и риск

1. Освобождаем одну из СХД (перемещаем все виртуалки на неё) »

на на нее, а с нее.

1.1. Выводите эту СХД из кластера (если она там)

И есть свободная железка - сервер. »

и будет освободившаяся СХД

Вот из этого и лепите "времянку" 6.5.3 (VMware-VMvisor-Installer-6.5.0.update03-17477841.x86_64-DellEMC_Customized-A07.iso - это если времянка тоже Делл)+ VMware vCenter Server 6.5U3p

3. Мигрируем (по очереди) все ВМ (вычислительные мощности) на этот сервер. С хранением виртуалок на 1 СХД. »

Нет, Вы мигрируете ВМ на 1 сервер из кластера (вычислительные мощности), который потом отцепите от кластера 5,5 и затяните в 6,5

Если накидать на коленке, то как-то так (не забываем по дороге обновление прошивок на все и вся):

картинко

2. Они в случае чего смогут подсказать где и как правильно сделать? »

Я бы заключил договор на разовые работы с интегратором, который на вмваре собаку сьел. Через них же можно и приобрести вмВару.

Для vMotion вам нужен vCenter, насколько я помню. »

таки да.

А что не Hyper-V? Там сервера бесплатные, и позволяют мигрировать с хоста на хост, и кластер собрать можно. »

А тут проще переехать между однородными средами, тем более все механизмы есть.

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

------

Есть еще совет - ВМ с вЦетром советуют держать на отдельном esxi хосте который не входит в состав кластера, что бы в случае чего с кластером вЦентр был доступен.

------

Есть более дикий вариант, для экстремалов: выводите 2ю схд, делаете виимом фулл бэкапы всех ВМ в третье место, бэкапите той же клонзиллой диски где сама esxi установлена на каждом сервере; накатываете 7ю версию, собираете кластер, а потом разворачиваете туда бэкапы ВМ и проверяте. Но чур, я такого не советовал.

Хотя в практике, как-то операцию с бэкапированием разделов с esxi проворачивал. Был сервер с полкой по сасу, и были набиты VD мелкие, а ВМ разрослись и началась печаль. Подцепили по iSCSI лун большой, ночью выключили ВМ, мигранули их на лун с локальных датасторов, удалили все локальные датасторы. Выключили хост, загрузился с клонзиллы, снял бэкап VD где esxi живет, переделали всю дисковую подсистему, развернул через клонзиллу бэкап диска esxi, загрузились, создали новые датасторы, мигранули ВМ обратно. Стремно было, но провернулось.

[DJ Mogarych]

ВМ с вЦетром советуют держать на отдельном esxi хосте который не входит в состав кластера »

Странный совет. У кластера меньше шансов дать сбой, чем у отдельного хоста.

в обратную сторону »

Я тащил вот этим, отлично работает: https://techcommunity.microsoft.com/...or/ba-p/349874