haproxy mysql 日志_切割haproxy的日志

日志的切割有以下几种方法：

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

rotate200missingok

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 重载》http://www.open-open.com/lib/view/open1430094706677.html

这里我们根据业务的低峰期来重启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/