ufm
Contributor
Contributor

Допустим умер vCenter

Приветствую.

И так, допустим умер vCenter. Причем умер совсем. И, такая незадача, бекапов от него нет. Никаких. Остались вполне живые ESXi сервера, на которых продолжают крутиться виртуалки. Доступ к этим серверам есть (т.е. lockdown для этих серверов не делали и по ssh они тоже доступны). Используется dvs.

Задача - восстановить (точнее поднять с нуля) новый vCenter минимальной кровью. Задача усложняется тем, что виртуалки останавливать при этом нельзя. Всё остальное - можно.

P.S. Вопрос теоретический. Но я видел как из-за человеческой ошибки был убит бекап хранящийся в двух разных местах. В тот раз повезло - бекап не потребовался. А по закону подлости - могло и не повезти. Хотелось бы заранее понять уровень проблемы "если что".

Tags (2)
0 Kudos
13 Replies
RumataRus
Commander
Commander

ufm wrote:

Задача - восстановить (точнее поднять с нуля) новый vCenter минимальной кровью. Задача усложняется тем, что виртуалки останавливать при этом нельзя. Всё остальное - можно.

Коллега, приветствую!

Мне все-таки представляется, что "обжегшись на молоке, вы дуете на воду". Smiley Happy

А разве виртуальные машины вообще нужно хоть в каком-то случае останавливать даже при установке нового vCenter?

Михаил Михеев в свое время провел просвятительно-разъяснительную работу вот этим постом http://www.vm4.ru/2010/10/data-migration-tool.html на тему "Что будет, если мы теряем vCenter".

ufm wrote:

P.S. Вопрос теоретический. Но я видел как из-за человеческой ошибки был убит бекап хранящийся в двух разных местах. В тот раз повезло - бекап не потребовался. А по закону подлости - могло и не повезти. Хотелось бы заранее понять уровень проблемы "если что".

По этому поводу могу присоветовать поступать так, как я поступаю сам: хранить бэкапы особенно ценных виртуальных машин дополнительно и на отделяемых внешних носителях. Я храню это "богатство" на внешнем USB-диске, который большую часть времени не подключен к инфраструктуре. Очевидно и ленты тоже подойдут.

0 Kudos
Skyrod7
Expert
Expert

Если используете встроенный SQL Express, то так просто зашедуленный бэкап базы vCenter'a не сделать.

Вот неплохое решение http://vninja.net/virtualization/scheduling-vcenter-backups/

0 Kudos
FondRGS
Enthusiast
Enthusiast

> Допустим умер vCenter

RIP

Поставьте другой.

WBR, N-ff

0 Kudos
ufm
Contributor
Contributor

Приветствую.

Мне все-таки представляется, что "обжегшись на молоке, вы дуете на воду". Smiley Happy

Ну, на самом деле, все стоит каких-то денег. И если "отказо-" и "дурако-" устойчивость резервной копии инфраструктуры начинает превышать стоимость "построить с нуля новую", то проще построить с нуля новую.

Мне все-таки представляется, что "обжегшись на молоке, вы дуете на воду". Smiley Happy


А разве виртуальные машины вообще нужно хоть в каком-то случае останавливать даже при установке нового vCenter?


Михаил Михеев в свое время провел просвятительно-разъяснительную работу вот этим постом http://www.vm4.ru/2010/10/data-migration-tool.html на тему "Что будет, если мы теряем vCenter".

Переустановка без бекапа подразумевает создание новго dvs. (Что странно, кстати, ведь конфигурация dvs есть локально на esxi сервере, что-б её оттуда не вытянуть). Соответственно - на то время пока он не создан - теряется доступ к виртуалкам.

Просто в моем случае работоспособность инфрастрктуры более приоритетная задача.

0 Kudos
michigun
VMware Employee
VMware Employee


Переустановка без бекапа подразумевает создание новго dvs. (Что странно, кстати, ведь конфигурация dvs есть локально на esxi сервере, что-б её оттуда не вытянуть). Соответственно - на то время пока он не создан - теряется доступ к виртуалкам.

.

это ошибочное утверждение.

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

-- http://www.vm4.ru/p/vsphere-book.html
0 Kudos
ufm
Contributor
Contributor

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

Я, конечно, попробую это на стенде - лучше получить такой опыт в спокойной обстановке, чем в боевой, но я не совсем понимаю как это должно происходить.

Вот стоит ESXi с умершим vCenter. У нее настроен dvs, в том числе и Uplinks. Без Uplinks, как я понимаю, оно работать не должно, т.е. пока я не перенесу эти порты новый dvs работать не будет. После того как перенесу - перестанет работать старый. Т.е. в любом случае "пингом-другим" я не отделаюсь.

0 Kudos
michigun
VMware Employee
VMware Employee

если у вас на старом dvs один аплинк - то да, потеря сети будет больше.

а если хотя бы два - то сначала один из них переносим на новый, выход в сеть ВМ теперь получают и там и там.

переносим ВМ, затем переносим остальные аплинки.

затем удаляем старый dvs.

-- http://www.vm4.ru/p/vsphere-book.html
0 Kudos
michigun
VMware Employee
VMware Employee

ну и ваши опасения стоит маленько перефразировать:

не "Допустим умер vCenter"

а "Допустим умер vCenter и у меня нет резервной копии его БД".

согласитесь, есть разница.

-- http://www.vm4.ru/p/vsphere-book.html
0 Kudos
ufm
Contributor
Contributor

если у вас на старом dvs один аплинк - то да, потеря сети будет больше.

а если хотя бы два - то сначала один из них переносим на новый, выход в сеть ВМ теперь получают и там и там.

переносим ВМ, затем переносим остальные аплинки.

затем удаляем старый dvs.

Линка-то два, но собраны они в Etherchannel. А это отдельная такая песня...

0 Kudos
ufm
Contributor
Contributor

ну и ваши опасения стоит маленько перефразировать:

не "Допустим умер vCenter"

а "Допустим умер vCenter и у меня нет резервной копии его БД".

согласитесь, есть разница.

Соглашусь, конечно, но я в своем первом посте так и написал. Smiley Happy

0 Kudos
RumataRus
Commander
Commander

ufm wrote:

Переустановка без бекапа подразумевает....

Просто в моем случае работоспособность инфрастрктуры более приоритетная задача.

Уверен, что работоспособность инфраструктуры для всех нас самая приоритетная задача.

В этом случае тем более следует позаботится о бэкапах такого важного vCenter Server и тогда как минимум, не придется тратить время на опыты на стеде. Smiley Wink

0 Kudos
RumataRus
Commander
Commander

Для меня удивительна проводимая Вами мысль о том, что стоимость/трудоемкость создания резервных копий может превышать стоимость/трудоемкость воссознания того, с чего эти копии делаются. С учетом того, что процесс резервного копирования и восстановления относительно прост, как такое может быть? Вероятно у Вас существуют обстоятельства, которые я не могу себе пока представить.

0 Kudos
alur
Contributor
Contributor

Машину где стоит vCenter можно бекапить с помощью бесплатных утилит Veeam fastscp либо Trilead VM Explorer, а все остальные бекапить с помошью VMware Data Recovery.

В случае падения vCenter вы всегда сможете восстановить ВМ где стоит vCenter , установив Veeam fastscp или Trilead VM Explorer на любой компьютер в сети для восстановления ВМ с vCenter.

0 Kudos