elasticsearch节点通过配置角色划分职责，主节点仅管理集群状态不处理数据，选举由法定票数机制触发并依赖zen discovery流程防脑裂。
如果您正在搭建或运维 Elasticsearch 集群，却对节点角色划分、主从关系本质及主节点如何产生感到困惑，则很可能是由于对集群底层架构理解不完整。以下是围绕节点类型、主从职责边界与选举触发逻辑展开的详解：
一、Elasticsearch 节点类型的职能划分
Elasticsearch 中的节点并非天然分为主/从，而是通过配置赋予不同角色；同一物理节点可同时承担多种职责，但生产环境强烈建议角色分离以保障稳定性。角色定义直接决定该节点能否参与选举、是否存储数据、是否处理请求。
1、配置 node.master: true 的节点为候选主节点（Master-eligible Node），具备参选资格；未设置则完全不参与投票过程。
2、配置 node.data: true 的节点为数据节点，负责分片的存储、写入、搜索和聚合操作，承受主要 I/O 与 CPU 压力。
3、配置 node.ingest: true 的节点可执行 pipeline 预处理任务，如字段提取、转换、丰富等，不参与主节点选举也不存储主分片。
4、未显式启用任何角色的节点默认同时具备 master 和 data 资格，但该默认行为在 7.x 后版本中已不推荐用于生产部署。
二、主节点与数据节点的本质区别
主节点不是“上级”或“控制者”，而是一个被集群共同信任的协调者；它不处理用户查询、不写入文档、不承载分片数据，仅维护集群状态元数据。数据节点则完全独立执行本地分片的读写逻辑，其行为不受主节点实时指令驱动，仅响应主节点下发的分片分配变更事件。
1、主节点的核心动作是更新并广播 cluster state，该状态包含所有索引结构、分片路由表、节点健康信息等，且必须全局一致。
2、当客户端发起创建索引请求时，请求被任意协调节点接收后，转发至当前主节点；主节点校验合法性、生成新索引的元数据快照，并将更新后的 cluster state 推送至全部节点。
3、数据节点在收到 cluster state 更新后，自行判断是否需启动或迁移本地分片，无需主节点逐条下发指令。
4、若主节点长期无响应，其他候选主节点将在超时后触发重新选举，期间集群仍可正常读写——只要分片副本可用，但无法执行索引创建、删除、分片重分配等元数据变更操作。
三、主节点选举的触发条件与前提
选举并非周期性运行，而是由明确的集群状态变更事件驱动；每次选举都基于严格法定票数规则，确保结果唯一且防脑裂。选举前必须满足最低资格节点数、网络连通性与状态同步三项硬性条件。
1、集群首次启动时，所有配置了 node.master: true 的节点自动进入候选池，等待发现彼此并发起投票。
2、现有主节点进程崩溃、被 kill -9 终止或所在机器断电，导致其无法发送心跳，其余候选节点在 discovery.zen.fd.ping_timeout 超时后判定其失联，随即启动新选举。
3、网络分区发生时，若某子集内候选节点数 ≥ discovery.zen.minimum_master_nodes 阈值，则该子集可独立完成选举并形成新集群；另一子集因票数不足无法选出主节点，进入只读或拒绝写入状态。
4、节点主动下线（如执行 _cluster/nodes/
四、Zen Discovery 选举流程详解
Zen Discovery 是 Elasticsearch 6.x 及更早版本内置的发现与选举模块（7.x 起逐步替换为 Cluster Coordination 模块，但核心逻辑高度兼容）；其采用基于法定人数（quorum）的简单多数投票机制，全程无中心协调器，依赖各节点本地状态决策。
1、每个候选主节点启动后，向 discovery.zen.ping.unicast.hosts 列表中所有地址发起 TCP 连接探测，建立初始节点视图。
2、节点收集到足够多的活跃候选者后，各自生成一个候选列表，并按 node.name 字典序排序，从中选取排序最靠前的节点作为本轮投票目标。
3、每个节点向目标节点发送投票请求；目标节点若自身也在候选列表中且尚未获得多数票，则接受该票；否则拒绝。
4、任一节点累计收到 ≥ discovery.zen.minimum_master_nodes 张有效票，即宣告当选为主节点，并立即广播新 cluster state。
5、其余节点验证当选者身份与票数合法性，确认后切换为跟随状态，停止投票并开始同步元数据。
五、防止脑裂的关键配置项解析
脑裂（Split-Brain）指集群因网络分区分裂为多个子集，各自选出不同主节点，导致元数据不一致甚至数据损坏。Elasticsearch 通过强制法定人数约束与超时机制从源头抑制该风险，而非事后修复。
1、discovery.zen.minimum_master_nodes 必须设为 “(候选主节点总数 / 2) + 1”，例如 3 个候选节点则设为 2，5 个则设为 3；设置过低将导致分区后多个子集均满足条件而并发选举。
2、discovery.zen.fd.ping_interval 与 discovery.zen.fd.ping_timeout 共同控制故障检测灵敏度；过短易误判节点宕机，过长则延迟故障响应。
3、禁用多播发现（discovery.zen.ping.multicast.enabled: false）可避免跨网段节点意外加入集群，是生产环境强制要求。
4、所有候选主节点应使用静态单播列表（discovery.zen.ping.unicast.hosts）而非依赖 DNS 或动态服务发现，确保初始连接路径确定且可控。
