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: 1sdiscovery.zen.fd.ping_timeout: 30s |
discovery.heartbeat_interval: 1sdiscovery.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显著简化了集群配置 |
