Насколько правильно и экономично хранить резервные копии экземпляров EC2
Насколько правильно и рентабельно хранить резервные копии инстансов EC2?
У меня есть такой сценарий:
- Создать моментальный снимок инстанса EC2.
- Переместить его в корзину S3.
- ] Переместите его из корзины S3 в Glacier
- Готово
Это правильное решение, или я могу это сделать как-нибудь с Storage Gateway ? PS. Вся наша инфраструктура находится на Amazon
Спасибо за советы.
с Что касается правила 3-2-1 и недавних атак программ-вымогателей, полезно делать резервные копии VTL. Такие данные (по-прежнему) устойчивы к программам-вымогателям. Внедрение шлюза VTL в облаке также экономически эффективно. Вы платите за работающий шлюз AMI только за время безотказной работы.
Если у вас уже есть программа резервного копирования, выполняющая задания на магнитной ленте, это будет выглядеть так:
- Загрузочный шлюз VTL
- Создать полную резервную копию экземпляра EC2
- Записать резервную копию в Лента VTL (вращение лент в соответствии с планом резервного копирования)
- Выключите шлюз VTL до следующего задания резервного копирования.
Моментальные снимки EBS экземпляров EC2 находятся в части S3, к которой у вас нет доступа. Вы не можете выполнить резервное копирование экземпляров EC2 в Glacier с помощью снимков состояния EC2.
Вы, конечно, можете копировать свои данные куда угодно. Возможно, вы сможете найти способ сделать образ всего экземпляра каким-либо другим способом, кроме снимков EC2, и сохранить его в Glacier, но я не уверен, как вы его восстановите. Хотя, вероятно, это возможно.
Как насчет использования стороннего программного обеспечения для резервного копирования, например, Cloudberry, которое может помочь в вашей ситуации? У инструмента есть как бесплатные, так и платные версии, и он может сделать всю работу за вас? Вы думали об этом?