希望大家都好
目前elastic 7.6运行在有3个节点的集群上，其中有5百万条记录。
而执行索引的完全重建需要大量时间。但是其他服务器指标如cpu和gc都在限制范围内
同样的，我也尝试过重新编制索引的过程，这也是很费时的。应用了一些解决方法，比如将刷新间隔设置为-1，将副本设置为0，但仍然需要很长时间。
我几乎有168个碎片bt段计数是lil更多，显示800+。
请帮助并建议解决此问题。任何线索都将不胜感激。
希望大家都好
目前elastic 7.6运行在有3个节点的集群上，其中有5百万条记录。
而执行索引的完全重建需要大量时间。但是其他服务器指标如cpu和gc都在限制范围内
同样的，我也尝试过重新编制索引的过程，这也是很费时的。应用了一些解决方法，比如将刷新间隔设置为-1，将副本设置为0，但仍然需要很长时间。
我几乎有168个碎片bt段计数是lil更多，显示800+。
请帮助并建议解决此问题。任何线索都将不胜感激。
1条答案
按热度按时间pod7payv1#
当然，看起来您的集群、节点和重要的索引相关设置的配置不好，这导致了非常慢的性能。
请看opster的提示，以提高重新索引速度和索引率，并应用建议的配置/优化。
您还可以查看opster的免费工具来优化es并提供报告链接，以便我们了解您的配置。