私は Amazon RDS の顧客であり、毎日の Amazon RDS 書き込みレイテンシーのスパイクを経験しています。これは、バックアップ ウィンドウにほぼ対応しています。スナップショットの最後にもスパイクが見られます (適切な例: スナップショットの実行には約 1 時間かかり、最後の 5 分間で書き込みレイテンシーのスパイクが発生します)。マルチ AZ m1.large デプロイメントを実行しています。
Amazon RDS バックアップが実際にどのように機能しているかを説明できる Stack のユーザーはいますか? Amazon RDS のドキュメントを読みましたが、私が知る限り、Amazon RDS は仕様どおりに動作していません。具体的には、これらのバックアップ/スナップショット操作は私のレプリカに影響を与えるはずであり、したがって、ダウンタイム/パフォーマンスへの影響はありません。
私の問題を 6 つの質問にまとめることができます。
- スナップショットとバックアップの間、技術的に何が起こっているのですか? また、それらの違いは何ですか? (この質問に答える場合は、経験的に答えを確認できるのか、それとも単にドキュメントを引用しているだけなのか教えてください)。
- マルチ AZ 配置では、バックアップ ウィンドウ中に書き込みレイテンシーのスパイクが予想されますか?
- マルチ AZ 配置では、スナップショットの最後に書き込みレイテンシーのスパイクが予想されますか?
- マルチ AZ を使用していない場合、書き込みレイテンシーのスパイクはさらに高くなりますか?
- アーキテクチャ上、2 つの m1.large EC2 インスタンスで実行している独自のデータベースを展開した場合、これらの書き込みレイテンシーのスパイクを回避できますか?
- RDS を使用して DB をホストしながら、これらの書き込みレイテンシーのスパイクを回避するために使用できる構成はありますか? それとも、事実上 Amazon に翻弄されているのでしょうか?
おまけの質問: mysql データベースをどこで、どのようにホストしていますか?
これらの毎日の書き込み遅延の問題を除けば、RDS には概ね満足していると言えます。組み込みのデータベース監視が気に入っており、セットアップと開始はかなり簡単でした.
ありがとう！
