amazon-web-services - AWS - 失败的主实例在恢复后发生了什么
问题描述
我是 AWS Aurora 的新手。
在此链接中阅读以下段落时:
为了提高可用性,您可以使用 Aurora 副本作为故障转移目标。也就是说,如果主实例发生故障,则将一个 Aurora 副本提升为主实例
如果故障的Primary Instance可以恢复,它将是哪个角色?我猜它会变成复制品?
我问这个问题是因为我猜连接 Aurora 数据库集群的服务器代码必须指定主实例和副本的端点?由于 Replica 只服务于只读查询,那么代码必须在 Replica 提升为 Primary Instance 后更正端点才能进行写操作查询?
我的代码如何知道哪个端点现在是主实例的(即可以进行写操作查询)?
解决方案
Aurora 集群不仅为您提供集群中每个节点的直接连接终端节点,还为您提供读写终端节点和只读终端节点。读写端点将始终指向主节点。只读端点将跨只读副本节点执行 DNS 循环连接。
因此,如果一个节点发生故障并且另一个节点被提升为主节点,只要您使用这些端点而不是单个节点端点,您就不必更改任何内容。
推荐阅读
- google-cloud-platform - google cloud firestore datastore模式下实体组对事务的影响
- javascript - html表格水平滚动启用特定列
- c# - .Net Core System.Text.Json 以最小日期时间和 UTC 偏移量失败
- twilio - Twilio 出站 IVR
- sql - 如何根据条件合并两个 SQL Server 表?
- .net - 不可为空的日期时间(不)相等与空编译和运行?
- pdf - 如何自动将特定工作表(即“SheetA”)作为 PDF 导出到 Google Drive?
- r - 为什么 gsub 会自动将 Factor 更改为 Character
- mysql - 如何在 Django 中修复“截断不正确的整数值:'UUID'”
- java - 当我们使用 WebElement 的 obj 方法 .getCssValue("font-family") 时,TestNG 的 SoftAsert.assertEquals(actual,expected) 方法无法正常运行