阿里P8架构师谈：负载均衡的原理、分类、实现架构，以及用场景

当系统面临大量使用户访问，负载过高的时候，通常会用添加服务器数量来进行横向扩展，用集群和负载均衡提高整个系统的解决能力。

从单机网站到分布式网站，很重要的区别是业务拆分和分布式部署，将应使用拆分后，部署到不同的机器上，实现大规模分布式系统。分布式和业务拆分处理了，从集中到分布的问题，但是每个部署的独立业务还存在单点的问题和访问统一入口问题，为处理单点故障，我们可以采取冗余的方式。将相同的应使用部署到多台机器上。处理访问统一入口问题，我们可以在集群前面添加负载均衡设施，实现流量分发。

系统的扩展可分为纵向（垂直）扩展和横向（水平）扩展。

纵向扩展，是从单机的角度通过添加硬件解决能力，比方CPU解决能力，内存容量，磁盘等方面，实现服务器解决能力的提升，不能满足大型分布式系统（网站），大流量，高并发，海量数据的问题。

因而需要采使用横向扩展的方式，通过增加机器来满足大型网站服务的解决能力。比方：一台机器不能满足，则添加两台或者者多台机器，共同承担访问压力。这就是典型的集群和负载均衡架构：如下图：

• 应使用集群：将同一应使用部署到多台机器上，组成解决集群，接收负载均衡设施分发的请求，进行解决，并返回相应数据。
• 负载均衡设施：将使用户访问的请求，根据负载均衡算法，分发到集群中的一台解决服务器。（一种把网络请求分散到一个服务器集群中的可使用服务器上去的设施）

1.处理并发压力，提高应使用解决性能（添加吞吐量，增强网络解决能力）；

2.提供故障转移，实现高可使用；

3.通过增加或者减少服务器数量，提供网站伸缩性（扩展性）；

4.安全防护；（负载均衡设施上做少量过滤，黑白名单等解决）

1）二层负载均衡（mac）

根据OSI模型分的二层负载，一般是使用虚拟mac地址方式，外部对虚拟MAC地址请求，负载均衡接收后分配后台实际的MAC地址响应）

2）三层负载均衡（ip）

一般采使用虚拟IP地址方式，外部对虚拟的ip地址请求，负载均衡接收后分配后台实际的IP地址响应）

3）四层负载均衡（tcp）

在三次负载均衡的基础上，使用ip+port接收请求，再转发到对应的机器。

4）七层负载均衡（http）

根据虚拟的url或者IP，主机名接收请求，再转向相应的解决服务器。

1）四层的负载均衡就是基于IP+端口的负载均衡：在三层负载均衡的基础上，通过发布三层的IP地址（VIP），而后加四层的端口号，来决定哪些流量需要做负载均衡。

对应的负载均衡器称为四层交换机（L4 switch），主要分析IP层及TCP/UDP层，实现四层负载均衡。此种负载均衡器不了解应使用协议（如HTTP/FTP/MySQL等等）。

实现四层负载均衡的软件有：

• F5：硬件负载均衡器，功能很好，但是成本很高。
• lvs：重量级的四层负载软件
• nginx：轻量级的四层负载软件，带缓存功能，正则表达式较灵活
• haproxy：模拟四层转发，较灵活

2）七层的负载均衡就是基于虚拟的URL或者主机IP的负载均衡

对应的负载均衡器称为七层交换机（L7 switch），除了支持四层负载均衡以外，还有分析应使用层的信息，如HTTP协议URI或者COOKIE信息，实现七层负载均衡。此种负载均衡器能了解应使用协议。

实现七层负载均衡的软件有：

• haproxy：天生负载均衡技能，全面支持七层代理商，会话保持，标记，路径转移；
• nginx：只在http协议和mail协议上功能比较好，性能与haproxy差不多；
• apache：功能较差
• Mysql proxy：功能尚可。

总的来说，一般是lvs做4层负载；nginx做7层负载；haproxy比较灵活，4层和7层负载均衡都能做。

场景一：应使用于高访问量的业务

假如您的应使用访问量很高，您可以通过配置监听规则将流量分发到不同的服务器上。

场景二：横向扩张系统

您可以根据业务发展的需要，通过随时增加和移除服务器，来扩展应使用系统的服务能力，适使用于各种Web服务器和App服务器。

场景三：消除单点故障

当其中一部分服务器发生故障后，负载均衡会自动屏蔽故障的服务器，将请求分发给正常运行的服务器，保证应使用系统仍能正常工作。

场景四：同城容灾 （多可使用区容灾）

为了提供更加稳固可靠的负载均衡服务，当主可使用区出现机房故障或者不可使用时，负载均衡依然有能力在非常短的时间内切换到另外一个备可使用区恢复服务能力；当主可使用区恢复时，负载均衡同样会自动切换到主可使用区提供服务，保证服务仍然正常运行。