Как создать резервную копию сегмента AWS S3 без управления версиями сегмента источника [закрыто]

Это не дешевое решение, но если Ваши блоки действительно очень важны, вот то, как Вы делаете это: загрузите экземпляр Amazon EC2 и синхронизируйте содержание там периодически.

Amazon EC2 является их поставщиком услуг хостинга виртуализации. Можно вращать экземпляры Linux, Windows, и т.д. и выполнить что-либо, что Вы хотите. Вы платите по часам, и Вы получаете довольно большое пространство памяти локально для того сервера. Например, я использую "большой" экземпляр размера, который идет с 850 ГБ пространства локального диска.

Прохладная часть - то, что это находится в той же сети как S3, и Вы получаете неограниченные передачи между S3 и EC2. Я использую программное обеспечение Jungle Disk за 20$ на экземпляре Windows EC2, который позволяет мне получить доступ к своим блокам S3, как будто они были папками локального диска. Затем я могу сделать запланированные пакетные файлы для копирования материала из S3 и на мое локальное дисковое пространство EC2. Можно автоматизировать его для хранения почасовых резервных копий, если Вы хотите, или если Вы хотите играть на деньги, создайте JungleDisk (или его эквиваленты Linux) для синхронизации раз в час или около этого. Если кто-то удаляет файл, у Вас есть по крайней мере несколько минут для возвращения его от EC2. Я рекомендовал бы регулярные резервные копии в виде сценария, хотя - легко явиться вовремя резервных копий при сжатии их на объем на 850 ГБ.

Это действительно полезно для передачи журналов SQL Server, но я вижу, как она выполнила бы Вашу цель также.

Одно возможное решение могло быть, чтобы просто создать "резервный блок" и копировать Вашу чувствительную информацию там. В теории Ваши данные более безопасны в S3, чем в Вашем жестком диске.

Кроме того, я не уверен, являются ли случайные удаления настоящей проблемой, потому что необходимо будет случайно удалить все ключи блока, прежде чем Вы могли удалить блок.

Другое возможное решение состоит в том, чтобы копировать Ваш блок в европейскую зону в S3. Это может сохранить блок после Вашего случайного удаления достаточно долго для восстановления.

Изменить (превосходный) ответ Brent немного; Вы не должны должны быть поддерживать экземпляр в рабочем состоянии. Создайте EC2 AMI, который раскрывает Ваши данные, синхронизирует их к объему EBS, создает снимки тот объем и завершает работу себя.

Вы могли поддерживать объем в рабочем состоянии также отдельно, но создание снимков это должно быть достаточно для резервного копирования. Если Ваш пользовательский AMI делает все это (включая завершение работы себя после того, как он сделан) без взаимодействия, то для Вашего 'резервного' сценария просто нужно к 'ec2run-n 1-t m1.small ami-' и "выпустил-забыл".

Вы могли использовать s3cmd http://s3tools.org/s3cmd

Таким образом скопировать блок, названный mybucket

s3cmd mb s3://mybucket_backup
s3cmd --recursive cp s3://mybucket s3://mybucket_backup

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

Использование сторонних инструментов, таких как BucketExplorer , делает работу с управлением версиями довольно тривиальной (вместо прямого вызова API).

Вы также можете включить удаление с многофакторной аутентификацией для ваших сегментов S3, что немного усложняет «случайное удаление»;)

Подробнее о многофакторной аутентификации Удалить
Подробнее об удалении объектов