可用区间通信故障但与互联网通信正常？无第三AZ的AZ脑裂求解

1. 是否存在可用区（AZ）之间通信故障，但各可用区与互联网通信正常的情况？ #

存在这种场景。云厂商的可用区通常采用物理隔离的网络架构：

• AZ之间的通信依赖内部专用互联链路（如专用光纤、骨干网络），而每个AZ的互联网访问则通过独立的出口链路实现
• 当AZ间的内部互联链路出现故障（比如光纤中断、内部路由配置错误、硬件故障），但各AZ自身的互联网出口链路正常时，就会出现AZ间无法通信，但每个AZ都能正常访问互联网的情况

2. 若AZ1无法连通AZ2但两者均正常运行（可能因AZ1自身问题），AZ1能否与互联网通信？ #

可以正常通信。AZ的互联网访问能力是独立于其他AZ的，只要AZ1自身的网络组件（如网关、防火墙、互联网出口链路）处于正常运行状态，即使它无法与AZ2连通，也不会影响其与互联网的通信。这种场景下，AZ1的内部业务、对外服务都能正常开展，仅跨AZ的同步或互访会受影响。

无第三个AZ时的脑裂问题解决方案 #

在不依赖第三个AZ的前提下，可通过以下方式解决跨AZ脑裂：

• 仲裁磁盘/共享块存储：使用云厂商提供的独占式共享块存储，当AZ间通信中断时，只有成功获取磁盘独占访问权的AZ节点才能继续提供服务，另一AZ则停止服务
• 外部仲裁节点：部署独立于AZ的互联网侧轻量仲裁服务（如单节点的投票服务），两个AZ定期向其发送心跳，仲裁节点根据心跳状态判定有效AZ，通知失效AZ停止服务
• 预设主备优先级策略：提前配置AZ的主备优先级，当AZ间通信中断时，只有主AZ继续运行，备AZ自动停止对外服务，待连通恢复后再进行数据同步与角色切换
• 利用云厂商内置机制：部分云厂商的分布式服务（如数据库、集群管理工具）自带跨AZ脑裂防护功能，可通过配置参数启用，无需额外依赖第三方AZ

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