负载均衡之LVS、Nginx与Haproxy对比

目录

前言

LVS

优点

缺点

LVS支持的调度算法

Nginx

优点

缺点

Nginx支持的调度算法

Haproxy

优点

缺点

HAProxy支持的调度算法

总结

---

前言

负载均衡时应用于网络后台系统架构设计中的各层之中的，他会将客户机的请求平均分摊到多个服务器上执行

LVS

LVS： 是基于四层的转发，只能做端口的转发，基于URL、基于目录的转发LVS做不了

优点

1. 抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的，对内存和cpu资源消耗比较低
2. 配置性比较低，这是一个缺点也是一个优点，因为没有可太多配置的东西，所以并不需要太多接触，大大减少了人为出错的几率
3. 工作稳定，因为其本身抗负载能力很强，自身有完整的双机热备方案，如LVS+Keepalived，不过我们在项目实施中用得最多的还是LVS/DR+Keepalived
4. 流量，LVS只分发请求，而流量并不从它本身出去，这点保证了均衡器IO的性能不会收到大流量的影响
5. 应用范围比较广，因为LVS工作在4层，所以它几乎可以对所有应用做负载均衡，包括http、数据库、在线聊天室等等

缺点

1. 软件本身不支持正则表达式处理，不能做动静分离；而现在许多网站在这方面都有较强的需求，这个是Nginx/Hａｐroxy+Keepalived的优势所在
2. 如果是网站应用比较庞大的话，LVS/DR+Keepalived实施起来就比较复杂了，特别后面有Windows Server的机器的话，如果实施及配置还有维护过程就比较复杂了，相对而言，Nginx/Haproxy+Keepalived就简单多了

LVS支持的调度算法

• RR：Round Robin，轮询，较常用
• WRR：Weighted RR，加权轮询，较常用
• SH：Source Hashing，源地址散列调度算法
• DH：Destination Hashing，目标地址散列调度算法
• LC：least connections，最少连接，适用于长连接应用
• WLC：Weighted LC，加权最少连接，默认调度算法，较常用
• SED：Shortest Expection Delay，最短延迟调度
• NQ：Never Queue，永不排队调度
• LBLC：Locality-Based LC，基于局部性的最少链接
• LBLCR：LBLC with Replication，带复制的基于局部性最少连接

Nginx

Nginx： 是WEB服务器，缓存服务器，又是反向代理服务器，可以做四层和七层的转发

优点

1. 工作在网络7层之上，可针对http应用做一些分流的策略，如针对域名、目录结构，它的正规规则比HAProxy更为强大和灵活，所以，目前为止广泛流行
2. Nginx对网络稳定性的依赖非常小，理论上能ping通就能进行负载功能
3. Nginx安装与配置比较简单，测试也比较方便，基本能把错误日志打印出来
4. 可以承担高负载压力且稳定，硬件不差的情况下一般能支撑几万次的并发量，负载度比LVS小
5. Nginx可以通过端口检测到服务器内部的故障，如根据服务器处理网页返回的状态码、超时等，并会把返回错误的请求重新提交到另一个节点
6. 不仅仅是优秀的负载均衡器/反向代理软件，同时也是强大的Web应用服务器。LNMP也是近些年非常流行的Web架构，在高流量环境中稳定性也很好
7. 可作为中层反向代理使用
8. 可作为静态网页和图片服务器

缺点

1. 适应范围较小，仅能支持http、https、Email协议
2. 对后端服务器的健康检查，只支持通过端口检测，不支持url来检测。比如用户正在上传一个文件，而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理，而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话，用户可能会因此而不满
3. Nginx的Session的保持，Cookie的引导能力相对欠缺

Nginx支持的调度算法

• rr，轮询，默认调度算法
• wrr，加权轮询
• ip_hash，源地址hash
• least_conn，最少连接
• hash KEY [consistent]， 一致性hash算法

Haproxy

HAproxy： 是基于四层和七层的转发，是专业的代理服务器

优点

1. HAProxy是支持虚拟主机的，可以工作在4、7层(支持多网段)
2. HAProxy的优点能够补充Nginx的一些缺点，比如支持Session的保持，Cookie的引导；同时支持通过获取指定的url来检测后端服务器的状态
3. HAProxy跟LVS类似，本身就只是一款负载均衡软件；单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度，在并发处理上也是优于Nginx的
4. HAProxy支持TCP协议的负载均衡转发，可以对MySQL读进行负载均衡，对后端的MySQL节点进行检测和负载均衡，大家可以用LVS+Keepalived对MySQL主从做负载均衡。
5. HAProxy负载均衡策略非常多，HAProxy的负载均衡算法现在具体有如下8种

缺点

1. 不支持POP/SMTP协议
2. 不支持SPDY协议
3. 不支持HTTP cache功能。现在不少开源的lb项目，都或多或少具备HTTP cache功能
4. 重载配置的功能需要重启进程，虽然也是soft restart，但没有Nginx的reaload更为平滑和友好
5. 多进程模式支持不够好

HAProxy支持的调度算法

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请求

总结

Haproxy和Nginx由于可以做七层的转发，所以URL和目录的转发都可以做，高并发场景选择LVS

像中小型公司的话并发量没那么大，选择Haproxy或者Nginx足已，由于Haproxy是专业的代理服务器，配置简单，功能丰富，类似于增强版的Nginx，所以中小型企业推荐使用Haproxy

对节点健康检查：Haproxy　LVS都主动检查　Haproxy检查的方式更丰富　Nginx只能被动检查，通过转发请求是否失败来作为判断

就性能而言：LVS　>　Haproxy　>　Nginx；功能性和便利性：Nginx　>　Haproxy　>　LVS