负载均衡的基础架构与使用场景

基础架构

负载均衡采用集群部署，可实现会话同步，以消除服务器单点故障，提升冗余，保证服务的稳固性。阿里云当前提供四层（TCP协议和UDP协议）和七层（HTTP和HTTPS协议）的负载均衡服务。

• 四层采用开源软件LVS（Linux Virtual Server）+ keepalived的方式实现负载均衡，并根据云计算需求对其进行了个性化定制。
• 七层采用Tengine实现负载均衡。Tengine是由淘宝网发起的Web服务器项目，它在Nginx的基础上，针对有大访问量的网站需求，增加了很多高级功能和特性。

如下图所示，各个地域的四层负载均衡实际上是由多台LVS机器部署成一个LVS集群来运行的。采用集群部署模式极大地保证了异常情况下负载均衡服务的可用性、稳固性与可扩展性。

LVS集群内的每台LVS都会进行会话，通过组播报文同步到该集群内的其它LVS机器上，从而实现LVS集群内各台机器间的会话同步。如下图所示，当用户端向服务端传输三个数据包后，在LVS1上建立的会话A开始同步到其它LVS机器上。图中实线表示现有的连接，图中虚线表示当LVS1出现故障或者进行维护时，这部分流量会走到一台可以正常运行的机器LVS2上。因此负载均衡集群支持热更新，并且在机器故障和集群维护时最大程度对客户透明，不影响客户业务。

注意：对于连接未建立（三次握手未完成），或者者已建立连接但未触发会话同步机制，热更新不保证连接不中断，需要依靠用户端重新发起连接。

使用场景

负载均衡主要应用于以下场景中：

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

假如您的应用访问量很高，您可以通过配置监听规则将流量分发到不同的ECS实例上。此外，您可以使用会话保持功能将同一用户端的请求转发到同一台后台ECS，提高访问效率。

场景二：横向扩张系统

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

场景三：消除单点故障

您可以在负载均衡实例下增加多台ECS实例。当其中一部分ECS实例发生故障后，负载均衡会自动屏蔽故障的ECS实例，将请求分发给正常运行的ECS实例，保证应用系统仍能正常工作。

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

为了提供更加稳固可靠的负载均衡服务，阿里云负载均衡已在各地域部署了多可用区以实现同地域容灾。当主可用区出现机房故障或者不可用时，负载均衡依然有能力在非常短的时间内（大约30s中断）切换到另外一个备可用区恢复服务能力；当主可用区恢复时，负载均衡同样会自动切换到主可用区提供服务。

使用负载均衡时，您可以将负载均衡实例部署在支持多可用区的地域以实现同城容灾。此外，建议您结合自身的应用需要，综合考虑后台服务器的部署。假如您的每个可用区均至少增加了一台ECS实例，那么此种部署模式下的负载均衡服务的效率是最高的。

如下图所示，在负载均衡实例下绑定不同可用区的ECS实例。正常情况下，客户访问流量将转发至主可用区内的ECS实例；当可用区A发生故障时，客户访问流量将转发至备可用区内的ECS实例。此种部署既可以避免由于单个可用区的故障而导致对外服务的不可用，也可以通过不同产品间可用区的选择来降低推迟。

假如您采取如下图所示的部署方案，即在负载均衡实例的主可用区下绑定多台ECS实例，而在备可用区没有任何ECS实例。当主可用区发生故障时会造成业务中断，由于备可用区没有ECS实例来接收请求。这样的部署方式很显著是以牺牲高可用性为代价来获取低延时。

场景五：跨地域容灾

您可以在不同地域下部署负载均衡实例，并分别挂载相应地域内不同可用区的ECS。上层利用云解析做智能DNS，将域名解析到不同地域的负载均衡实例服务地址下，可实现全局负载均衡。当某个地域出现不可用时，暂停对应解析就可实现所有客户访问不受影响。

关于负载均衡的详细内容：负载均衡入门与产品使用指南 （http://click.aliyun.com/m/1000009816/）

（负载均衡（Server Load Balancer）是对多台云服务器进行流量分发的负载均衡服务，可以通过流量分发扩展应用系统对外的服务能力，通过消除单点故障提升应用系统的可用性。

本课程主要详情负载均衡的相关技术以及阿里云负载均衡产品的使用方法)

更多精品课程：

阿里云大学官网—云生态下的创新人才工场（https://edu.aliyun.com）