具有数百个索引的ElasticSearch索引

Question

我有以下情况：

• 超过1亿项和计数(每月增加1 000万项)。
• 8台弹性服务器
• 我们的一个索引有12个碎片

到目前为止，所有这些项目都是在同一个索引中(在不同类型下)索引的。为了改善环境，我们决定在每个碎片不超过30 by的情况下，使用Geo散列代码对项进行索引。

目前的情况是，我们有超过1500个指数，每个指数有12个碎片，每个项目都会被插入其中一个指数中。据你所知，碎片的数量超过了20000 .

我们的索引是<Base_Index_Name>_<geohash>格式的

我的问题是由于性能问题而提出的，这使我对我们的方法产生了疑问。GET */_count格式的简单计数查询需要秒！如果我的意图是要质疑许多指数，这是不好的吗？一个拥有8个虚拟服务器的集群应该有多少索引？有多少碎片？我们有大量的数据，而且增长很快。

Answer 1

实际上，这取决于你的用法。查询所有索引需要很长时间，因为查询应该转到所有的碎片，结果应该随后合并。20K碎片不是一个容易查询的任务。如果您的数据是基于时间的，我建议将月或日期信息添加到索引名中，并将查询更改为GET indexname201602/search或GET *201602。

这样，您就可以大大减少查询执行的碎片数量，并且所花费的时间要少得多。