Подскажите если обновится до версии 6.7 vCenter Server Appliance , хосты гипервизоры остаются в версии 6.0 , нужно ли обновлять сами хосты до версии 6.7 ?
И тут же нашёл ответ :) After the Active node is upgraded, Auto Deployment automatically creates new Passive and Witness nodes using a clone operation. For Manual Deployment, nodes are not created automatically. You must clone the Passive and Witness virtual machines, and set the cluster mode to Enabled То есть он сам в автоматическом режиме, развернёт пассивную копию и следящий сервер.
Если вы внимательно посмотрите, то обратите внимание, что они сохранились (кроме имени виртуальной машины). А вообще поменять IP и имя у VCSA 6.7 проблем не составляет, смотрите веб-каст: «Смена имени (FQDN) vCenter Server Appliance 6».
@@НиколайНовиков-ф8я У VMware два понятия Update (например, 6.7U2 => 6.7U3) и Upgrade (например, 6.5 => 6.7), я об этом немного расскажу, когда доберемся до VMware Update Manager (скорей всего завтра). А вообще, можно выключить VCSA, скопировать и переименовать VMDK, а затем создать новую VM для VCSA с использованием имеющегося образа диска. P.S. Если же говорить про практическую сторону вопроса, то ведение корпоративной отчетности (например, службы Wiki), устраняет путаницу на раз, но сильно напрягает ИТ отдел на начальном этапе (хотя это тоже решаемо, например, за документацию может отвечать отдельный человек, который и в Visio умеет и в SharePoint или где-бы то ни было еще).
Юрий благодаря Вам, иногда думаю, зачем мне платные курсы по VMware, спасибо огромное за Ваш труд
Спасибо.. Почти сразу получилось.
Разве что, в конце stage1 выдал ошибку, типа зайдите по новому адресу и там продолжите..
Вот там уже и получилось.
Пожалуйста!
Спасибо, Ваш ролик помог. Теперь другая проблема - как обновленный VCSA 6,7 перенести на новый датастор?
Планируется ли выпуск видео на тему резервирования и обновления esxi хостов?
Про обновление ESXi, планирую сделать ближайшее время.
Подскажите если обновится до версии 6.7 vCenter Server Appliance , хосты гипервизоры остаются в версии 6.0 , нужно ли обновлять сами хосты до версии 6.7 ?
Здравствуйте!
Хорошее видео, не подскажете как обновить до версии 6.7 если имеется кластер с двумя VCSA 6.5. ?
И тут же нашёл ответ :)
After the Active node is upgraded, Auto Deployment automatically creates new Passive and Witness nodes using a clone operation. For Manual Deployment, nodes are not created automatically. You must clone the Passive and Witness virtual machines, and set the cluster mode to Enabled
То есть он сам в автоматическом режиме, развернёт пассивную копию и следящий сервер.
Можно ли таким образом обновляться, если VCSA управляет VSAN?
Точно так же.
А как сделать,что бы IP и имя сохранилось?
Если вы внимательно посмотрите, то обратите внимание, что они сохранились (кроме имени виртуальной машины). А вообще поменять IP и имя у VCSA 6.7 проблем не составляет, смотрите веб-каст: «Смена имени (FQDN) vCenter Server Appliance 6».
@@YuriyLebedev
Юрий, здравствуйте.
Посмотрел все ваши видео. Очень хорошая подача и всё по делу.
Присоединюсь к вопросу. Мне кажется тут вопрос был не о замене FQDN vcsa, а о сохранении имени виртуальной машины при апдейте. Такое возможно? Сделать апдейт взамен текущей ВМ? Просто если изменить имя ВМ на прежние после апдейта(Новой созданной ВМ), то на хранилке имена объектов не изменятся. Например .vmdk и другие принадлежащие к ВМ. В следствие это вызовет путаницу в случае каких либо разборов. Когда есть структура с определёнными именами и тут такой vcsa01r, как то не очень, не по vmware ©
Или апдейт происходит на новую ВМ для того, чтобы в случае чего можно было восстановиться?
@@НиколайНовиков-ф8я У VMware два понятия Update (например, 6.7U2 => 6.7U3) и Upgrade (например, 6.5 => 6.7), я об этом немного расскажу, когда доберемся до VMware Update Manager (скорей всего завтра).
А вообще, можно выключить VCSA, скопировать и переименовать VMDK, а затем создать новую VM для VCSA с использованием имеющегося образа диска.
P.S. Если же говорить про практическую сторону вопроса, то ведение корпоративной отчетности (например, службы Wiki), устраняет путаницу на раз, но сильно напрягает ИТ отдел на начальном этапе (хотя это тоже решаемо, например, за документацию может отвечать отдельный человек, который и в Visio умеет и в SharePoint или где-бы то ни было еще).
@@YuriyLebedev Понял, буду иметь ввиду, спасибо.