现在公司实现高可用已经成为必不可少的一环，在众多的负载均衡集群方案中，Haproxy是比较有名的一个。它可以实现TCP或Http的负载均衡。优点如下：
- 免费开源，与硬件负载均衡相比划算很多
- 最高可以维护40000~50000个并发，作为软件级别的负载均衡来说，实在强大
- 支持多种负载均衡算法，同时支持session保持
- 支持虚拟主机
- 拥有服务器监控页面，可以了解系统的实时运行状态
借用官网的图，图中的HA即为Haproxy软件，下面的PROXY为要代理的服务器，客户端只需要访问HA，相当于在访问PROXY。
演示
像这种软件的东西，直接动手比说理论有用的多。我还是基于Docker演示，明白其原理主要是配置文件，用虚拟机或容器都是类似的。
- 拉取Haproxy:1.8镜像
docker pull haproxy:1.8复制代码
- 拉取httpd镜像，并且准备web容器
docker pull httpd:2.4docker run -it -d --name web1 httpd:2.4docker run -it -d --name web2 httpd:2.4docker run -it -d --name web-static httpd:2.4docker exec -it web1 /bin/bash复制代码
进入容器之后分别修改其html页面
- 运行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/statsdefaults 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 3000frontend 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 :80backend static balance roundrobin server static 172.17.0.5:80 checkbackend app balance roundrobin server app1 172.17.0.3:80 check server app2 172.17.0.4:80 check复制代码
结果
在访问同一台服务器，可以看到响应的内容确实转发到后端不同的服务器上面
最后
纸上得来终觉浅，绝知此事要躬行。Haproxy一直在大脑中停留着，亲自配置一遍才知道其是怎么回事。中间遇到两个问题
- Haproxy1.5版本与1.8版本的frontend配置稍有不同，学会参考文档
- 配置文件中的stats指定的目录在系统中如果不存在，会报错，指定的目录都要存在才行
让配置生效之前先用haproxy -c检查一下配置文件是否正确