Elasticsearch 6.0 vs 7.0 选举机制对比表

Elasticsearch 6.0 vs 7.0 选举机制对比表

 

特性/参数	Elasticsearch 6.0	Elasticsearch 7.0	变化说明
核心选举机制	Zen Discovery	移除Zen Discovery，引入新的集群协调层	7.0彻底重写了集群协调机制，提供更好的性能和稳定性
法定人数配置	discovery.zen.minimum_master_nodes: 2	自动计算和管理	7.0不再需要手动配置，系统自动根据节点数计算法定人数
初始主节点配置	无专用参数	cluster.initial_master_nodes: ["node1", "node2", "node3"]	7.0引入新参数，明确指定初始集群启动时的主节点候选
节点发现方式	discovery.zen.ping.unicast.hosts: ["host1", "host2"]	discovery.seed_hosts: ["host1:9300", "host2:9300"]	7.0参数名变更，功能类似但实现机制不同
主节点选举超时	discovery.zen.ping_timeout: 3s	移除，由新机制替代	7.0使用新的超时控制机制
故障检测	discovery.zen.fd.ping_interval: 1s discovery.zen.fd.ping_timeout: 30s	discovery.heartbeat_interval: 1s discovery.request_peers_timeout: 3s	7.0参数名和默认值变化，故障检测更高效
选举策略	基于Bully算法变种	基于Raft-inspired算法	7.0使用更现代的共识算法，选举更稳定
脑裂防护	依赖手动配置的minimum_master_nodes	内置自动脑裂防护	7.0大大降低了因配置错误导致脑裂的风险
引导检查	检查minimum_master_nodes配置	检查cluster.initial_master_nodes配置	7.0引导检查重点变化
集群形成控制	相对松散	更严格的集群形成规则	7.0要求明确指定初始主节点，避免意外集群形成
节点加入验证	基于网络发现	增强的安全性验证	7.0对节点加入有更严格的验证机制
配置复杂度	高（需要手动计算和配置法定人数）	低（大部分参数自动化）	7.0显著简化了集群配置