HAProxy 参数配置

RabbitMQ集群部署完成，通过HAProxy反向代理来提供统一的对RabbitMQ的访问入口。

1.Haproxy提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。（负载均衡策略有很多：轮询、加权轮询、源地址哈希、最小连接数等等）

2.为什么使用集群？面对大量业务访问、高并发请求可以使用高性能的服务器来提升RabbitMQ服务的负载能力。当单机容量达到极限时，采取集群的策略来对负载能力做进一步的提升和提升系统稳定性，但是这里还存在一个负载不均衡的问题。如果一个集群中有3个节点，所有的客户端都与其中的单个节点node1建立TCP连接，那么node1的网络负载必然会大大增加而显得难以承受，其他节点又由于没有那么多的负载而造成硬件资源的浪费。通过使用 haproxy 的负载策略来转发客户端的请求到RabbitMQ集群中，缓解队列集群中单一节点网络负载等情况

 3.RabbitMQ集群的搭建方式有多种，其中就包括我们今天要说的RabbitMQ+HAProxy的形式。

HAProxy是部署在Linux服务器的一个非常容易安装的程序包，对于安装我们不再赘述，我们只说明HAProxy的配置。

HAProxy部署完成以后，在配置文件/etc/haproxy/haproxy.cfg(Haproxy的安装路径) 的后面加上以下配置

 # 配置文件
 -------------------------------------------------------
 # 全局配置
 global

     # 设置日志文件输出定向
     log 127.0.0.1 local3 info

     # 改变当前工作目录
     chroot /usr/local/haproxy

     # 用户与用户组
     user haproxy
     group haproxy

     # 守护进程启动，运维方式为后台工作
     daemon

     # 最大连接数
     maxconn 

 # 作用于其后紧跟的listen块，直至下一个defaults 块，下一个default 将替换上一个块作用于以后的listen
 defaults

     # 启用每个实例日志记录事件和流量。
     log global

     # 默认的模式mode { tcp|http|health }，tcp是4层，http是7层，health只会返回OK
     mode http

     # maxconn          maxconn 每个进程可用的最大连接数
     # retries          当对server的connection失败后，重试的次数 　
     # option abortonclose     启用或禁用在队列中挂起的中止请求的早期丢弃
     # option redispatch     启用或禁用在连接故障情况下的会话重新分配
     # option dontlognull     启用和禁用 记录 空连接
     # option httpclose         每次请求完毕后主动关闭http通道，HA-Proxy不支持keep-alive模式
     # option forwardfor     获得客户端IP
     # option httplog        记录HTTP 请求,session 状态和计时器
     option httplog
     option dontlognull
     timeout connect
     timeout client
     timeout server 

 #前端配置，http_front名称可自定义
 frontend http_front

     # bind *: ssl crt /etc/haproxy/cert.pem        启用ssl证书
     # bind *:                        发起http请求道80端口，会被转发到设置的ip及端口
     bind *:

     #haproxy的状态管理页面，通过/haproxy?stats来访问
     stats uri /haproxy?stats
     default_backend http_back

 #后端配置，http_back名称可自定义
 backend http_back

     # 负载均衡方式
     # source 根据请求源IP
     # static-rr 根据权重
     # leastconn 最少连接者先处理
     # uri 根据请求的uri
     # url_param 根据请求的url参数
     # rdp-cookie 据据cookie(name)来锁定并哈希每一次请求
     # hdr(name) 根据HTTP请求头来锁定每一次HTTP请求
     # roundrobin 轮询方式
     balance roundrobin

     #设置健康检查页面
     option httpchk GET /index.html

     #传递客户端真实IP
     option forwardfor header X-Forwarded-For

     # inter  健康检查时间间隔2秒
     # rise  检测多少次才认为是正常的
     # fall  失败多少次才认为是不可用的
     # weight  权重
     # 需要转发的ip及端口
     server node1 192.168.179.131: check inter  rise  fall  weight
     server node2 192.168.179.131: check inter  rise  fall  weight 

 -------------------------------------------------------

 # haproxy的acl规则
 -------------------------------------------------------

 frontend http_front
     bind *:
     stats uri /haproxy?stats

     #创建一个acl，is_http_back2是acl的名称，可自定义，用于判断主机名是否为www.back2.com
     acl is_http_back2 hdr_end(host) www.back2.com

     #通过正则判断主机名中是否为bbs.back.com或forum.back.com
     acl is_host_bbs hdr_reg(host) -i ^(bbs.back.com|forum.back.com)

     #判断ua是否为android
     acl is_ua_android hdr_reg(User-Agent) -i android

     #判断主机名开头是否为img.或css.或js.
     acl is_host_static hdr_beg(host) -i img. css. js.

     #判断url路径中是否有/bbs
     acl is_path_bbs path_beg -i /bbs

     #判断url文件结尾
     acl is_php path_end -i .php

     #通过正则判断url中结尾以
     acl is_static_file url_reg -i /*.(css|jpg|png|jpeg|gif)$

     #效果同上
     acl is_static_file2 path_end -i .css .jpg .png .jpeg .gif

     #如果主机名是www.back2.com那么就使用后端http_back2
     use_backend http_back2ifis_http_back2

     #默认使用的后端
     default_backend http_back

 backend http_back
     balance roundrobin
     option httpchk GET /index.html
     option forwardfor header X-Forwarded-For
     server node1 192.168.1.222:8080 check inter 2000 rise 3 fall 3 weight 30

 backend http_back2
     balance roundrobin
     option httpchk GET /index.html
     option forwardfor header X-Forwarded-For
     server node2 192.168.1.222:8082 check inter 2000 rise 3 fall 3 weight 30

 -------------------------------------------------------

4.HAProxy及RabbitMQ均部署完成后，可以通过查看HAProxy的监控页面，来确认HAProxy是否正确安装

5.HAProxy及RabbitMQ的部署关系

针对HAProxy参数配置，比较固定，调整的时机也很小，但每个参数都有其必要的作用，因此了解每个常用HAProxy参数是非常有必要的。

针对RabbitMQ集群，顺便提一下，部署了集群以后，务必针对重要队列开启镜像，因为可以最大限度的避免消息丢失。