Raft共识网络分区场景下的两类技术问题咨询

问题1：当9个节点因网络分区被划分为各含3个节点的3个子集{0,1,2}、{3,4,5}、{6,7,8}时，所有子集均无多数节点，此时不存在Leader节点，客户端发起写请求会直接失败吗？ #

不会直接立刻失败。9节点集群的多数节点数量是5个，三个子集都无法满足多数要求，因此整个集群没有可用Leader。此时客户端发起写请求时：

• 请求发送到任意节点后，该节点会告知客户端当前无可用Leader；
• 客户端通常会进入重试逻辑，等待网络分区恢复、某个子集重新获得多数节点并选出Leader后，再完成写操作；
• 若客户端配置了请求超时时间，超时后才会返回失败结果。

问题2：在包含9个节点的Raft集群中，客户端应如何选择通信节点？不同于部分服务通过路由层负载均衡选择节点的方式，Raft场景下的节点选择逻辑是怎样的？ #

Raft集群的客户端节点选择逻辑核心围绕Leader展开，不需要额外路由层负载均衡，具体如下：

• 优先向已知Leader发起请求：写请求必须由Leader处理（读请求可配置允许Follower处理，但写操作强制走Leader），因此客户端会维护已知Leader的信息，直接与Leader交互以保证请求能被处理；
• 未知Leader或Leader不可用时：客户端可以随机选择集群中的任意节点发起请求。如果选中的是Follower，该节点会将客户端重定向到它所知晓的Leader；如果当前集群无Leader（比如分区场景），节点会告知客户端无可用Leader，客户端可更换节点重试或等待集群恢复；
• 备选方案：客户端也可以维护完整的集群节点列表，按顺序逐个尝试，直到找到能处理请求的节点或确认集群无可用Leader。

内容的提问来源于stack exchange，提问作者SuperBald