试试搜索一下吧

elasticsearch 单独分离协调节点意义在哪

Elasticsearch | 作者 act | 发布于2019年11月14日 | 阅读数:5806

来社区请教一下大佬:
 我在一个节点上的配置如下:
node.master: false
node.data: false
node.ingest: false
 
我想用这个节点作为一个仅协调节点,让这个节点做集群的负载均衡。但是默认每一个节点都是一个协调节点,请求也会打到其他节点上。那把这个节点单独隔离的意义在哪里呢?
 
已邀请:

laoyang360 - 《一本书讲透Elasticsearch》作者,Elastic认证工程师 [死磕Elasitcsearch]知识星球地址:http://t.cn/RmwM3N9;微信公众号:铭毅天下; 博客:https://elastic.blog.csdn.net

赞同来自: lbx6z

5.X版本之后,没有client节点,确切的说较:协调节点。
请仔细读一下协调节点的作用:

第一:诸如搜索请求或批量索引请求之类的请求可能涉及保存在不同数据节点上的数据。 例如,搜索请求在两个阶段中执行(query 和 fetch),这两个阶段由接收客户端请求的节点 - 协调节点协调。

第二:在请求阶段,协调节点将请求转发到保存数据的数据节点。 每个数据节点在本地执行请求并将其结果返回给协调节点。 在收集fetch阶段,协调节点将每个数据节点的结果汇集为单个全局结果集。

第三:每个节点都隐式地是一个协调节点。 这意味着将所有三个node.master,node.data和node.ingest设置为false的节点作为仅用作协调节点,无法禁用该节点。 结果,这样的节点需要具有足够的内存和CPU以便处理收集阶段。

zqc0512 - andy zhou

赞同来自:

你kibana 查询,ES入库这些 只连接这个协调节点,测试下就晓得了……
 
 
匿名用户

匿名用户

赞同来自:

官方已经说了,协调节点最好不要分离,跟数据节点在一起就行。
分离开的意义不大。

要回复问题请先登录注册