使用HAProxy对MySQL进行负载均衡和状态监控

转载请保留原文内容,并声明转载地址:http://www.toplee.com/blog/1284.html

乐搜(lesoo.com)使用HAProxy已经很久了,但主要用在前端web请求的负载均衡和状态监控上,对于后端的Memcached以及MySQL却一直没有应用,最近对系统架构进行了小规模的整理,把MySQL也收编到了HAProxy下,经过一段时间的使用,体验还是不错的。

详细的HAProxy的安装配置我就不说了,主要针对HAProxy如何监控检测后端MySQL服务器的状态说两句。

我们的环境由两台master和若干台slave数据库组成,在HA的配置中,可以设置灵活的策略和进行slave的分组,如果系统更大了,将还会根据业务系统来拆分若干个master和slave组。

声明:以下内容应用和验证环境是基于 FreeBSD 8.2 环境,MySQL在5.1以上版本,理论上 Linux 的各个版本基本都能通过,如果有不能通过的情况,请别随意张口扔板砖,欢迎添加评论留言向我提问

HA对MySQL状态监控实现的方式很多,不过大多逻辑都一样,使用自己编写的脚本程序(可以是shell、php、perl等你熟悉的语言)监控mysql的运行情况,然后通过HTTP的方式输出运行结果给HA,我使用的是shell程序来实现的监控,结合 FreeBSD的inetd服务来实现监控端口的提供

1. 监控脚本编写

下面是我写的一段监控shell脚本,用于监控其中一台叫mdb1的master数据库replication运行:

[coolcode linenum=”on”]
#!/usr/local/bin/bash
MYSQL_HOST=”mdb1″
MYSQL_PORT=”3307″
MYSQL_USERNAME=”michael”
MYSQL_PASSWORD=”michael@lesoo.com”

/usr/local/bin/mysql -h$MYSQL_HOST -P$MYSQL_PORT -u$MYSQL_USERNAME -p$MYSQL_PASSWORD -e “show slave status\G;” > /tmp/check_mdb1_rep.txt
iostat=`grep “Slave_IO_Running” /tmp/check_mdb1_rep.txt |awk ‘{print $2}’`
sqlstat=`grep “Slave_SQL_Running” /tmp/check_mdb1_rep.txt |awk ‘{print $2}’`
#echo iostat:$iostat and sqlstat:$sqlstat
if [ “$iostat” = “Yes” ] && [ “$sqlstat” = “Yes” ];
then
# mysql is fine, return http 200
/bin/echo “HTTP/1.1 200 OK\r\n”
/bin/echo “Content-Type: Content-Type: text/plain\r\n”
/bin/echo “\r\n”
/bin/echo “MySQL ($MYSQL_HOST:$MYSQL_PORT) replication is running.\r\n”
/bin/echo “\r\n”
else
# mysql is down, return http 503
/bin/echo “HTTP/1.1 503 Service Unavailable\r\n”
/bin/echo “Content-Type: Content-Type: text/plain\r\n”
/bin/echo “\r\n”
/bin/echo “MySQL ($MYSQL_HOST:$MYSQL_PORT) replication is *down*.\r\n”
/bin/echo “\r\n”
[/coolcode]

上面的代码大概有点shell脚本编写经验的都能明白什么意思,就是用mysql 命令连接指定数据库并 -e 方式执行MySQL命令 “show slave status\G”,用以输出当前MySQL服务器的replication运行状况,里面会有两个主要的状态参数Slave_IO_Running和Slave_SQL_Running, 这两个参数用于表示当前数据库的replication运行是否正常,如果有一个是No,则表示数据库同步歇菜了,把状态据结果通过Linux的管道命令输出到 /tmp/check_mdb1_rep.txt文件(你可以自己随便改个文件名),再使用grep和awk命令把文件中想要的两个参数文本行读取出来并拆分,最后判断是否都是“Yes”, 对于正常情况,我们输出一个HTTP协议标准的header头信息,里面包含关键的Code 200或者Code 503,这个其实就是HAProxy监控最终需要的东西。

上面的解释如果有不明白的,可以留言来问我。

把以上这段代码保存为一个文件,比如 /bin/mdb1_replication.sh ,记得 chmod +x

2. 把脚本变成一个系统TCP监听服务

编写/etc/service文件,在末尾添加如下一行
[coolcode linenum=”on”]
mdb1_replication 8822/tcp
[/coolcode]
这段代码的意思就是定义一个系统的服务,名称叫mdb1_replication, 占用8822端口,使用TCP协议访问(这里名称和端口可以自己定义,只要不和系统别的服务重名和端口重复即可)

然后编写/etc/inetd.conf,在文件末尾添加如下一行
[coolcode linenum=”on”]
mdb1_replication stream tcp nowait root /bin/mdb1_replication.sh mdb1_replication
[/coolcode]
这段代码的意思是添加一个接受系统inetd管理的服务,服务名称是前面提到的mdb1_replication, 执行的脚本是 /bin/mdb1_replication.sh,其他的几个参数意思就自己man inetd.conf看看吧

然后运行修改运行 /etc/rc.d/inetd restart 启动服务

运行 netstat -anl |grep 8822 看看是否服务和端口起来了,没有起来的话,检查检查哪里出错了,看看系统日志。

最后执行 telnet localhost 8822,正常应该看到如下运行结果
[coolcode linenum=”on”]
%telnet localhost 8822
Trying 127.0.0.1…
Connected to localhost.
Escape character is ‘^]’.
HTTP/1.1 200 OK\r\n
Content-Type: Content-Type: text/plain\r\n
\r\n
MySQL (mdb2:3307) replication is running.\r\n
\r\n
Connection closed by foreign host.
%
[/coolcode]

3. 配置Haproxy的监控

在HA配置文件中添加类似下面的部分内容
[coolcode linenum=”on”]
listen mdb_3307 192.168.0.8:3307
mode tcp
maxconn 100
balance roundrobin
option httpchk OPTIONS * HTTP/1.1\r\nHost:\ www
server www1:3307 www1:3307 weight 1 check port 9922 inter 2s rise 2 fall 2
server mdb2:3307 mdb2:3307 weight 3 check port 9922 inter 2s rise 2 fall 2 backup
option tcpka
[/coolcode]
上面这段配置我就不过多说明了,这是HAProxy的配置语法,如果对HA有不明白的地方,欢迎讨论。

补充: 目前我们的系统已经实现了 Nginx / Memcached / Sphinx / MySQL 等各个后端应用的负载均衡和状态监控,还有短信报警等环节,有兴趣讨论交流的,欢迎和我联络!

You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
25 Responses
  1. cfanbo says:

    监控类的直接用cacti或者nagios进行不是更方便么?

  2. Michael says:

    监控类的直接用cacti或者nagios进行不是更方便么?

    这不为了要实现状态监控的同时进行实时的负载均衡策略调整么,cacti那样的是用在别处的,我们也假设了类似的监控系统

  3. wwek says:

    最近在看ha方面的东西。感谢·

  4. paul says:

    如何基于haproxy做七层负载均衡,是否有相关实例可以分享一下?查阅过一些资料,未能明白究竟。还望赐教

  5. Michael says:

    如何基于haproxy做七层负载均衡,是否有相关实例可以分享一下?查阅过一些资料,未能明白究竟。还望赐教

    我一直都是参考这个文档进行配置的: http://haproxy.1wt.eu/download/1.4/doc/configuration.txt
    实话实说,HAProxy对于中型和普通大型网站来说,是很不错的选择,7层交换的配置非常灵活,有很好的正则表达式支持,当然,熟悉Nginx的话,也可以用Nginx做很多工作,再配合Squid和Varnish做反向代理和缓存。

  6. kong says:

    网站改版了?
    有美工介绍么呵呵

  7. Michael says:

    网站改版了?
    有美工介绍么呵呵

    哈哈,说句实在话,我们现在还需要一名中等的美术。。。

  8. 北京装修 says:

    感觉好专业

  9. 猪猪 says:

    Michael 编程可以,美工学要加强

  10. jason says:

    mysql多master同步,还是有问题啊,虽然mysql提供了主键offset,但不能解决表中非主键值的更新和多值主键的问题,除非程序逻辑上有大的改动,不知博主是否发现

  11. 奶粉网 says:

    在学校没有雪编程很是后悔!!····

  12. 确实专业的很 期待你的更多作品

  13. 快点更新哦~~~

  14. 网资 says:

    楼主该更新博客咯~~~

  15. 一直认为mssql比mysql性能好。现在想想是自己对mysql了解的太少了!

  16. 不是很懂 但看上去很专业 支持你!

  17. JeremyWei says:

    mdb1_replication 监听的是8822端口,HAProxy里边的healthchek怎么检查的是9922端口?

  18. 嗯~进来学习一下~

  19. 1 says:

    监听写错了,8822和9922.呵呵
    学习了

  20. liuxuejin says:

    您好:haproxy的4层如何?跟lvs的四层有什么区别啊? 貌似 haproxy的四层只是 转发而已。跟lvs的NAT 是差不多?期待回答啊!

  21. Michael says:

    您好:haproxy的4层如何?跟lvs的四层有什么区别啊? 貌似 haproxy的四层只是 转发而已。跟lvs的NAT 是差不多?期待回答啊!

    如果要使用四层交换,还是建议LVS,毕竟是内核级别的,效率会更好,而且LVS支持的四层交换有三种方式,会比较灵活,基本可以达到硬件交换的能力了,而使用haproxy更多的还是使用7层交换的灵活性,在7层负载均衡方面,haproxy可以做到转发也就是类似DR的模式,但是四层也就是常说的TCP模式下,不能实现DR,仅能实现NAT的工作模式。

  22. First, we will tell in our short story about the Timberland 6 Inch boots intended for mountaineering campaigns. These timberland roll top boots consist of two parts. External part of the boot is made of shock-resistant plastic and it is designed with aim to protect the leg against external damages and rigid fixing of a foot (it is essential in case of overcoming slippery surfaces or descent on skis).

  23. is therefore r under a case than it already was. ppHow with abundant a case I communicateed LG Samarticulate wheadgear trecipient TVs and Paggregationtransonic surveys were for amountd. Wheadgear Heras they Tolde

  24. yang says:

    [root@localhost ssh]# telnet 192.168.100.30 8822
    Trying 192.168.100.30…
    Connected to 192.168.100.30 (192.168.100.30).
    Escape character is ‘^]’.
    Connection closed by foreign host.

    [root@localhost ssh]# netstat -lnp|grep 8822
    tcp 0 0 0.0.0.0:8822 0.0.0.0:* LISTEN 10497/xinetd
    能帮看下哪里出错吗?

Leave a Reply

Your email address will not be published. Required fields are marked *

*
To prove you're a person (not a spam script), type the security word shown in the picture. Click on the picture to hear an audio file of the word.
Anti-spam image