我们是否需要一个单独的主节点和一个小的 elasticsearch 集群？

Question

我们正在考虑一个两/三节点的弹性搜索集群。对于此应用程序，我们主要关注可扩展性，而不是可靠性（用于后台分析）。

拥有一个单独的小型主节点是否有优势，或者将其中一个节点用作主节点+数据而另一个节点仅用作数据就足够了？

这主要是具有定期查询和聚合的大量写入应用程序。

Answer 1

一般规则是：如果您在该集群上所做的任何事情都非常繁重，以至于由于索引/查询操作，它可以关闭一个节点并且该节点是主节点，那么是的，我会推荐一个主节点。

对于较大的集群（可能超过 10 个节点），这是必须的。但是对于较小的，你可以没有专门的主人。如果 master 负责的管理操作被繁重的数据相关操作搞砸了，请放置一个专用的 master。

主节点负责协调集群范围内的任何更改，例如添加或删除节点，创建、删除或更改索引的状态（打开/关闭），以及向节点分配分片。当发生任何这些更改时，“集群状态”由主节点更新并发布到集群中的所有其他节点。它是唯一可以发布新集群状态的节点。

如果一个节点被标记为“符合主节点”（默认情况下所有节点都是这样），则允许它成为主节点。如果当前主节点宕机，集群会选举一个新的主节点。