群集模式下的自动故障转移处理已禁用Redis ElastiCache

Question

我想从节点endpoint的角度来理解故障转移案例https://forums.aws.amazon.com/，案件的IP地址

1. 主故障切换和副本升级
2. 副本故障切换

该配置被禁用为群集模式：只有1个碎片（1个主碎片和2个副本）启用了多个AZ。比如-

PRIMARY ENDPOINT - xxx.dktrm8.ng.0001.usw2.cache.amazonaws.com
READER ENDPOINT - xxx-ro.dktrm8.ng.0001.usw2.cache.amazonaws.com
NODE ENDPOINTS - {
xxx-a.dktrm8.0001.usw2.cache.amazonaws.com -> master,
xxx-b.dktrm8.0001.usw2.cache.amazonaws.com -> replica,
xxx-c.dktrm8.0001.usw2.cache.amazonaws.com -> replica
}

问题-

1. 节点endpoint是DNS名称吗？
2. 已在IP地址级别或节点endpoint级别处理故障转移？
3. 故障转移后，主endpoint可以指向不同的节点endpoint（提升的主endpoint）还是仅仅改变IP地址映射？
4. 如果使用节点endpoint作为读取流量而不是读取器endpoint，是否有可能将节点endpoint的角色更改为MASTER？在故障转移或维护的情况下。

Answer 1

从技术上讲，每个问题都应该放在自己的帖子中（请参阅：如何提出好问题），但由于这些都是非常相关的，我认为没关系。

首先，是的，这些DNS名称将得到查询的答案，以及主/副本GSLB（我不认为它们真的是GSLB，与您用于web应用程序的上下文相同，但它们确保主节点始终位于主endpoint，副本始终位于副本endpoint之后）。

其次，由于实际的节点名（而不是伪GSLB）解析为IP地址，所以使用哪个并不重要。

故障转移后，主/主和副本GSLBendpoint都将更新。主/主终结点将指向已升级为主的复制副本。副本终结点将暂时只包含一个未升级的副本。一旦原始主/主endpoint恢复联机，它将被重新配置为副本，然后添加到副本GSLBendpoint。这是假设总共有3个节点。如果有更多节点，副本endpoint将少一个节点，直到原始主节点恢复联机。

最后，是的，您应该始终使用GSLBendpoint，因为它们在其中始终具有最新的主副本和副本。如果直接连接到节点，则可能会有尝试写入主节点（成为副本）、副本（成为主节点）或刚刚脱机的节点的风险。除非所有三个（如果使用更多节点，则三个以上）都处于脱机状态，否则主endpoint和副本endpoint将始终指向正确的位置。