日志的切割有以下几种方法:
1.写个定时任务,每天某个时间点把旧的日志重命名,并对服务重启使其重新打开日志并写入。
2.通过管道的方式把新产生的日志写到另外一个日志文件里。
3.通过logrotate来切割日志,logrotate是系统自带的服务,可以切割任何日志,不仅仅是nginx。
因为我这里的haproxy是yum 安装的。所以logrotate目录下本身就有haproxy的日志切割,这时我们只要改一些haproxy.log的路径就行了
/data/logs/haproxy/haproxy.log {
daily
rotate 10
missingok
notifempty
dateext
compress
sharedscripts
postrotate
/bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
/bin/kill -HUP `cat /var/run/rsyslogd.pid 2> /dev/null` 2> /dev/null || true
service haproxy restart
endscript
}
我们可以在测试环境下试一下
logrotate -f /etc/logrotate.d/haproxy
我发现我这里是成功的
默认情况下,Haproxy日志文件不会按天或按大小的分割日志,会将所有日志输出到一个haproxy.log文件中,这样随着时间的推移,这个文件会越来越大,非常不利于日志的管理和归档,本文将介绍通过logrotate工具对haproxy日志进行分割。
/etc/haproxy/haproxy.log {
daily
rotate 200
missingok
notifempty
compress
sharedscripts
postrotate
/usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid -sf $(cat /var/run/haproxy.pid);service rsyslog reload
endscript
}
- monthly: 日志文件将按月轮循。其它可用值为‘daily’,‘weekly’或者‘yearly’。
- rotate 5: 一次将存储5个归档日志。对于第六个归档,时间最久的归档将被删除。
- compress: 在轮循任务完成后,已轮循的归档将使用gzip进行压缩。
- delaycompress: 总是与compress选项一起用,delaycompress选项指示logrotate不要将最近的归档压缩,压缩将在下一次轮循周期进行。这在你或任何软件仍然需要读取最新归档时很有用。
- missingok: 在日志轮循期间,任何错误将被忽略,例如“文件无法找到”之类的错误。
- notifempty: 如果日志文件为空,轮循不会进行。
- create 644 root root: 以指定的权限创建全新的日志文件,同时logrotate也会重命名原始日志文件。
- postrotate/endscript: 在所有其它指令完成后,postrotate和endscript里面指定的命令将被执行。在这种情况下,rsyslogd 进程将立即再次读取其配置并继续运行。
注意:如果没有启动 crontab 需要启动一下,这样任务计划才会执行。
service crond start
3、验证
手动运行logrotate
logrotate可以在任何时候从命令行手动调用,要调用为/etc/lograte.d/下配置的所有日志调用logrotate:
logrotate /etc/logrotate.conf
排障过程中的最佳选择是使用‘-d’选项以预演方式运行logrotate。要进行验证,不用实际轮循任何日志文件,可以模拟演练日志轮循并显示其输出。
logrotate -d /etc/logrotate.d/haproxy
[root@LB1_Redis1-live ~]# man logrotate
[root@LB1_Redis1-live ~]# logrotate -d /etc/logrotate.d/haproxy
reading config file /etc/logrotate.d/haproxy
reading config info for /etc/haproxy/haproxy.log
Handling 1 logs
rotating pattern: /etc/haproxy/haproxy.log after 1 days (15 rotations)
empty log files are not rotated, old logs are removed
considering log /etc/haproxy/haproxy.log
log does not need rotating
not running postrotate script, since no logs were rotated
配置非常的简单,但这么做有一个弊端,就是在分割日志时需要重载haproxy这样会造成丢流量,这对于高流量、高可靠的系统来说是不允许的,所以可以根据需求选择业务低峰的时间段来执行分割日志,也可以根据下边这篇文章来配置《真正零停机 HAProxy 重载》
这里我们根据业务的低峰期来重启haproxy
我看了一下,我这里也的低峰期是凌晨5点
所以,我这里配置一个定时任务
[root@LB1_Redis1-live ~]# crontab -l
*/30 * * * * /usr/sbin/ntpdate cn.pool.ntp.org >/dev/null 2>&1
0 5 * * * /usr/sbin/logrotate -f /etc/logrotate.d/haproxy
文章摘自:
http://www.tuicool.com/articles/yym6nub
http://opensgalaxy.com/2016/08/30/haproxy%E6%97%A5%E5%BF%97%E5%88%86%E5%89%B2/
http://hao360.blog.51cto.com/5820068/1342986/