Elasticsearch协调节点宕机后，集群部署能否正常运行？

核心结论 #

当仅有的单AZ独立协调节点宕机后，集群内部数据节点可维持正常运行，但对外服务会完全中断。

具体细节拆解 #

• 集群内部状态：热数据与内容节点分布在2个可用区，本身具备跨AZ高可用能力，节点间的分片同步、集群内部通信不受协调节点影响，只要数据节点的法定人数达标，分片副本状态稳定，不会出现数据丢失或脑裂问题。
• 外部访问失效：协调节点是集群对外的唯一入口，负责请求路由、集群状态转发等核心功能，单节点宕机后，外部客户端无法提交查询、写入等请求，对外服务完全中断。

恢复方式 #

• 自动恢复场景：若仅为单个协调节点故障（非整个AZ不可用），Elastic Cloud托管平台会自动尝试在原AZ重启或重建该节点，无需手动干预即可恢复对外服务。
• 手动干预场景：如果是整个AZ不可用，平台无法自动在其他AZ拉起协调节点（因部署配置仅指定了该AZ），此时必须登录控制台调整部署配置——将协调节点改为跨AZ部署，添加其他可用区的协调节点实例，才能恢复对外访问。也可临时将数据节点配置为兼具协调节点角色，但此操作会占用数据节点资源，不建议长期使用。
• 等待恢复限制：仅当节点故障而非AZ级故障时，等待平台自动恢复才有效；AZ级故障下必须调整部署配置。

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