负载均衡类型 | 核心原理 | 实践案例 |
---|---|---|
二层 | 修改请求数据包中的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:
优点:
- 抗负载能力强,性能高,能达到F5的60%,对内存和CPU资源消耗比较低
- 工作在网络2/3/4层,通过VRRP协议(仅作代理之用),具体的流量是由linux内核来处理,因此没有流量的产生。
- 稳定,可靠性高,自身有完美的热备方案(Keepalived+lvs)
- 工作在网络2/3/4层,相对性能上较高 (网络的七层模式:物理层、数据链路层、网络层、传输层、会话层、表示层、应用层)
- 支持多种负载均衡算法:rr(轮询),wrr(带权轮询)、lc(最小连接)、wlc(带权最小连接)
- 配置相对复杂,对网络依赖比较大,稳定性很高。
- LVS工作模式有4种:nat 地址转换,dr 直接路由,tun 隧道,full-nat
缺点:
- 不支持正则处理,不能做动静分离。
- 如果是网站应用比较庞大的话,LVS/DR+Keepalived实施起来就比较复杂了
Nginx:
优点:
- 工作在网络7层(从1.9.0版本开始支持4层TCP),可以针对http应用做一些分流的策略,比如针对域名、目录结构。它的正则规则比HAProxy更为强大和灵活,这也是它目前广泛流行的主要原因之一,Nginx单凭这点可利用的场合就远多于LVS了。
- Nginx对网络的依赖较小,理论上能ping通就能进行负载功能
- Nginx安装配置比较简单,测试起来很方便
- 也可以承担较高的负载压力且稳定,nginx是为解决c10k问题而诞生的
- Nginx对请求的异步处理可以帮助节点服务器减轻负载压力
- Nginx还能做Web服务器即Cache功能。
- 可作为静态网页和图片服务器,这方面的性能也无对手。
- Nginx社区非常活跃,第三方模块也很多。
缺点:
- 对后端服务器的健康检查,只支持通过端口来检测,不支持通过url来检测
- Nginx仅能支持http、https和Email协议,这样就在适用范围较小。
- 不支持Session的直接保持,但能通过ip_hash来解决。对Big request header的支持不是很好。
HAProxy:
优点:
- 支持两种代理模式:TCP(四层)和HTTP(七层),支持虚拟主机;
- 能够补充Nginx的一些缺点比如Session的保持,Cookie的引导等工作
- 支持url检测后端的服务器出问题的检测会有很好的帮助。
- 更多的负载均衡策略比如:动态加权轮循(Dynamic Round Robin),加权源地址哈希(Weighted Source Hash),加权URL哈希和加权参数哈希(Weighted Parameter Hash)已经实现
- 单纯从效率上来讲HAProxy更会比Nginx有更出色的负载均衡速度。
- HAProxy可以对Mysql进行负载均衡,对后端的DB节点进行检测和负载均衡。
- 支持负载均衡算法:Round-robin(轮循)、Weight-round-robin(带权轮循)、source(原地址保持)、RI(请求URL)、rdp-cookie(根据cookie)
缺点:
- 不能做Web服务器,即不支持HTTP cache功能;
- Nginx几乎能替代HAProxy在七层和四层负载均衡的功能应用;
- 多进程模式支持不够好;
三大主流软件负载均衡器适用业务场景:
1. 网站建设初期,可以选用Nginx、HAProxy作为反向代理负载均衡(流量不大时,可以不选用负载均衡),因为其配置简单,性能也能满足一般业务场景。如果考虑到负载均衡器是有单点问题,可以采用Nginx+Keepalived/HAproxy+Keepalived避免负载均衡器自身的单点问题。
2. 网站并发到达一定程度后,为了提高稳定性和转发效率,可以使用LVS+Nginx,可以保障入口流量最大性能及效率被负载均衡转发。
3. 为了保障高可用架构,业务整体的容灾,单机房容量限制,会引入异地多活架构,可以使用DNS+LVS+Nginx作为负载均衡。
注:DNS的负载均衡架构,主要适用大规模应用。当后端有一两百台应用服务器,而一台SLB的性能又有限时,此时采用多个SLB,DNS调用的优势和必要性就体现出来了。