Amazon RDS备份/快照如何实际工作?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (1)
  • 关注 (0)
  • 查看 (104)

我是亚马逊RDS客户,每天都会遇到亚马逊RDS写入延迟尖峰,大致与备份窗口相对应。我还会在快照结尾处看到尖峰(例如:运行快照需要appx 1小时,并在最后5分钟内写入延迟尖峰)。我正在运行多可用区m1.large部署。

Stack中是否有人可以解释Amazon RDS备份的实际工作方式?我已阅读Amazon RDS文档,据我所知,Amazon RDS不符合规范。特别是,这些备份/快照操作应该打到我的副本,因此不会造成任何停机/性能下降,或者我想。

我可以将我的问题提炼成六个问题:

  • 在快照和备份过程中技术上发生了什么,它们又有什么不同?(如果你回答了这个问题,请告诉我你是否可以凭经验确认你的答案,或只是简单地引用我的文档)。
  • 在多可用区部署的备份窗口期间是否会出现写入延迟峰值?
  • 预计在多可用区域部署快照结束时,写入延迟是否会激增?
  • 如果我不是多可用区,我的写入延迟会更高吗?
  • 在架构上,如果我将自己的数据库运行在两个m1.large EC2实例上,我是否能够避免这些写入延迟尖峰?
  • 有没有我可以使用的配置可以避免这些写入延迟尖峰,同时仍然使用RDS托管我的数据库,还是我有效地受到亚马逊的摆布?

奖金问题:你在哪里以及如何托管你的MySQL数据库?

我可以说,除了这些每日写入延迟问题之外,我一直对RDS感到满意。我喜欢内置的数据库监控,安装起来非常简单。

提问于
用户回答回答于

除了我们自己管理的某些机器上的MySQL外,我们还运行了多个RDS实例。我不能特别评论,因为我不是亚马逊的工程师,但我学到的几件事可能会解释你所看到的:

  • 虽然亚马逊不会将后端细节100%分享,但我们强烈怀疑他们正在使用其EBS系统来支持RDS数据库。
  • 本文有助于解释EBS限制和快照功能http://blog.rightscale.com/2008/08/20/amazon-ebs-explained/ 同样,虽然它并不明确,但亚马逊将使用此基础架构提供RDS服务。
  • 通常情况下,与快照相比,MySQL备份涉及使用像mysqldump这样的工具来创建SQL语句文件,然后再重新生成数据库。数据库不需要被冻结来执行此操作。对于EBS后端,最佳做法是在快照时冻结数据库(暂停所有事务)以避免数据损坏。
  • 您在备份窗口末尾看到的尖峰。如果在复制副本的快照期间由Amazon暂停复制,则复制副本随后需要在快照完成时“赶上”事务。这会导致延迟峰值。
  • 跨多可用区部署的复制本质上比单一的AZ部署要慢。你付出的代价更好的冗余。

扫码关注云+社区

领取腾讯云代金券