Amazon web services 如何故障回复到amazon aurora全球数据库中的第一个区域

我在这里遵循官方文件

上面说：

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.

我想知道以下几点：

故障转移是基于什么原因发生在辅助区域上的？是否只有在主区域关闭时才会发生这种情况？如果我有一个自定义的故障切换策略，那么它是否也可以绑定到amazon aurora全局数据库故障切换

故障转移发生时，是否会自动将辅助区域的aurora升级为主区域

故障切换后，如果需要故障恢复到主区域，我是否可以将复制方向从辅助区域翻转到主区域？有没有一种自动化的方法可以做到这一点

---

不幸的是，目前Aurora服务本身并没有执行故障切换（尽管您可以通过CloudWatch和云数据库自动执行）

Q:Aurora会自动故障切换到Aurora全局数据库的辅助区域吗？

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

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

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

---

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

对于跨区域的aurora read副本也是这样吗？如果在另一个区域中存在读取副本，并且主区域下降，故障转移是否会自动发生在另一个区域，或者也必须手动进行，或者按照您建议的使用云监视警报或lambda触发器的方式进行？对于标准读取副本，它们将在另一个区域中作为只读操作，但对于读取副本，不会从您的区域到另一个区域进行故障转移。您可能需要手动升级它们，或者只将应用程序定位在其他端点以使用它。再说一次，是的，这可能是自动化的汉克斯。您是否有任何指向资源的链接，以显示如何实现自动化？在辅助区域中，您可以调用remove from global cluster:。自动化将是一个CloudWatch警报，通过Lambda订户触发SNS主题。一个粗略的例子是：虽然它是用来触发钟声的。您需要查看要用于故障切换的指标，Lambda将触发上面的remove函数：）