Хранение бекапов виртуальной инфраструктуры в облаке?

Question

[m0ps]

Планируется проект по виртуализации инфраструктуры небольшой компании. На первом этапе хотим использовать бесплатные решения (Free VMware vSphere Hypervisor в качестве гипервизора и ghettoVCB.sh для бекапов). В ближайшей перспективе — vSphere 5.1 Essentials Plus + Veeam Essentials + EMC VNXe в качестве СХД. Бекапы хотелось бы хранить где-то в облаке. Кто сталкивался с подобной задачей? Необходимо дешево хранить бекапы где-то в облачном хранилище, которое позволило бы быстро восстанавливаться в случае необходимости и легко интегрировалось с Veeam B&R/ghettoVCB. Бекапы должны храниться в зашифрованном виде. Оборудование будет размещено в ЦОДе в Европе.

Answer 1

[track]

В хранении бэкапов самое важное, на самом деле, скорость их извлечения до состояния, из которого можно восстановить данные. Если этот параметр не удовлетворяет требованиям бизнеса — все остальные уже не играют роли. Мне видится, что вы этот момент упускаете. То есть зашифровать, и заслать за кудыкину гору дело несложное. А вот что вы будете делать, когда восстановиться надо было уже час назад, а на кудыкиной горе туман, интернет лагает, бэкапы ваши скачиваются со скоростью 50 килобайт в секунду (а потом оказывается, что он еще и не раскодируется, так зашифрован хорошо).
Скажете, что вас просили создать «систему резервного копирования», а вот про «систему восстановления» речи не было?
«Мнэ… Съедят-с.»

Comments

[m0ps]

Собственно я понимаю что бекапы, которые лежат на соседней полке несравнимо более пригодны для скорого восстановления, но тут больше имеется в виду резервное копирование на случай полного разрушения. К примеру ЦОД снесло ураганом/сгорел и т.д. и т.п.
Понятно что для оперативного восстановления в случае выхода из строя СХД или деструктивных действий самого пользователя (случайно удалил не ту вм) — «горячие бекапы» хранятся но каком-нить тазике с кучей винтов и нексентой сверху.

[m0ps]

То-есть вы хотите сказать что хранение бекапов в облаке, пусть даже и вторичных (на случай катастрофы) — это глупости? Может это предрассудки? Лет пять назад тоже и про виртуализацию говорили, а сейчас уже практически все скептики согласились что в ней нет ничего плохого, а выгода значительная (единственное что является маркетинговым обманом, дык это экономическая выгода).

[track]

m0ps, я хочу сказать, что не увидел в вопросе главного для темы слова: «RPO/RTO» и его определенных бизнесом величин.

> К примеру ЦОД снесло ураганом/сгорел и т.д. и т.п.
Я тоже люблю боевики, где инопланетяне в очередной раз разносят Нью-Йорк. Но в реальной жизни приходится бороться с более банальными и менее эффектными причинами, чем ураган, снесший датацентр :)

cepera_ang,

> правильные пацаны сливают на ленту и увозят её в самый далёкий филиал, а ещё одну в сейф

Это олдскульные пацаны, что совсем не всегда обязательно «правильные».

[m0ps]

«RPO/RTO» и его определенных бизнесом величин.

Скажем так: мы переживем, если восстанавливаться будем с ночного бекапа и восстановим критичные сервисы (коих не оч много) за часик в случае если это потеря единичной вм и 24 часа в случае если потеряны все ресурсы в основном ЦОДе (ну эт типа ураган, о котором я писал в первом посте :) )

Answer 2

[omnimod]

Возможно, имеет смысл запросить у того хостера, где вы будете размещаться — есть ли у него резервный ЦОД, там и хранить бекапы?

Answer 3

[Николай Турнавиотов]

Навскидку — для бекапов бесплатного ESX — есть широко рекламирующийся софт от Veeam — миграцию между ESX хостами умеет, бекапы в архив складывать тоже. Восстанавливать, видимо тоже умеет, как обратную процедуру.

Comments

[m0ps]

С каких это пор Veeam может бекапить бесплатный ESXi?

[Николай Турнавиотов]

Буду в понедельник — проверю, как раз хост новый буду поднимать.

Answer 4

[sysmetic]

Посмотрите вот это решение для резервного копирования в облако, для малого бизнеса: CoudBerry Его можно поставить в цепочку с (ИМХО) любым бэкап-продуктом, который умеет бэкапить ESXi.