先说结论
本次日志回收失败主要是由于logback(1.1.7)低版本bug导致无法按照totalSize正常回收。尝试升级至高版本(1.2.0及以上)即可。
问题记录
有一次线上突然报错,说是k8s对应的ecs的磁盘压力过大,而导致了pod的重启。
很快分析磁盘的内容是日志占满了。但是哪有不配置日志回收策略的生产项目呢?这个时候就在想为啥日志不回收,为啥?
状况分析
版本
logback 1.1.7
回收策略配置代码部分
解决日志的分布式问题,使用统一的包对日志进行了封装。采用了java代码的方式配置了Logger,Appender以及RollingPolicy,其中日志回收部分代码配置如下
ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy rollingPolicy = new
ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy();
// 设置针对那一个appender的回收方式
rollingPolicy.setParent(fileAppender);
// 拼接出来文件名
String fp = LOG_PATH + getProject() + "/" + getProject() +
fileRemark + "-" + "%d{yyyy-MM-dd}.%i.log";
rollingPolicy.setFileNamePattern(fp);
// 这个是关键,设置最大的保存期限,这个maxHistory是一个动态的概念。需要和 fp中的 %d{yyyy-MM-dd}对应,此时表示保留的最大天数。%d{yyyy-MM-dd-HH} 则代表小时
rollingPolicy.setMaxHistory(LOG_MAXHISTORY);
// 设置单个文件的长度
rollingPolicy.setMaxFileSize(500m