Reaper键空间修复时生成大量INFO日志是否正常？

这种情况属于正常现象，但日志量偏大，可结合配置优化来缓解。

原因说明 #

• Reaper执行修复时，会针对每张表的每个token范围，记录修复协调、分片状态、进度更新等细节，INFO级别会完整输出这些流程信息。
• 你的集群是2个各10节点的数据中心，加上9张待修复的表，token范围拆分后日志条目会快速累积，10万条INFO日志符合该规模集群下多表修复的日志输出逻辑。

优化建议 #

• 调整Reaper日志级别：修改Reaper的logback.xml配置，将相关logger的级别从INFO改为WARN或ERROR，只保留关键告警信息，减少非必要日志输出。
• 调整Cassandra日志级别：针对Cassandra中org.apache.cassandra.repair类别的logger，调高其日志级别，避免修复过程中产生过多细节日志。
• 优化Kibana告警规则：针对Reaper修复的日志来源设置单独的告警阈值，或者直接排除这类正常运维日志的告警触发条件。
• 日志采集环节过滤：在Filebeat、Logstash等采集工具中添加过滤规则，剔除Reaper修复过程中重复或非关键的INFO日志，不推送到Kibana。

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