如何故障恢复到Amazon Aurora全局数据库中的第一个区域

问题描述

我在这里关注官方文档 https://aws.amazon.com/getting-started/hands-on/aurora-global-database/

其中说：

Note: After failover,the newly promoted cluster in Europe (Paris) Region becomes a Regional aurora cluster. Once promoted you cannot add the new DB cluster back to the old aurora Global Database as a secondary region. If you want to fail back to original region US-East (N. Virginia) or add a secondary cluster in different AWS Region,you need to repeat the steps 6 to 8 by creating a new aurora Global Database with the newly promoted cluster as the primary cluster. See Failover for aurora Global Database.

我想知道以下情况：

1. 故障转移发生在辅助区域上的依据是什么？它仅在主要区域关闭时才会发生吗？如果我有一个自定义的故障转移策略，那是否也可以与Amazon aurora全局数据库故障转移联系在一起？

2. 发生故障转移时，是否会促使辅助区域的极光自动掌握？

3. 故障转移后，如果需要将故障切换回主区域，是否可以将复制方向从辅助方向切换回主区域？有自动化的方法吗？

解决方法

不幸的是，目前Aurora服务本身并不执行故障转移（尽管您可以通过CloudWatch和Lambda triggers自动执行此操作）。

问：Aurora是否会自动故障转移到Aurora全局数据库的辅助区域？

不。如果您的主要区域不可用，则可以从Aurora全局数据库中手动删除次要区域，并将其提升为可进行完整的读取和写入。您还需要将您的应用程序指向新升级的区域。

发生故障转移时，升级后的实例将与群集分离，并且它将成为具有自己的读取和写入操作的自己的群集。此时，群集之间不再存在任何关系，您需要将应用程序重新定位为使用此端点。

要回退，您需要在先前的区域中重新创建一个Aurora集群（或将数据库更改复制回先前的集群）。更简单的方法可能是将全局数据库创建回原始区域，然后进行故障转移，然后将应用程序重新定位到该位置。

Amazon最近为全局数据库启用了write forwarding，因此从理论上讲，您可以在故障转移之前将应用程序重新定位到原始区域。