我现在使用AWS RDS多可用区，结果很好，问题在于我希望我的基础结构在区域之间容错。 我正在寻找某种工具来制作RDS和我的服务器集群。
据我所知，你不能直接从RDS集群到另一个服务器，只是只读副本，而不是在AWS之外的区域之间。
我虽然每15分钟做一次类似的mysqldump或者类似这样的事情，但这不是有效的，恢复可能很难维持。
根据你的经验，最好的做法是，自己运行我的mysql并configuration我的机器集群，或者做其他事情。 这样，有一种不影响性能的冷复制？ 我的意思是，每5分钟同步更改。 我可以负担一些数据的损失，但不是宕机;）
任何想法，将是apre
跨区域读取副本现在可用。 http://aws.typepad.com/aws/2013/11/cross-region-read-replicas-for-amazon-rds-for-mysql.html
configuration您自己的MySQL集群（在多个地区进行复制）将非常耗时，成本高昂，需要专家的build议来帮助进行设置和维护。 话虽如此，它可以比当前的RDS解决scheme更可靠（只有当你做得妥当的时候），才能在整个地区发生故障。
如果你真的需要100％的正常运行时间，那么你应该看看自己的解决scheme。 你有钱，有时间和资源吗？ 你可以负担得起数千美元的投资，还是可能会有一点点的停机时间呢？
RDS之前 （最近一直到2012年） 遇到了问题 。 有趣的是，以下网站报告说，通过使用“时间点恢复选项”，可以大大减less此风险…
http://www.networkworld.com/news/2012/102312-amazon-outage-263617.html
与EBS问题一样，AWS提醒客户，如果他们启用了“即时点还原”选项，则可以在另一个可用区域中使用受影响的数据库的备份启动新的数据库实例。
另一个select可能是简单地确保您有权访问您的备份 。 例如，如果你有每日备份，你可能会把它们发送到S3，以方便访问（或者如果你是偏执狂，也许可以在亚马逊外面一次）。 在发生EBS / RDS故障的情况下，您可能可以创build新的RDS实例，并在RDS出现严重问题的情况下从S3更快地恢复。 这个解决scheme假设你可以停下来几个小时，而不需要做大量的工作来devise一些疯狂的跨区域解决scheme。
最后，根据您的应用程序，尝试利用非关系数据库可能会更便宜。 我知道你已经说过你需要一个关系数据库，但是重新devise一些或所有的应用程序来使用非关系数据库可能会更简单和便宜，然后在多个地区间自己的MySQL（non-relational也给你还有其他的好处等等）。 这个解决scheme并不适合每个人，也可能处于太困难的状态（不过未来的项目可能会更容易实现）。