每指数ElasticSearch段

Question

我们有每月指数(目前11个月)，每个指数有22个碎片。我看到的似乎是一个指数的许多段(大约1200至1380段)。如果在旧索引上发生任何更新，那么旧的索引应该很少。从我所读到的一切听起来，ES应该是自动合并段，但现在我有点担心，这是没有发生。我知道我们可以手动运行一个优化，但是需要分配另一个资源来完成这个工作(至于不影响当前系统)。我对ES相当陌生(如果这不是很明显的话)，我真的想了解我们是否有问题。这也可能是，我们需要调整index.merge.policy.segments_per_tier小于10。真的不确定。

粗略指数统计：

11个索引每个索引22个碎片每索引6500万个文档每索引350 GB

如有任何信息、建议等，敬请见谅。

谢谢,

S

Answer 1

现在可以执行的最佳步骤，尤其是有基于时间的索引的步骤，是手动优化未写入的索引。您肯定会看到性能上的改进。段越多，使用的堆内存就越多。

ES确实会自动合并段，但是对于Lucene合并段有一些条件(段的大小、其中已删除的文档数、大小几乎相同的段数等)。在过去的版本中存在与合并有关的问题，但不确定您是否正在进行合并。

当您认为集群上的负载没有那么高时，您可以尝试每天优化一个索引。您可能知道馆长，它可以用于此操作和其他操作。