Elasticsearch集群重建索引周期咨询及OpenSearch集群重建索引相关问题

1. 重建索引的执行频率 #

重建索引没有固定的时间间隔，核心判断依据是已删除文档的占比和集群实际性能表现：

• 当已删除文档占总文档数（可搜索文档+已删除文档）的20%-30%以上时，就应该考虑执行；
• 如果出现查询延迟增加、磁盘空间被无效占用、分片段合并效率下降等情况，即使占比未达阈值，也需要触发重建。

2. 当前场景是否适合重建索引 #

非常适合。你的集群中已删除文档（1.6亿）占总文档数（3.6亿）的比例约44%，远高于常规阈值，且属于删除密集型场景：

• OpenSearch的删除操作是标记式删除，不会立即释放磁盘空间，大量已删除文档会持续占用磁盘、拖累段合并流程，还会降低查询性能；
• 重建索引会直接生成不包含已删除数据的新索引，完成后切换别名即可快速释放磁盘空间、提升集群整体性能。

3. 估算重建索引耗时的方法 #

不需要额外第三方工具，可通过OpenSearch内置能力和简单测试来估算：

• 基于写入吞吐量估算：先统计集群平时的稳定写入吞吐量（比如每秒能写入的文档数），用总可搜索文档数（2亿）除以该吞吐量，再根据重建期间的集群负载打70%-80%的折扣，得到大致耗时；
• 小范围测试法：先对索引的1%数据执行重建，记录实际耗时，再按比例放大到全量数据，这种方式更贴近真实场景；
• 实时监控任务进度：执行重建时使用_reindex API并添加参数wait_for_completion=false，后台启动任务后，通过_tasks/{task_id}接口实时查看进度，结合已完成的文档数和耗时反推总时间。

内容的提问来源于stack exchange，提问作者Sean