优化Elasticsearch索引

betto86

由于磁盘空间不足,并且索引之一中包含大量已删除的文档,因此我需要执行一个优化命令(ElasticSearch 1.7)

目前,该索引具有以下统计信息:

分片:15 * 1 | docs:23,165,760 | 大小:1.25TB

  • 在优化完成之前,优化API会阻止任何索引/查询操作吗?
  • 优化API会影响其他索引上的操作吗?
  • 是否有大概的时间知道需要多长时间?

对不起,我的英语不好 :)

让我知道您是否需要其他统计信息

安德烈·斯特凡(Andrei Stefan)

在优化完成之前,优化API会阻止任何索引/查询操作吗?

不,它可以并行运行,但是索引过程将影响优化。创建了新的细分受众群,这些细分受众群也需要进行优化...

优化API会影响其他索引上的操作吗?

不直接,而是间接使用附加的CPU,内存和磁盘。

是否有大概的时间知道需要多长时间?

Nop :-),也许只能通过预先测试并外推到文档/段的数量。

请注意,优化将需要额外的磁盘空间。如果优化到非常少的段数,则优化过程很可能会最终尝试优化一组非常大的段,这意味着它将需要额外的(largeSegment1_size + largeSegment2_size + ....)磁盘空间。仅当生成的合并段完成时,才会删除旧段。

另外,请查看only_expunge_deletes选项。

另一个建议是在集群上的负载较少时执行优化。正如我提到的那样,优化需要额外的CPU,内存和磁盘空间资源。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章