时间戳

首页 > 解决方案 > 如何故障回复到亚马逊极光全球数据库中的第一个区域

amazon-web-services - 如何故障回复到亚马逊极光全球数据库中的第一个区域

问题描述

我在这里关注官方文档 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. 故障转移发生在次要区域的依据是什么？是否仅在主要区域关闭时才会发生？如果我有自定义故障转移策略，那么它是否也可以与亚马逊极光全球数据库故障转移相关联？

  2. 当failover发生时，是否会自动提升次区域的极光master？

  3. 故障转移后，如果我需要故障恢复到主区域，我可以以某种方式将复制方向从辅助区域翻转回主区域吗？有没有一种自动化的方法来做到这一点？

标签： amazon-web-servicesamazon-aurora

解决方案

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

问：Aurora 会自动故障转移到 Aurora 全球数据库的次要区域吗？

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

当故障转移发生时，提升的实例会从集群中分离出来，它将成为自己的集群，拥有自己的读写权限。此时，集群之间不再存在任何关系，您的应用程序将需要重新定位以使用此端点。

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

Amazon 最近为全球数据库启用了写入转发，因此理论上您可以在故障转移之前将应用程序重新定位回原始区域。

推荐阅读