问Amazon RDS备份/快照的实际工作原理是什么？

EN

我是一名Amazon RDS客户，每天都会遇到amazon RDS写入延迟峰值，大致相当于备份窗口。我还会在快照的末尾看到峰值(例如:运行快照大约需要1小时，在最后5分钟，写入延迟峰值)。我正在运行一个多AZ m1大型部署。

Stack上有没有人可以解释Amazon RDS backup的实际工作原理？我读过Amazon RDS文档，据我所知，Amazon RDS的行为并不符合规范。具体地说，这些备份/快照操作应该命中我的副本，因此不会造成任何停机/性能影响，至少我是这么认为的。

我可以把我的问题提炼成六个问题：

• 快照和备份过程中在技术上发生了什么，它们有何不同？(如果您回答了此问题，请告诉我您是否能够根据经验确认您的答案，或者只是简单地向我引用多AZ部署上备份窗口期间预期的写入延迟峰值-在多AZ deployment?
• Would上，
• 是快照结束时预期的写入延迟峰值如果我不是多AZ ?
• Architecturally，，则写入延迟峰值甚至更高如果我将自己的数据库运行在两个m1大型EC2实例上，我是否能够避免这些写入延迟峰值？
• 我是否可以使用任何配置来避免这些写入延迟峰值，同时仍然使用RDS托管我的数据库，或者我是否实际上受制于亚马逊？

额外的问题:在哪里以及如何托管mysql数据库？

我可以说，除了这些日常写入延迟问题之外，我对RDS总体上是满意的。我喜欢它内置的数据库监控功能，而且它的设置和上手都相当简单。

谢谢!

​

​