Amazon S3でユーザーがアップロードしたファイルのバックアップ戦略ですか？

Question

私たちのサーバーにアップロードされたすべてのユーザーのファイルを、Amazon S3を使用することに変更しています。それは約です。 300 GBのファイル

すべてのファイルをバックアップするにはどうすればよいですか？

が

賛否/短所EC2とEBSへ

バックアップをバージョニング異なるS3の場所にバケットに

• コピーバケット：私はいくつかの異なる提案を見てきましたか？ベストプラクティス？

Answer 1

すべてのファイルのバックアップを維持するための最良の方法は何ですか？

理論上、あなたはそうする必要はありません。 S3は、これらすべての年に1つのビットを失ったことはありません。あなたのデータはすでに複数のデータセンターに保存されています。

本当にファイルを誤って削除することが心配な場合は、IAMキーを使用してください。各IAMユーザーに対して、削除操作を無効にします。そして/またはバージョン管理を有効にして、IAMユーザーが実際の削除を実行できるようにする機能を削除します。

まだバックアップが必要な場合は、EBSまたはS3を実装するのは簡単です：S3 Syncユーティリティを実行してバケット間またはEBSドライブ間で同期をとるだけです。 EBSドライブの未使用領域を払うことに注意してください。成長している場合は、おそらくもっと高価です。実際にファイルへのローカルアクセスを使用していない限り、私はEBSを使用しません。

S3バケットシンクの上部は、すぐに他のバケットを使用してアプリを切り替えることができます。

Glacierを使用してファイルをバックアップすることもできますが、それには厳しい制限があります。

Answer 2

IMHO、別のアベイラビリティゾーン（したがって、バケット）内の別のS3バケットへのバックアップが行くための最良の方法です：

• あなたは既に
• を行うにはほとんど変化があるので、S3を操作するためのインフラを持っています
  ：これは、バックアップAZは

他のソリューションは、これは持っていない欠点を持って影響されることはありません、S3の致命的な障害が発生した場合にそれを保証します

• バージョニングは致命的なエラープルーフではありません
• EBSバックアップでは、これらのバックアップをディスク上で直接操作する必要があります。

Answer 3

私はそれを自分で試していないが、Amazonは、バックアップの不安を解決できるバージョン管理機能を持っている - を参照してください。http://aws.amazon.com/about-aws/whats-new/2010/02/08/versioning-feature-for-amazon-s3-now-available/

Answer 4

1. コピー異なるS3位置におけるバケットのバケット： S3が既に冗長バックアップによって6つの「9」信頼性を実現したので、これは必要ではないかもしれません。世界的なパフォーマンスにデータアクセスを達成したい人は、異なるデータセンターにバケットのコピーを作成するかもしれません。したがって、「911」のような災害を避けたい場合を除き、東京のデータセンターでニューヨークのバケツのコピーを作成することができます。 しかし、同じデータセンター内で、異なるバケットにバケットをコピーすると、同じデータセンターに災害が発生した場合にはほとんど役に立ちません。
2. バージョン管理 これは、冗長性を保存してストレージ効率を向上させ、より速く復元するのに役立ちます。確かにそれは良い選択です。
3. EC2を使用したEBSへのバックアップ EBSは、S3と比較してAWSでEBSが非常に高価で高速な記憶域であるため、おそらくこれを行うことはありません。そしてその主な目的は、高速起動のためのバックアップEC2イメージです。 EC2は、ストレージやS3とは関係のない計算インスタンスです。まったく無関係で、データバックアップにEC2を導入しても意味がありません。