本篇内容介绍了“Elasticsearch选举机制是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
ES集群由节点(Node)构成，节点类型可配置如下：
conf/elasticsearch.yml: node.master: true/false node.data: true/false
node.master: true --master的候选节点，可以参与选举，在ES的文档中常被称作master-eligible node
node.data: true --数据节点，会存储分配在该node上的shard的数据并负责这些shard的写入、查询等。
任何一个集群内的node都可以执行任何请求，其会负责将请求转发给对应的node进行处理，所以当node.master和node.data都为false时，这个节点可以作为一个类似proxy的节点，接受请求并进行转发、结果聚合等。
ZenDiscovery是ES自己实现的一套用于节点发现和选主等功能的模块，没有依赖Zookeeper等工具
简单来说，节点发现依赖以下配置：
conf/elasticsearch.yml: discovery.zen.ping.unicast.hosts: [1.1.1.1, 1.1.1.2, 1.1.1.3]
这个配置可以看作是，在本节点到每个hosts中的节点建立一条边，当整个集群所有的node形成一个联通图时，所有节点都可以知道集群中有哪些节点，不会形成孤岛。官方推荐这里设置为所有的master-eligible node
上面提到，集群中可能会有多个master候选节点，此时就要进行master选举，保证只有一个当选master。如果有多个node当选为master，则集群会出现脑裂，脑裂会破坏数据的一致性，导致集群行为不可控，产生各种非预期的影响。
为了避免产生脑裂，ES采用了常见的分布式系统思路，保证选举出的master被多数派(quorum)的候选节点认可，以此来保证只有一个master。这个quorum通过以下配置进行配置：
conf/elasticsearch.yml: discovery.zen.minimum_master_nodes: 2
“Elasticsearch选举机制是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
