MySQL 5.7在MySQL Aurora不同区域间快速迁移RDS

Question

从圣保罗/巴西的RDS MySQL 5.7到北弗吉尼亚的RDS Aurora，从大型数据库(可能超过25 in的转储)快速迁移到RDS Aurora还有什么更好的方法呢？

但是我不能离开数据库停止超过3个小时(或可能更短)，因为这个数据库是一个公司的生产。

先谢谢你。

• 在圣保罗地区，没有MySQL Aurora (迁移的原因之一，而且费用是北弗吉尼亚的两倍)
• 必要时，只有在迁移期间才能公开访问RDS。
• 我将不能使用多AZ。使用"AWS数据库迁移服务“是否可行？
• 我还必须迁移链接到这个数据库的实例EC2和S3，主要是EC2，以避免延迟问题。
• 在移民停止后，圣保罗地区的所有服务都将停止。
• 正如我前面所说的，主要原因是在长期和短期内降低了成本(将考虑使用保留实例)和性能，以及实例EC2以避免延迟和不稳定的问题。

Answer 1

您正在犯一个错误，试图同时移动数据库并将引擎从MySQL更改为Aurora。

现在迁移MySQL 5.7系统，稍后再转换到Aurora。你不需要自找麻烦，同时做这两件事就是这样。

“快速”迁移主数据库是不可能的，但有可能使设置时间不相关，激活时间接近于零。

与其尝试复制，不如为数据创建一个RDS跨区域副本，并在最后一刻将该副本提升为主副本。

在不同的AWS区域创建读取副本 使用Amazon，您可以在与源DB实例不同的AWS区域中创建一个MariaDB、MySQL或PostgreSQL读取副本。您可以创建一个读取副本来执行以下操作：

• 提高灾难恢复能力。
• 将读取操作缩放到离用户更近的AWS区域。
• 使从一个AWS区域的数据中心迁移到另一个AWS区域的数据中心更容易。

ReadRepl.XRgn

RDS复制数据和设置副本所需的时间并不重要，因为一旦复制，它就开始复制自进程开始以来主服务器上更改的所有内容。

一旦您验证了一切都是正确和一致的，那么您就推广复制品了。它永久地、不可撤销地与其原始的上游实例分离，并且变得可写。这是你做的最后一件事，在应用程序开始写到这个新数据库之后，你在圣保罗的原始系统已经过时了，因为对它的更改将不再复制到新系统--它们是永久孤立的。

此安排不要求您建立任何网络或使数据库公开访问。

而且，您可以创建和销毁多个副本来测试此过程，而不会干扰生产。