Питання щодо правильного бекап-інструментарію
Доброго дня. Ситуація наступна. Є потужний хардверний сервак під якимсь MustDie Server OS (Host OS) На цьому серваку крутиться під Hyper-V купа різних VHD-віртуалок (мастдаї, лінуха...). Як правильно організувати бекап ВСЬОГО? Регулярно кудись скидати VHD не пропонувати - там їх дохрена. Ніякого space не вистачить ніде. Якось думка крутиться в напрямку "робити регулярні differential backups самої Host OS, мати по одній копії чистої Guest OS, і робити регулярний differential backup всередині кожної віртуалки, скидаючи усі differential backups кудись в хмару". Чи як воно зараз робиться? І чим (open souce)? Хтось дасть "на водку"? Дякую. -- Regards, /oleh hrynchuk
Привет ! Tuesday, September 18, 2018, 4:40:45 PM, Oleh Hrynchuk oleh.hrynchuk@gmail.com you wrote: OH> Є потужний хардверний сервак під якимсь MustDie Server OS (Host OS) OH> На цьому серваку крутиться під Hyper-V купа різних VHD-віртуалок (мастдаї, лінуха...). OH> Як правильно організувати бекап ВСЬОГО? OH> Регулярно кудись скидати VHD не пропонувати - там їх дохрена. Ніякого space не вистачить ніде. Ну ты канешна извини, но кроме "записать копию всего что нужно куда-то в другое место" = человечество ничего не придумало :-) А "дифы" это путь в накопление мусора, потому что если что-то удалено но осталось на "бекапе" то что делать? выносить "это" с бэкапа тоже? По моему ты велосипед изобретаешь :-) -- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
Я б пішов шляхом differential backup як хостової OS, так і гостьових, бо резервувати block storage занадто накладно. Щодо "куди лити" - пошукай по слову S3 - в оригіналі це інтерфейс до object storage, але мне здається, існує ненульова кількість S3-бекапилок, які можуть працювати з Amazon, Google Drive тощо On 9/18/18 4:40 PM, Oleh Hrynchuk wrote:
Доброго дня.
Ситуація наступна. Є потужний хардверний сервак під якимсь MustDie Server OS (Host OS) На цьому серваку крутиться під Hyper-V купа різних VHD-віртуалок (мастдаї, лінуха...).
Як правильно організувати бекап ВСЬОГО? Регулярно кудись скидати VHD не пропонувати - там їх дохрена. Ніякого space не вистачить ніде.
Якось думка крутиться в напрямку "робити регулярні differential backups самої Host OS, мати по одній копії чистої Guest OS, і робити регулярний differential backup всередині кожної віртуалки, скидаючи усі differential backups кудись в хмару".
Чи як воно зараз робиться? І чим (open souce)?
Хтось дасть "на водку"?
Дякую.
-- Regards, /oleh hrynchuk
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Тобто, маючи чисту guest OS, ти легко на ній відновиш попередній стан - так, наприклад, працює Apple TimeCapsule - я інсталюю нову OS і кажу - "а весь софт, мої файли та налаштування візьми звідси (тикаю пальцем)" On 9/18/18 5:04 PM, Volodymyr Litovka wrote:
Я б пішов шляхом differential backup як хостової OS, так і гостьових, бо резервувати block storage занадто накладно.
Щодо "куди лити" - пошукай по слову S3 - в оригіналі це інтерфейс до object storage, але мне здається, існує ненульова кількість S3-бекапилок, які можуть працювати з Amazon, Google Drive тощо
On 9/18/18 4:40 PM, Oleh Hrynchuk wrote:
Доброго дня.
Ситуація наступна. Є потужний хардверний сервак під якимсь MustDie Server OS (Host OS) На цьому серваку крутиться під Hyper-V купа різних VHD-віртуалок (мастдаї, лінуха...).
Як правильно організувати бекап ВСЬОГО? Регулярно кудись скидати VHD не пропонувати - там їх дохрена. Ніякого space не вистачить ніде.
Якось думка крутиться в напрямку "робити регулярні differential backups самої Host OS, мати по одній копії чистої Guest OS, і робити регулярний differential backup всередині кожної віртуалки, скидаючи усі differential backups кудись в хмару".
Чи як воно зараз робиться? І чим (open souce)?
Хтось дасть "на водку"?
Дякую.
-- Regards, /oleh hrynchuk
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Отак я й мав наувазі.
Просто про S3 не думав..
Усім дякую!
вт, 18 вер. 2018 о 17:12 Volodymyr Litovka
Тобто, маючи чисту guest OS, ти легко на ній відновиш попередній стан - так, наприклад, працює Apple TimeCapsule - я інсталюю нову OS і кажу - "а весь софт, мої файли та налаштування візьми звідси (тикаю пальцем)"
On 9/18/18 5:04 PM, Volodymyr Litovka wrote:
Я б пішов шляхом differential backup як хостової OS, так і гостьових, бо резервувати block storage занадто накладно.
Щодо "куди лити" - пошукай по слову S3 - в оригіналі це інтерфейс до object storage, але мне здається, існує ненульова кількість S3-бекапилок, які можуть працювати з Amazon, Google Drive тощо
On 9/18/18 4:40 PM, Oleh Hrynchuk wrote:
Доброго дня.
Ситуація наступна. Є потужний хардверний сервак під якимсь MustDie Server OS (Host OS) На цьому серваку крутиться під Hyper-V купа різних VHD-віртуалок (мастдаї, лінуха...).
Як правильно організувати бекап ВСЬОГО? Регулярно кудись скидати VHD не пропонувати - там їх дохрена. Ніякого space не вистачить ніде.
Якось думка крутиться в напрямку "робити регулярні differential backups самої Host OS, мати по одній копії чистої Guest OS, і робити регулярний differential backup всередині кожної віртуалки, скидаючи усі differential backups кудись в хмару".
Чи як воно зараз робиться? І чим (open souce)?
Хтось дасть "на водку"?
Дякую.
-- Regards, /oleh hrynchuk
_______________________________________________ uanog mailing listuanog@uanog.kiev.uahttps://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Regards, /oleh hrynchuk http://zmejgorynych.blogspot.com
participants (3)
-
Alexander V Soroka -
Oleh Hrynchuk -
Volodymyr Litovka