Nginx日志切割之Logrotate篇

时间:2021-06-03 06:05:09

  不管是什么日志文件,都是会越来越大的,大到一定程度就是个可怕的事情了,所以要及早的做处理,方法之一就是按时间段来存储,不过linux系统提供了Logrotate的日志管理工具,很好用,不用写计划任务脚本了,不过弊端是转储后的日志文件放入指定的目录,必须和当前日志文件再同一个系统,下面是摘录别人的。记录下以备不时之需。

Logrotate是Linux下一款日志管理工具,可用于日志文件的转储(即删除旧日志文件,创建新日志文件)。可以根据日志大小或者按照某时段间隔来转储,内部使用cron程序来执行。Logrotate还可以在压缩日志,并发送到指定E-mail。

Logrotate默认配置文件是/etc/logrotate.conf,其中第一行是:

include /etc/logrotate.d

说明包含了该目录下的配置,普通用户的配置也在这里,比如nginx日志切割 /etc/logrotate.d/nginx。Logrotate有许多可配置参数,也可使用man命令来查询:

compress                        通过gzip压缩转储以后的日志
nocompress 不压缩
copytruncate 用于还在打开中的日志文件,把当前日志备份并截断
nocopytruncate 备份日志文件但是不截断
create mode owner group 转储文件,使用指定的文件模式创建新的日志文件
nocreate 不建立新的日志文件
delaycompress 和 compress 一起使用时,转储的日志文件到下一次转储时才压缩
nodelaycompress 覆盖 delaycompress 选项,转储同时压缩。
errors address 专储时的错误信息发送到指定的Email 地址
ifempty 即使是空文件也转储,这个是 logrotate 的缺省选项。
notifempty 如果是空文件的话,不转储
mail address 把转储的日志文件发送到指定的E-mail 地址
nomail 转储时不发送日志文件
olddir directory 转储后的日志文件放入指定的目录,必须和当前日志文件在同一个文件系统
noolddir 转储后的日志文件和当前日志文件放在同一个目录下
prerotate/endscript 在转储以前需要执行的命令可以放入这个对,这两个关键字必须单独成行
postrotate/endscript 在转储以后需要执行的命令可以放入这个对,这两个关键字必须单独成行
daily 指定转储周期为每天
weekly 指定转储周期为每周
monthly 指定转储周期为每月
rotate count 指定日志文件删除之前转储的次数, 指没有备份, 指保留5 个备份
tabootext [+] list 让logrotate 不转储指定扩展名的文件,缺省的扩展名是:.rpm-orig, .rpmsave, v, 和 ~
size size 当日志文件到达指定的大小时才转储,bytes(缺省)及KB(sizek)或MB(sizem)
 

先看看centOS安装后的logrotate.conf部分内容:

/var/log/wtmp {             //用户登录和持续时间日志
monthly //按周切割
minsize 1M //最小达到1M
create root utmp //切割后日志文件属性
rotate //保留副本
}

简单明了。如您所料,include可以批量指定配置文件,典型应用都包含在/etc/logrotate.d/目录下,有:apache、linuxconf、syslog等。注意:include引入配置会覆盖同名默认配置

若干要点:
  1. 每个部分首括号可与其他语句同行,尾行括号必须单独成行
  2. prerotate和postrotate可指定转储前后(即切割前后)执行的linux脚本(endscript结束),如

    /var/log/messages {
    prerotate //转储之前脚本
    /usr/bin/chattr -a /var/log/messages //去掉该文件-a属性
    endscript //脚本结束
    postrotate //转储后脚本
    /usr/bin/kill -HUP syslogd //重新初始化系统日志守护程序 syslogd
    /usr/bin/chattr +a /var/log/messages //添加-a属性,防止文件被覆盖
    endscript
    }
  3. Logrotate的备份策略(以两个备份来说明,即rotate 2,文件error.log):原始文件error.log,经过一次转储,会生成error.log.1;第二次转储,生成error.log.2;第三次转储,error.log.n命名为error.log.n+1,同时生成新的error.log.1,删除error.log.n+1文件。

  4. 转储可以通过强制执行来观察工作过程

    logrotate -vf /etc/logrotate.d/nginx
     
  5. 日志切割的执行时间是由cron程配置决定的,可查看/etc/crontab文件(cron时间戳格式:分时日月周), 我的测试:针对10.47.*.*上的nginx日志进行按日切割,配置如下(/etc/logrotate.d/nginx文件):
  6. /var/log/nginx/*.log {      //注意:具体请以自己的nginx日志为准
    daily //每天切割
    dateext //%Y%m%d作为后缀
    missingok //日志不存在,分析下一个
    rotate 2 //保留两个备份
    compress //转储之后压缩.tar.gz
    notifempty //空文件不转储
    create 640 nginx adm //新日志文件模式
    sharedscripts //整个日志组运行一次的脚本
    postrotate
    [ -f /var/run/nginx.pid ] && kill -USR1 `cat /var/run/nginx.pid`
    //重启nginx,重新加载日志文件,防止不写
    `cp -f /var/log/nginx/*.* /var/log/nginx/backup`
    //自定义脚本,将旧日志copy到backup文件夹(backup要存在)
    endscript
    }
  7. 默认logrotate是通过crontab定期执行的,我们也可以手动执行查看结果:

    # logrotate -vf /data/log/nginx/access.log

    验证是否执行,查看cron的日志即可

    # grep logrotate /var/log/cron
  8. 使用logrotate管理nginx的日志,优点在于:

    、不需要担心日志文件会将目录塞满,logrotate会保留特定个数文件;
    
    、每天的日志放在一个文件中,不需要一直往前翻,方便查阅;