elasticsearch集群
Master: 在Elasticsearch中Master仅仅负责维护集群的状态
- 创建或删除索引
- 跟踪哪些节点是集群的一部分
- 决定将哪些碎片分配给哪个节点
- 等集群范围的操作
上面的一些集群信息, 是由Master节点进行维护, 但是 Master也会把节点信息, 同步给其他节点, 但是只有master节点可以修改.
点击查看Elasticsearch节点介绍
为什么要至少三个节点
首先查看 Elasticsearch 的配置文件, 如下:
Zen Discovery 官方介绍
# 传递初始主机列表,以便在启动新节点时执行发现
discovery.zen.ping.unicast.hosts: ["192.168.xxx.xxx:9300", "192.168.xxx.xxx:9300"]
# 选举Maste时需要的节点数 (total number of master-eligible nodes / 2 + 1) 防止“防止脑裂”
discovery.zen.minimum_master_nodes: 2
# 一个节点多久ping一次,默认1s
discovery.zen.fd.ping_interval: 1s
# 等待ping返回时间,默认30s
discovery.zen.fd.ping_timeout: 30s
# ping超时重试次数,默认3次
discovery.zen.fd.ping_retries: 3
discovery.zen.minimum_master_nodes: 2
其中 minimum_master_nodes 配置是为了防止脑裂
假设 Elasticsearch 有两个节点
discovery.zen.minimum_master_nodes: 1
此时出现网络波动, 导致 A—-B 之间短暂断开连接, 根据选举规则, B将自己选举为 Master, 当网络波动结束, 就会出现两个Master的情况.
- discovery.zen.minimum_master_nodes: 2
Master 出现故障, 则 B 将永远不可能将自己选择为 Master
Elasticsearch 有三个节点
三节点配置: discovery.zen.minimum_master_nodes: 2
出现网络波动 A 节点 和 别的节点短暂断开连接
A节点降级, B和C 进行选举, 此处模拟选举B为 Master Node
网络恢复后的节点状况.
总结
以上可以看出, 通过配置 minimum_master_nodes 来防止出现脑裂
同时在生产过程中, 为了尽量保持集群高可用, 至少需要三台机器搭建集群