Haproxy原理及部署

LVS在企业中康复在能力很强，但存在不足：

• LVS不支持正则处理，不能实现动静分离
• 对于大型网站LVS的事实配置较为复杂，维护成本相对较高

Haproxy是一款可以供高可用性、负载均衡和基于TCP和HTTP应用的代理软件 

• 非常适用于并发大（并发达1w以上）web站点
• 可保持站点的会话保持或七层处理

1. 可靠性和稳定性非常好，可以与硬件级的F5负载均衡设备相媲美
2. 最高可以同时维护40000-50000个并发连接，单位时间内处理的最大请求数为20000个，最大处理能力可达10Git/s
3. 支持多达8 种负载均衡算法，同时也支持会话保持
4. 支持虚拟主机功能，从而实现web负载均衡更加灵活
5. 支持连接拒绝、全透明代理等独特功能
6. 拥有强大的ACL支持，用于访问控制
7. 其独特的弹性二叉树数据结构，使数据结构的复杂性上升到了0（1），即数据的查询速度不会随着数据条目的增加而速度有所下降
8. 支持客户端的keepalive功能，减少客户端与haproxy的多次三次握手导致资源量费，让多个请求在一个tcp连接中完成
9. 支持TCP加速，零功能，类似于mmap机制
10. 支持响应池（response buffering）
11. 支持RDP协议
12. 基于源的粘性，类似于nginx的ip_hash功能，把来自同一客户端的请求在一定时间内始终调度到上游的同一服务器
13. 更好统计数据接口，其web接口显示后端冀全中各个服务器的接受、发送、拒绝、错误等数据的统计信息
14.  详细的健康状态检测，web接口中有关对上流服务器的健康检测状态，并提供了一定的管理功能
15. 基于流量的健康评估机制
16. 基于http认证
17. 基于命令行的管理接口
18. 日志分析器，可对日志进行分析
     

1. roundrobin，表示简单的轮询
2. static-rr，表示根据权重
3. leastconn，表示最少连接者先处理
4. source，表示根据请求源IP
5. uri，表示根据请求的URI,做cdn需使用;
6. url_param，表示根据请求的URl参数'balance url_param' requires an URL parameter name
7. hdr(name)，表示根据HTTP请求头来锁定每一次HTTP请求;
8. rdp-cookie(name)，表示根据cookie(name)来锁定并哈希每一次TCP请求。

• 目前常见的Web集群调度器分为软件和硬件
• 软件通常使用开源的LVS、Haproxy、Nginx
• 硬件一般使用比较多的是F5，也有很多人使用国内的一些产品，如梭子鱼、绿盟等

• LVS基于Linux操作系统内核实现软负载均衡，而HAProxy和Nginx是基于第三方应用实现的软负载均衡；
• LVS是可实现4层的IP负载均衡技术，无法实现基于目录、URL的转发。而HAProxy和Nginx都可以实现4层和7层技术，HAProxy可提供TCP和HTTP应用的负载均衡综合解决方案；
• LVS因为工作在ISO模型的第四层，其状态监测功能单一，而HAProxy在状态监测方面功能更丰富、强大，可支持端口、URL、脚本等多种状态检测方式；
• HAProxy功能强大，但整体性能低于4层模式的LVS负载均衡。
• Nginx主要用于Web服务器或缓存服务器。Nginx的upstream模块虽然也支持群集功能，但是对群集节点健康检查功能不强，性能没有Haproxy好。

nginx
① 支持正则
② 只支持基于端口的健康检查
③ 不支持session直接保持、但能通过ip_hash来解决
④ 对网络稳定性要求不高
⑤ 反向代理能力强

LVS
① 只能基于四层端口转发
② 尽在四层做分发作用 抗负载能力强
③ 应用范围广

haproxy
① 支持8中负载均衡策略
② 仅作负载均衡软件使用，在高并况下性能优于nginx
③ 支持URL检测  支持session保持
 

Haproxy服务器：192.168.247.21    
Nginx 服务器1：192.168.247.22  
Nginx 服务器2：192.168.247.23  
客户端：192.168.247.80

安装Nginx服务过程省略，2台服务器节点安装过程相同，按照上述步骤安装

192.168.247.22 

192.168.247.23 

 验证：客户端访问192.168.247.21/test.html ，不断刷新浏览器测试负载均衡效果