Amazon RDS备份/快照的实际工作原理是什么？
Amazon RDS备份/快照的实际工作原理是什么？
提问于 2011-03-10 01:37:24
我是一名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总体上是满意的。我喜欢它内置的数据库监控功能，而且它的设置和上手都相当简单。
谢谢!
回答 2
Stack Overflow用户
回答已采纳
发布于 2011-04-09 01:16:12
除了在我们自己管理的一些机器上运行MySQL之外，我们还运行几个RDS实例。我不能具体评论，因为我不是亚马逊工程师，但我学到的几件事可能可以解释你所看到的：
- 虽然亚马逊没有100%共享后端详细信息，但我们强烈怀疑他们正在使用其EBS系统来支持RDS数据库。RDS services.
- Typically，本文再次帮助解释EBS的限制和快照功能，虽然不是很明确，但对于亚马逊来说，使用此基础架构为
- 提供http://blog.rightscale.com/2008/08/20/amazon-ebs-explained/备份是有意义的。与快照相比，MySQL备份涉及使用诸如mysqldump之类的工具来创建一个MySQL语句文件，然后该文件将重新生成数据库。执行此操作不需要冻结数据库。对于EBS后端，最佳实践是在创建快照时冻结数据库(暂停所有事务)，以避免在备份窗口结束时出现data corruption.
- The峰值。如果Amazon在复制副本的快照过程中暂停复制，则复制副本将需要在快照完成时“赶上”事务。这将导致跨多可用区部署的延迟spike.
- Replication固有地比单个可用区部署慢。你为更好的冗余付出的代价。
Stack Overflow用户
发布于 2018-03-16 00:20:51
亚马逊透露了他们在多可用区部署中使用的基本架构。这可能会帮助人们做出决定
https://aws.amazon.com/blogs/database/amazon-rds-under-the-hood-multi-az/
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/5249842
复制相关文章
相似问题
腾讯云开发者
