Elasticsearch集群插入、查询数据应使用哪种节点类型？

• 优先选择你集群中配置的4台专用client节点（也叫协调节点）作为业务客户端的接入节点，该选择的核心逻辑如下：
  • 专用master节点仅承担集群元数据管理、主节点选举、集群状态维护等管控类任务，绝对不能承接业务读写请求。一旦master节点被业务请求占用过多资源，很容易引发集群状态异常、脑裂等严重稳定性问题，属于生产环境的明确禁忌。
  • 数据节点的核心职责是数据存储、分片级的读写计算，直接对接业务请求会额外消耗其CPU、内存资源用于请求路由、结果聚合等协调工作，会挤占数据节点本身的读写算力，高并发场景下会直接拉低整个集群的读写性能，甚至引发节点过载。
  • 你当前配置的client节点node.master: false、node.data: false、node.ingest: false，本身不参选主、不存储数据，天生设计就是用来承接客户端请求，完成请求路由转发、多节点结果聚合的工作，完全匹配业务写入、查询的接入需求。

补充注意：如果后续业务请求量持续升高，建议将跑Kibana的节点和业务接入用的协调节点拆分部署，避免Kibana的查询请求和业务请求抢占资源，影响业务稳定性。

内容的提问来源于stack exchange，提问作者erni