三大主流软件负载均衡器对比(LVS VS Nginx VS Haproxy)
LVS：
1、抗负载能力强。抗负载能力强、性能高，能达到F5硬件的60%；对内存和cpu资源消耗比较低
2、工作在网络4层，通过vrrp协议转发（仅作分发之用），具体的流量由linux内核处理，因此没有流量的产生
3、稳定性、可靠性好，自身有完美的热备方案；（如：LVS+Keepalived）
4、应用范围比较广，可以对所有应用做负载均衡；
5、不支持正则处理，不能做动静分离。
6、支持负载均衡算法：rr（轮循）、wrr（带权轮循）、lc（最小连接）、wlc（权重最小连接）
7、配置 复杂，对网络依赖比较大，稳定性很高。
Ngnix：
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节点进行检测和负载均衡。
9、支持负载均衡算法：Round-robin（轮循）、Weight-round-robin（带权轮循）、source（原地址保持）、
RI（请求URL）、rdp-cookie（根据cookie）
10、不能做Web服务器即Cache。
三大主流软件负载均衡器适用业务场景：
1、网站建设初期，可以选用Nigix/HAproxy作为反向代理负载均衡（或者流量不大都可以不选用负载均衡），因为其配置简单，性能也能满足一般的业务场景。如果考虑到负载均衡器是有单点问题，可以采用Nginx+Keepalived/HAproxy+Keepalived避免负载均衡器自身的单点问题。
2、网站并发达到一定程度之后，为了提高稳定性和转发效率，可以使用LVS、毕竟LVS比Nginx/HAproxy要更稳定，转发效率也更高。不过维护LVS对维护人员的要求也会更高，投入成本也更大。
注：Niginx与Haproxy比较：Niginx支持七层、用户量最大，稳定性比较可靠。Haproxy支持四层和七层，支持更多的负载均衡算法，支持session保存等。具体选型看使用场景，目前来说Haproxy由于弥补了一些Niginx的缺点用户量也不断在提升。
下述将选择Haproxy作为负载均衡器进行安装配置，本次使用环境：
环境centos7.3
Haproxy 1.7.5
1.下载
wget http://www.haproxy.org/download/1.7/src/haproxy-1.7.5.tar.gz
2.解压
tar -zxvf haproxy-1.7.5.tar.gz
cd haproxy-1.7.5
3.安装
make TARGET=linux2628 ARCH=x86_64 PREFIX=/usr/local/haproxy
make install PREFIX=/usr/local/haproxy
参数说明
TARGET=linux26 #内核版本，使用uname -r查看内核，如：2.6.18-371.el5，此时该参数就为linux26；kernel 大于2.6.28的
用：TARGET=linux2628
ARCH=x86_64 #系统位数
PREFIX=/usr/local/haprpxy #/usr/local/haprpxy为haprpxy安装路径
4.配置
安装完成后需要自己手动创建配置文件
cd /usr/local/haproxy #进入haproxy安装目录
touche haproxy.cfg #创建配置文件
vi 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 *:80 #监听地址
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 192.168.131.42:80 cookie web01 check inter 2000 rise 3 fall 3 weight 3
server web02 192.168.131.46:80 cookie web02 check inter 2000 rise 3 fall 3 weight 3
5.启动
/usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/haproxy.cfg
