HAProxy高性能软负载均衡器

现在公司实现高可用已经成为必不可少的一环，在众多的负载均衡集群方案中，Haproxy是比较有名的一个。它可以实现TCP或Http的负载均衡。优点如下：

• 免费开源，与硬件负载均衡相比划算很多
• 最高可以维护40000~50000个并发，作为软件级别的负载均衡来说，实在强大
• 支持多种负载均衡算法，同时支持session保持
• 支持虚拟主机
• 拥有服务器监控页面，可以了解系统的实时运行状态

借用官网的图，图中的HA即为Haproxy软件，下面的PROXY为要代理的服务器，客户端只需要访问HA，相当于在访问PROXY。

演示

像这种软件的东西，直接动手比说理论有用的多。我还是基于Docker演示，明白其原理主要是配置文件，用虚拟机或容器都是类似的。

1. 拉取Haproxy:1.8镜像

docker pull haproxy:1.8 

1. 拉取httpd镜像，并且准备web容器

docker pull httpd:2.4 docker run -it -d --name web1 httpd:2.4 docker run -it -d --name web2 httpd:2.4 docker run -it -d --name web-static httpd:2.4 docker exec -it web1 /bin/bash 

进入容器之后分别修改其html页面

1. 运行Haproxy容器，并且准备其配置文件

Haproxy的配置文件主要分为几部分

• global 一些全局配置信息，主要和进程相关，注意如果涉及到目录相关的，要提前创建目录
• defaults 默认的配置信息
• frontend 前端的配置，暴露给用户的部分
• backend 后端的配置，真实的提高服务的部分

在官方的网站中，所有的配置指令都有详细的解释，网址在文末的参考中。

我们的配置如下

global log 127.0.0.1 local2 chroot /var/lib/haproxy pidfile /var/run/haproxy.pid maxconn 4000 user haproxy group haproxy daemon stats socket /var/lib/haproxy/stats defaults mode http log global option httplog option dontlognull option http-server-close option forwardfor except 127.0.0.0/8 option redispatch retries 3 timeout http-request 10s timeout queue 1m timeout connect 10s timeout client 1m timeout server 1m timeout http-keep-alive 10s timeout check 10s maxconn 3000 frontend main acl url_static path_beg -i /static /images /javascript /stylesheets acl url_static path_end -i .jpg .gif .png .css .js use_backend static if url_static default_backend app bind :80 backend static balance roundrobin server static 172.17.0.5:80 check backend app balance roundrobin server app1 172.17.0.3:80 check server app2 172.17.0.4:80 check 

结果

在访问同一台服务器，可以看到响应的内容确实转发到后端不同的服务器上面

最后

纸上得来终觉浅，绝知此事要躬行。Haproxy一直在大脑中停留着，亲自配置一遍才知道其是怎么回事。中间遇到两个问题

1. Haproxy1.5版本与1.8版本的frontend配置稍有不同，学会参考文档
2. 配置文件中的stats指定的目录在系统中如果不存在，会报错，指定的目录都要存在才行

让配置生效之前先用haproxy -c检查一下配置文件是否正确

参考

• Haproxy官方配置参考