MySQL + EC2 + EBS に支えられた Java Web サービスがあります。データの整合性については、DRBD、MySQL クラスターなどを調べましたが、もっと簡単な解決策がないのではないかと思います。高可用性は必要ありません (ダウンタイムを処理できます)
アカウントの作成、パスワードの変更、購入レシートなど、データを保持する必要がある操作はわずかです。古いバックアップから復元できるデータの大部分。
私が考えているのは、選択した INSERT/UPDATE コマンドをストレージ (S3、SimpleDB など) にパイプし、必要に応じて (データベースが爆発したときに) 最後のバックアップの時点からこれらのコマンドを再生できるということです。そして、この機能が JDBC ドライバー自体に実装されていれば素晴らしいと思いませんか。
これはあまりにもばかげているのでしょうか、それとも別の明白で堅牢な解決策がありませんか?
MySQL を Amazon Web Services に移行することも検討しましたか? Amazon Relational Database Service (RDS)を使用できます。MySQL Enterprise Supportも参照してください。
サーバーと関連するファイル ストレージが完全に失われると、ある程度の量のデータが失われる可能性があります。
AWS でややビジーな SaaS ソリューションを実行したとき、MySQL マスターを大きなインスタンスで実行し、MySQL スレーブを別のアベイラビリティ ゾーンの小さなインスタンスで実行していました。レプリケーションの遅延は通常 2 秒以内でしたが、トラフィックが急増すると 1 ～ 2 分かかる場合があります。
5 分間のデータを失う余裕がない場合は、独自の回復メカニズムを展開するよりも、マスター/スレーブのセットアップを実行することをお勧めします。独自のロールを作成する場合は、「古い」バックアップと、ログに記録またはジャーナリングされた重要なデータが別の可用性ゾーンにあることを確認してください。AWS は以前にゾーン全体を失いました。