需要关于Aurora可用区故障的信息。

Question

【以下的问题经过翻译处理】 我需要有关 aurora(PostgreSQL) AZ failure 的信息。只是为了提供一些背景 -
我正在尝试通过使用黑洞 NACL（阻止入口和出口流量）并验证极光 az 故障作为混沌实验的一部分来执行 az 故障。

aurora DB 在 us-east-1 上运行

|实例类型 |阿兹 |
| --- | --- |
|初级/编写器数据库 | us-east-1c |
|读者数据库 | us-east-1b |

现在，如果我们将黑洞 NACL 应用于 **us-east-1c 子网**，那么理想情况下，**reader DB** 实例应提升为 us-east-1b 的**主 DB**，并在不提供流量的情况下提供服务中断，但我看到数据库实例没有发生任何变化。

如果任何人都可以阐明 az failure Aurora PostgreSQL 的数据库实例行为，那将会很有帮助。

Answer

【以下的回答经过翻译处理】 您好，我了解到您正在对 Aurora PostureSQL 集群执行故障转移，但您没有看到数据库实例发生任何变化。如果我误解了，请纠正我。

网络访问控制列表 (ACL) 是您的 VPC 的可选安全层，充当防火墙，用于控制进出一个或多个子网的流量。在你的情况下，我知道你想使用黑洞 NACL 作为对你的 AZ 进行故障转移的方法。但是，创建的黑洞只会阻止数据库实例的可达性，而不会使其不可用。

故障转移发生在（但不限于）主要可用性区域的可用性丢失、与主要的网络连接丢失、主要的计算单元故障和主要的存储故障的情况下。因此，您无法看到任何更改您的数据库实例。另请注意，无法连接到实例不会导致实例不可用。

如果数据库集群中的主实例发生故障，Aurora 会按以下顺序自动进行故障转移：
i) 如果 Aurora 只读副本可用，它将把现有的只读副本提升到新的主实例。
ii) 如果没有可用的只读副本，则必须创建一个新的主实例。
如果数据库集群有一个或多个 Aurora 副本，则在发生故障事件期间，一个 Aurora 副本将提升为主实例。故障事件会导致短暂的中断，在此期间，读写操作会因异常而失败。

对于故障转移，我建议通过此链接 [1] 使用 amazon Aurora 进行故障转移。

我已将文档附加到参考资料中的更多信息。

我希望这可以帮到你。

参考

[1]

[2]

[3]

[4]

实例类型	阿兹
初级/编写器数据库	us-east-1c
读者数据库	us-east-1b

需要关于Aurora可用区故障的信息。

相关内容