常见软件负载均衡

负载均衡分类

负载均衡类型	核心原理	实践案例
二层	修改请求数据包中的MAC地址，转发后端	LVS DR模式
三层	将请求数据包重新封装，转发后端	LVS TUNNEL（IP隧道）
四层	修改请求数据包目标地址中的IP或IP+端口，转发后端	四层硬件负载均衡（如F5/Netscaler）/ LVS NAT模式 / HAProxy四层 / Nginx四层
七层	解封请求数据包在HTTP层判断HTTP请求头，转发后端	七层硬件负载均衡（如F5/Netscaler）/ HAProxy七层 / Nginx七层
DNS	域名多个A解析、智能解析	万网、DNSPod

负载均衡性能比较

类型	支持并发
硬件负载均衡（F5 / Netscaler）	400W ~ 800W
LVS DR 模式	100W ~ 400W
LVS NAT 模式	50W ~ 100W
HAProxy四层 / Nginx四层	10W ~ 50W
HAProxy七层 / Nginx七层	2W ~ 5W
IIS	0.5W ~ 1W
Apache	3K ~ 5K
Tomcat	1K

注：IIS、Apache、Tomcat服务器都是Web服务器，底层基于Select网络模型，而Nginx/HAProxy底层基于Epoll网络模型。

三大主流软件负载均衡器对比(LVS、Nginx、HAproxy)

LVS:

优点：

1. 抗负载能力强，性能高，能达到F5的60%，对内存和CPU资源消耗比较低
2. 工作在网络2/3/4层，通过VRRP协议(仅作代理之用)，具体的流量是由linux内核来处理，因此没有流量的产生。
3. 稳定，可靠性高，自身有完美的热备方案(Keepalived+lvs)
4. 工作在网络2/3/4层，相对性能上较高 (网络的七层模式：物理层、数据链路层、网络层、传输层、会话层、表示层、应用层)
5. 支持多种负载均衡算法：rr(轮询)，wrr(带权轮询)、lc(最小连接)、wlc(带权最小连接)
6. 配置相对复杂，对网络依赖比较大，稳定性很高。
7. LVS工作模式有4种：nat 地址转换，dr 直接路由，tun 隧道，full-nat 

缺点：

1. 不支持正则处理，不能做动静分离。
2. 如果是网站应用比较庞大的话，LVS/DR+Keepalived实施起来就比较复杂了

Nginx:

优点：

1. 工作在网络7层（从1.9.0版本开始支持4层TCP），可以针对http应用做一些分流的策略，比如针对域名、目录结构。它的正则规则比HAProxy更为强大和灵活，这也是它目前广泛流行的主要原因之一，Nginx单凭这点可利用的场合就远多于LVS了。
2. Nginx对网络的依赖较小，理论上能ping通就能进行负载功能
3. Nginx安装配置比较简单，测试起来很方便
4. 也可以承担较高的负载压力且稳定，nginx是为解决c10k问题而诞生的
5. Nginx对请求的异步处理可以帮助节点服务器减轻负载压力
6. Nginx还能做Web服务器即Cache功能。
7. 可作为静态网页和图片服务器，这方面的性能也无对手。
8. Nginx社区非常活跃，第三方模块也很多。

缺点：

1. 对后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测
2. Nginx仅能支持http、https和Email协议，这样就在适用范围较小。
3. 不支持Session的直接保持，但能通过ip_hash来解决。对Big request header的支持不是很好。

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）
    

缺点：

1. 不能做Web服务器，即不支持HTTP cache功能；
2. Nginx几乎能替代HAProxy在七层和四层负载均衡的功能应用；
3. 多进程模式支持不够好；

三大主流软件负载均衡器适用业务场景：
1. 网站建设初期，可以选用Nginx、HAProxy作为反向代理负载均衡(流量不大时，可以不选用负载均衡)，因为其配置简单，性能也能满足一般业务场景。如果考虑到负载均衡器是有单点问题，可以采用Nginx+Keepalived/HAproxy+Keepalived避免负载均衡器自身的单点问题。

2. 网站并发到达一定程度后，为了提高稳定性和转发效率，可以使用LVS+Nginx，可以保障入口流量最大性能及效率被负载均衡转发。

3. 为了保障高可用架构，业务整体的容灾，单机房容量限制，会引入异地多活架构，可以使用DNS+LVS+Nginx作为负载均衡。

注：DNS的负载均衡架构，主要适用大规模应用。当后端有一两百台应用服务器，而一台SLB的性能又有限时，此时采用多个SLB，DNS调用的优势和必要性就体现出来了。