Amazon EC2 FAQによると、インスタンスが終了すると、データは失われます。インスタンスが再起動された場合にデータを保持するためにどのような手順を実行できますか?私はEBSとS3を検討していました-これらのいずれかがアクティブなデータベースを保存するのに役立ちますか?とにかくインスタンスはどのくらいの頻度で再起動されますか?
Amazon EC2 FAQによると、インスタンスが終了すると、データは失われます。インスタンスが再起動された場合にデータを保持するためにどのような手順を実行できますか?私はEBSとS3を検討していました-これらのいずれかがアクティブなデータベースを保存するのに役立ちますか?とにかくインスタンスはどのくらいの頻度で再起動されますか?
回答:
他の人が言ったように、EBS--Elastic Block Storage。一般公開された今、私は自分で使っています。複数の点でS3よりも優れています。
これまでの私のEBSでの経験は、これまで扱ってきたAWSで最も前向きなものでした。
更新: EBSでの私の経験は前向きでしたが、他の人には問題がありました。非常に具体的には、EBSはfsync()を正しく実装していません。Ted Dziubaのブログ投稿「Amazon — The Purpose of Pain:Myth 2:Architecture Will Save Save from Cloud Failures」で、これに関する興味深い言葉があります。
これは、Reddit管理者が発見したように、fsync()の呼び出しを喜んで受け入れ、データがディスクに書き込まれていない場合にディスクに書き込まれていると言ってうそをつくAmazon Elastic Block Storeでさらに面白くなりますされました。
EBSは確かにデータベースに対して機能し、AmazonのEBS Descriptionの例の1つです。「Amazon EBSは、データベースを必要とするアプリケーションに特に適しています...」
EBSはブロックデバイスのように動作し(ハードディスクを考えてください)、それを使用して幅広い自由と快適性を提供します。S3は、概念的には特別なAPIを備えた非常に高速なFTPに似ています。データベースの一部として使用することも考えられますが、標準データベースは実行されません(まだですか?)。
Amazonのパフォーマンス(EBS> S3)、耐久性(S3> EBS)、および価格(依存)の説明を確認してください。
他の回答で述べたように、EBSは永続的で便利なディスクストレージの標準ソリューションです。これはデフォルトのオプションです。実際、新しいEC2インスタンスタイプは、デフォルトで、元の永続的ではないインスタンスストレージではなくそれを使用します。
ただし、永続性を考慮する場合は、データの可用性(データが利用できない時間を回避する)と耐久性(データの損失を回避する)も慎重に検討する必要があります。
EBSは基本的なユースケースをカバーしていますが、次のことに注意してください。
2011年の深刻な複数日障害と2012年の別の重大な障害などの最近のAWSの停止は、EBSの複雑さと、停止とデータ損失のわずかではあるが無視できないリスクを示しています。
結論:データが失われないように、S3でデータのバックアップを保持します。EBSスナップショットは、EBSでこれを行う簡単な方法です。高可用性が重要な場合は、複数の可用性ゾーンで(EBSに加えて、またはEBSの代わりに)インスタンスストレージを使用することも検討してください。