[uanog] Питання щодо правильного бекап-інструментарію

Oleh Hrynchuk oleh.hrynchuk at gmail.com
Tue Sep 18 17:32:03 EEST 2018


Отак я й мав наувазі.

Просто про S3 не думав..

Усім дякую!



вт, 18 вер. 2018 о 17:12 Volodymyr Litovka <doka.ua at gmail.com> пише:

> Тобто, маючи чисту 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uanog.kiev.ua/pipermail/uanog/attachments/20180918/478a0012/attachment-0001.html>


More information about the uanog mailing list