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

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

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

演示

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

1. 拉取Haproxy:1.8镜像

   docker pull haproxy:1.8

2. 拉取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官方配置参考