haproxy简单安装使用和配置----三大主流负载均衡软件比较（LVS、nginx、haproxy）
1、简介
HAProxy 是一款基于TCP和HTTP应用的具备高可用行且负载均衡的代理软件。HAProxy是完全免费的，借助HAProxy可以快速、可靠地提供基于TCP和HTTP应用的代理解决方案。HAProxy最主要的特点是性能优越，特别使用与负载超重的Web站点，这些站点通常需要会话保持或七层处理。HAProxy完全可以支持数以万计的并发连接。并且HAProxy的运行模式使其可以简单、安全的将信息整合进当前的架构中，同时保护后面的Web服务器不被暴露。
HAProxy具有反向代理服务器等功能，配置简单，拥有非常不错的服务器健康检查功能。档期代理的后段服务器出现故障时，HAProxy会自动将该服务器摘除，故障恢复后在自动将其加入。
2、haproxy与nginx比较
同样具有7层负载功能的Nginx和HaProxy有很多相似的方面，比如都有匹配规则等。如果单纯从效率上来讲，HAProxy比Nginx有更出色的负载均衡速度，并且在并发处理上也有于Nginx。
HAProxy不仅能够弥补Nginx的一些确定，比如Session的保持等工作，并且支持URL检测对于检测，后段服务器出现的问题有很好的帮助。
Nginx对Big Request Header 的支持不是很好，如果 client_header_buffer_size 设置的数值比较小，就会返回400 Bad Request 的错误页面。
3、三大主流负载均衡软件对比（LVS、nginx、haproxy）
LVS:
1、抗负载能力强、性能高，能达到F5硬件的60%；对内存和cpu资源消耗比较低
2、工作在网络4层，通过vrrp协议转发（仅作分发之用），具体的流量由linux内核处理，因此没有流量的产生
3、稳定性、可靠性好，自身有完美的热备方案；（如：LVS+Keepalived）
4、应用范围比较广，可以对所有应用做负载均衡；
5、不支持正则处理，不能做动静分离。
6、支持负载均衡算法：rr（轮循）、wrr（带权轮循）、lc（最小连接）、wlc（权重最小连接）
7、配置 复杂，对网络依赖比较大，稳定性很高。
nginx：
1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构；
2、Nginx对网络的依赖比较小，理论上能ping通就就能进行负载功能；
3、Nginx安装和配置比较简单，测试起来比较方便；
4、也可以承担高的负载压力且稳定，一般能支撑超过1万次的并发；
5、对后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测。
6、Nginx对请求的异步处理可以帮助节点服务器减轻负载；
7、Nginx仅能支持http、https和Email协议，这样就在适用范围较小。
8、不支持Session的直接保持，但能通过ip_hash来解决。、对Big request header的支持不是很好，
9、支持负载均衡算法：Round-robin（轮循）、Weight-round-robin（带权轮循）、Ip-hash（Ip哈希）
10、Nginx还能做Web服务器即Cache功能。 .
haproxy：
1、支持两种代理模式：TCP（四层）和HTTP（七层），支持虚拟主机；
2、能够补充Nginx的一些缺点比如Session的保持，Cookie的引导等工作
3、支持url检测后端的服务器出问题的检测会有很好的帮助。
4、更多的负载均衡策略比如：动态加权轮循(Dynamic Round Robin)，加权源地址哈希(Weighted Source Hash)， 加权URL哈希和加权参数哈希(Weighted Parameter Hash)已经实现
5、单纯从效率上来讲HAProxy更会比Nginx有更出色的负载均衡速度。
6、HAProxy可以对Mysql进行负载均衡，对后端的DB节点进行检测和负载均衡。
7、支持负载均衡算法：Round-robin（轮循）、Weight-round-robin（带权轮循）、source（原地址保持）、 RI（请求URL）、rdp-cookie（根据cookie）
8、不能做Web服务器即Cache。
4、haproxy安装
root@VM-236-5-ubuntu:~# yum install haproxy -y
编辑配置文件
root@VM-236-5-ubuntu:~# vim /etc/haproxy/haproxy.cfg
下面我贴出配置文件和部分解释
global
log 127.0.0.1 local1
maxconn 65000 #最大连接数
#chroot /usr/local/haproxy #安装目录
#uid haproxy #用户haproxy
#gid haproxy #组haproxy
daemon #守护进程运行
nbproc 1 #进程数量
# pidfile /usr/local/haproxy/logs/haproxy.pid #haproxy pid
defaults
log global
mode http #7层#默认的模式mode {tcp|http|health},tcp是4层,http是7层,health只会返回OK
option httplog #http 日志格式
option httpclose #主动关闭http通道,HA-Proxy不支持keep-alive模式
option redispatch #serverId对应的服务器挂掉后,强制定向到其他健康的服务器
option forwardfor except 127.0.0.1/8 #后端服务器需要获得客户端的真实IP,将从Http Header中获得客户端IP
option dontlognull #来防止记录 Alteo(4层负载均衡)发出的健康检测,如果一个 session 交互没有
#数据,这个 session就不会被记录
retries 3
maxconn 50000 #最大连接数
timeout http-request 10s
timeout queue 1m
timeout connect 10s
timeout client 1m
timeout server 1m
timeout http-keep-alive 10s
timeout check 10s
#errorfile 502 /usr/local/haproxy/html/maintain.html
#errorfile 503 /usr/local/haproxy/html/maintain.html
#errorfile 504 /usr/local/haproxy/html/maintain.html
frontend main
bind *:8100 #监听地址
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 my_webserver #定义一个名为my_app前端部分。此处将对于的请求转发给后端
backend static #使用了静态动态分离（如果url_path匹配 .jpg .gif .png .css .js静态文件则访问此后端）
balance roundrobin #负载均衡算法（#banlance roundrobin 轮询）
server static 127.0.0.1:80 check #静态文件部署在本机（也可以部署在其他机器或者squid缓存服务器
backend my_webserver
mode http
option forwardfor
balance roundrobin
cookie SERVERID
option httpchk HEAD /index.html
server web01 172.17.0.2:80 cookie web01 check inter 2000 rise 3 fall 3 weight 3
server web02 172.17.0.3:80 cookie web02 check inter 2000 rise 3 fall 3 weight 3
测试
访问haproxy的地址会来回切换172.17.0.2和172.17.0.3的web服务
5、后记
参考文章：https://www.cnblogs.com/tangkai/p/4924083.html
参考文章：https://www.jianshu.com/p/92677d58b6f1
感谢大神们的分享，如有侵权之处请速与我联系，我将感激不尽。
