你真的掌握LVS、Nginx及HAProxy工作原理吗？ _Nginx

当前大多数的互联网系统都使用了服务器集群技术，集群是将相同服务部署在多台服务器上构成一个集群整体对外提供服务。

文章插图

图片来自 Unsplash
这些集群可以是 Web 应用服务器集群，也可以是数据库服务器集群，还可以是分布式缓存服务器集群等等。

文章插图

在实际应用中，在 Web 服务器集群之前总会有一台负载均衡服务器，负载均衡设备的任务就是作为 Web 服务器流量的入口，挑选最合适的一台 Web 服务器，将客户端的请求转发给它处理，实现客户端到真实服务端的透明转发。
最近几年很火的云计算以及分布式架构，本质上也是将后端服务器作为计算资源、存储资源，由某台管理服务器封装成一个服务对外提供，客户端不需要关心真正提供服务的是哪台机器。
在它看来，就好像它面对的是一台拥有近乎无限能力的服务器，而本质上，真正提供服务的，是后端的集群。
LVS、Nginx、HAProxy 是目前使用很广泛的三种软件负载均衡软件。一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。
具体的应用需求还得具体分析，如果是中小型的 Web 应用，比如日 PV 小于 1000 万，用 Nginx 就完全可以了。
如果机器不少，可以用 DNS 轮询，LVS 所耗费的机器还是比较多的;大型网站或重要的服务，且服务器比较多时，可以考虑用 LVS 。
目前关于网站架构一般比较合理流行的架构方案：

Web 前端采用 Nginx/HAProxy+Keepalived 作负载均衡器。
后端采用 MySQL 数据库一主多从和读写分离，采用 LVS+Keepalived 的架构。

LVS
LVS 是 linux Virtual Server 的简称，也就是 Linux 虚拟服务器。现在 LVS 已经是 Linux 标准内核的一部分。
从 Linux 2.4 内核以后，已经完全内置了 LVS 的各个功能模块，无需给内核打任何补丁，可以直接使用 LVS 提供的各种功能。
LVS 自从 1998 年开始，发展到现在已经是一个比较成熟的技术项目了。
LVS 的体系结构：

文章插图

LVS 架设的服务器集群系统由三个部分组成：

最前端的负载均衡层，用 Load Balancer 表示。
中间的服务器集群层，用 Server Array 表示。
最底端的数据共享存储层，用 Shared Storage 表示。

LVS 负载均衡机制
LVS 不像 HAProxy 等七层软负载面向的是 HTTP 包，所以七层负载可以做的 URL 解析等工作，LVS 无法完成。
LVS 是四层负载均衡，也就是说建立在 OSI 模型的第四层，传输层之上，传输层上有我们熟悉的 TCP/UDP，LVS 支持 TCP/UDP 的负载均衡。
因为 LVS 是四层负载均衡，因此它相对于其它高层负载均衡的解决办法，比如 DNS 域名轮流解析、应用层负载的调度、客户端的调度等，它的效率是非常高的。
所谓四层负载均衡，也就是主要通过报文中的目标地址和端口。七层负载均衡，也称为“内容交换”，也就是主要通过报文中的真正有意义的应用层内容。

文章插图

LVS 的转发主要通过修改 IP 地址(NAT 模式，分为源地址修改 SNAT 和目标地址修改 DNAT)、修改目标 mac(DR 模式)来实现。
NAT 模式：网络地址转换
NAT(Network Address Translation)是一种外网和内网地址映射的技术。
NAT 模式下，网络数据报的进出都要经过 LVS 的处理。LVS 需要作为 RS(真实服务器)的网关。
当包到达 LVS 时，LVS 做目标地址转换(DNAT)，将目标 IP 改为 RS 的 IP 。
RS 接收到包以后，仿佛是客户端直接发给它的一样。RS 处理完，返回响应时，源 IP 是 RS IP，目标 IP 是客户端的 IP 。

文章插图

这时 RS 的包通过网关(LVS)中转，LVS 会做源地址转换(SNAT)，将包的源地址改为 VIP，这样，这个包对客户端看起来就仿佛是 LVS 直接返回给它的。
DR 模式：直接路由
DR 模式下需要 LVS 和 RS 集群绑定同一个 VIP(RS 通过将 VIP 绑定在 loopback 实现) 。
但与 NAT 的不同点在于：请求由 LVS 接受，由真实提供服务的服务器(RealServer，RS)直接返回给用户，返回的时候不经过 LVS 。