Amazon RDSバックアップ/スナップショットは実際にはどのように機能しますか？

私はAmazon RDSのお客様であり、バックアップウィンドウにほぼ対応する、毎日のRDS書き込みレイテンシスパイクを経験しています。また、スナップショットの最後にスパイクが表示されます（適例：スナップショットの実行に約1時間かかり、最後の5分間で書き込み待ち時間のスパイクが発生します）。マルチAZ m1.large展開を実行しています。

Amazon RDSバックアップが実際にどのように機能しているかを説明できる人がスタックにいますか？私はAmazon RDSのドキュメントを読みましたが、私の知る限り、Amazon RDSは仕様に従って動作していません。具体的には、これらのバックアップ/スナップショット操作は私のレプリカに影響を与えるはずであり、したがってダウンタイムやパフォーマンスに影響を与えることはないはずです。

問題を6つの質問に要約できます。

• スナップショットとバックアップの間に技術的に何が起こっていますか？それらはどのように違うのですか？（この質問に回答する場合は、経験的に回答を確認できるか、または単にドキュメントを引用しているかどうかを教えてください）。
• マルチAZ配置のバックアップウィンドウ中に予想される書き込みレイテンシーのスパイクはありますか？
• マルチAZ配置でのスナップショットの最後に予想される書き込みレイテンシーのスパイクはありますか？
• マルチAZでない場合、書き込みレイテンシのスパイクはさらに高くなりますか？
• アーキテクチャ上、2つのm1.large EC2インスタンスで実行している独自のデータベースをロールした場合、これらの書き込みレイテンシのスパイクを回避できますか？
• RDSでDBをホストしている間にこれらの書き込みレイテンシのスパイクを回避するために使用できる構成はありますか、それともAmazonの影響で効率的になっていますか？

ボーナス質問：mysqlデータベースをどこでどのようにホストしますか？

私は、これらの毎日の書き込み遅延の問題を除いて、RDSに全般的に満足していると言えます。組み込みのデータベース監視機能が気に入っており、設定も簡単です。

ありがとう！

MySQLに加えて、自分で管理するいくつかのマシンでいくつかのRDSインスタンスを実行します。私はAmazonのエンジニアではないので、具体的にコメントすることはできませんが、あなたが見ているものを説明するかもしれない、私が学んだいくつかのこと：

• Amazonはバックエンドの詳細を100％共有していませんが、RDSデータベースをバックアップするためにEBSシステムを使用していると強く考えます。

• この記事は、EBSの制限とスナップショット機能の説明に役立ちますhttp://blog.rightscale.com/2008/08/20/amazon-ebs-explained/ 繰り返しますが、明示的ではありませんが、Amazonがこのインフラストラクチャを使用してRDSサービスを提供します。

• 通常、スナップショットとは対照的に、MySQLバックアップでは、mysqldumpなどのツールを使用してSQLステートメントのファイルを作成し、データベースを複製します。これを行うためにデータベースを凍結する必要はありません。EBSバックエンドの場合、ベストプラクティスは、データの破損を回避するためにスナップショットを作成している間、データベースをフリーズする（すべてのトランザクションを一時停止する）ことです。

• バックアップウィンドウの最後に表示されるスパイク。レプリカのスナップショット中にAmazonによってレプリケーションが一時停止された場合、スナップショットが完了したときに、レプリカはトランザクションに「追いつく」必要があります。これにより、待ち時間のスパイクが発生します。

• マルチAZ配置全体のレプリケーションは、単一のAZ配置よりも本質的に低速です。冗長性を高めるために支払う価格。

Amazonは、マルチAZ配置で使用する基本的なアーキテクチャを明らかにしました。これは人々が決定を下すのを助けるかもしれません

https://aws.amazon.com/blogs/database/amazon-rds-under-the-hood-multi-az/