我们是否需要一个带有小型弹性搜索集群的单独主节点？

Question

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

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

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

Answer 1

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

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

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

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