问elasticsearch集群中的节点数

EN

这取决于情况。对于日志记录情况，在我看来，描述选项b似乎更灵活。让我解释一下我的观点：

1. 在日志记录场景中，然后实现热/暖建筑。你将主要写和读最近的指数。在少数情况下，您希望访问旧的数据，您可能希望缩小旧的，甚至关闭旧的索引。
2. 设置至少3个主节点，以防止吐痰脑问题。将相同的节点配置为协调节点(剩下11个节点)
3. 安装2个摄取节点，将摄入工作负载移动到专用节点(剩下9个节点)
4. 安装3个热数据节点来存储最近的索引(剩下6个节点)
5. 安装6个温数据节点，用于保存旧的、缩小的和关闭的索引。(左边0节点)

前面的设置只是一个例子。，则应更改节点编号/角色。

1. 如果你需要更多的弹性。然后添加更多的主节点，增加索引节点的副本数。这也将减少总容量。
2. 您需要搜索的数据越旧，或者保存在已经关闭的索引中的数据越多，您需要的节点就越温暖。然后根据需要重新平衡热/暖节点计数。如果可以提前删除旧数据，则增加热节点数。
3. 如果您已获得xpack许可，请考虑安装ml/警报节点。将此角色添加到主节点中，或减少数据节点的数量，以支持ml/alertig。
4. 你需要基巴纳/垃圾桶吗？根据工作负载的不同，专门准备一个/两个节点。

假设两个选项中都有相同的主板，那么只要增加更多ram/cpu/存储，您就有更大的潜力快速扩展14个机箱。有3个节点已经在规范中达到最大值，您将需要设置新的框并将它们加入集群，以便进行扩展。但是随着时间的推移，这也给了你更新的硬件。

也请看一看：https://www.elastic.co/pdf/architecture-best-practices.pdf

如果您需要一些有关切分配置的背景知识，请参阅ElasticSearch -切分如何影响索引性能？。

顺便说一句:托马斯对堆大小的评论是对的。如果你想知道背景：https://www.elastic.co/guide/en/elasticsearch/reference/current/heap-size.html，请看这个