负载均衡SLB和LVS的简单介绍

负载均衡

SLB

阿里云SLB(Server Load Balancing，服务器负载均衡)：是阿里云结合自身弹性计算平台的特点以及强大的技术优势，提供的一套软件负载均衡解决方案，以更好的满足弹性计算平台SEO靠我负载均衡的需求。

什么情况下使用SLB?

简单说就是单台云服务器不能满足需求的时候使用多台云服务器进行流量分发，提升服务能力使用多台云服务器消除单点故障，提升可用性

CLB和ALB

阿里云负载均衡SLB服务现SEO靠我在叫CLB，所以SLB就是CLB（好好的SLB，也不知道阿里云为什么要改名字）。那么ALB是什么？OSI七层模型，CLB是指四层负载均衡，CLB面向网络；ALB指的是七层负载均衡，ALB面向应用。

阿里SEO靠我云百科传统型负载均衡CLB（原SLB）应用型负载均衡ALB产品定位强大的4层处理能力，支持TCP/UTP/HTTP/HTTPS等协议，主要面向网络交付强大的7层处理能力与丰富的高级路由功能，聚焦HTTSEO靠我P、HTTPS和QUIC应用层协议面向应用交付产品性能基于物理机架构，最大连接数可达500万基于 NFV虚拟化平台，单实例支持100万 QPS运维能力按规格售卖，需要预估业务峰值自动弹性，处理能力随着SEO靠我业务峰值自动伸缩云原生支持支持云原生业务场景云原生Ingress网关，支持流量拆分、镜像、灰度发布和蓝绿测试典型应用场景场景1：网站/系统4层流量分发高可靠场景，场景2：大并发高性能网络分流场景，场景SEO靠我3：同城双活/跨地域容灾场景场景1：互联网应用7层高性能自动弹性场景，场景2：音视频应用大流量低时延场景，场景3：云原生应用金丝雀蓝绿发布场景

实现原理

采用集群部署，当前提供四层(TCP协议和UDP协议SEO靠我）和七层(HTTP和HTTPS协议)的负载均衡服务。

系统由三部分构成：四层负载均衡、七层负载均衡、控制系统。

四层: LVS(Linux Virtual Server)+Keepalived七层: TeSEO靠我ngine

协议地图：

控制系统：

控制系统：用于监控和配置整个负载均衡系统

Master+Agent：

Master接受用户的配置请求Agent部署在LVS和Tengine集群上

SLB组成

来自外部的访问请求，SEO靠我通过负载均衡实例并根据相关的策略和转发规则分发到后端云服务器进行处理。

LVS

LVS： 是Linux Virtual Server的简写，也就是Linux 虚拟服务器，是一个虚拟的服务器集群系统。LVSSEO靠我 实际上相当于基于 IP 地址的虚拟化应用，为基于 IP 地址和内容请求分发的负载均衡提出了高效的解决方法，现在 LVS 已经是 Linux 内核标准的一部分。

使用 LVS 可以达到的技术目标是：通过SEO靠我 LVS 达到的负载均衡技术和 Linux 操作系统实现一个高性能高可用的 Linux 服务器集群，具有良好的可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的性能。LVS 是一个实现负载均衡集群SEO靠我的开源软件项目，LVS 架构从逻辑上可分为调度层、Server 集群层和共享存储层。

为什么需要LVS

随着 Internet 的爆炸性增长以及日常生活中的日益重要的作用，Internet 上的流量速度增SEO靠我长，以每年 100％ 以上的速度增长。服务器上的工作负载压力也迅速增加，因此服务器在短时间内将会过载，尤其是对于受欢迎的网站而言。为了克服服务器的过载压力问题，有两种解决方案。

一种是：单服务器解决方案SEO靠我，即将服务器升级到性能更高的服务器，但是当请求增加时，将很快过载，因此必须再次对其进行升级，升级过程复杂且成本高；另一个是：多服务器解决方案，即在服务器集群上构建可扩展的网络服务系统。当负载增加时，可SEO靠我以简单地在群集中添加新服务器或更多服务器以满足不断增长的需求，而商用服务器具有最高的性能/成本比。因此，构建用于网络服务的服务器群集系统更具可伸缩性，并且更具成本效益。 构建服务器集群SEO靠我的方法

（1）基于 DNS 的负载均衡集群

DNS 负载均衡可能是构建网络服务群集的最简单方法。使用域名系统通过将域名解析为服务器的不同 IP 地址来将请求分发到不同的服务器。当 DNS 请求到达 DNSSEO靠我 服务器以解析域名时，DNS 服务器将基于调度策略发出服务器 IP 地址之一，然后来自客户端的请求使用相同的本地缓存名称服务器将在指定的名称解析生存时间（TTL）中发送到同一服务器。

但是，由于客户端和SEO靠我分层 DNS 系统的缓存特性，很容易导致服务器之间的动态负载不平衡，因此服务器很难处理其峰值负载。在 DNS 服务器上不能很好地选择名称映射的 TTL 值。

如果值较小，DNS 流量很高，而 DNS 服SEO靠我务器将成为瓶颈；如果值较大，则动态负载不平衡将变得更糟。即使 TTL 值设置为零，调度粒度也是针对每个主机的，不同用户的访问模式可能会导致动态负载不平衡，因为有些人可能从站点中拉出很多页面，而另一些人SEO靠我可能只浏览了几页然后转到远。而且，它不是那么可靠，当服务器节点发生故障时，将名称映射到IP地址的客户端会发现服务器已关闭。

（2）基于分派器的负载平衡集群

分派器，也称为负载平衡器，可用于在群集中的服务器SEO靠我之间分配负载，以便服务器的并行服务可以在单个IP地址上显示为虚拟服务，并且最终用户可以像单个服务器一样进行交互不知道群集中的所有服务器。与基于DNS的负载平衡相比，调度程序可以按精细的粒度（例如每个连SEO靠我接）调度请求，以实现服务器之间的更好负载平衡。一台或多台服务器发生故障时，可以掩盖故障。服务器管理变得越来越容易，管理员可以随时使一台或多台服务器投入使用或退出服务，而这不会中断最终用户的服务。

负载均SEO靠我衡可以分为两个级别，即应用程序级别和IP级别。例如，反向代理 和pWEB是用于构建可伸缩Web服务器的应用程序级负载平衡方法。他们将HTTP请求转发到群集中的其他Web服务器，获取结果，然后将其返回给SEO靠我客户端。由于在应用程序级别处理HTTP请求和答复的开销很高，我相信当服务器节点数增加到5个或更多时，应用程序级别的负载均衡器将成为新的瓶颈，这取决于每个服务器的吞吐量服务器。

DNS / 软硬件负载均衡SEO靠我的类型

（1）DNS 实现负载均衡

一个域名通过 DNS 解析到多个 IP，每个 IP 对应不同的服务器实例，就完成了流量的调度，这也是 DNS 实现负载均衡是最简单的方式。这时候，DNS服务器便充当了负SEO靠我载均衡调度器。

使用该方式最大的优点：实现简单，成本低，无需自己开发或维护负载均衡设备，不过存在一些缺点：服务器故障切换延迟大，升级不方便、流量调度不均衡，粒度大、流量分配策略较简单，支持的算法较少、DSEO靠我NS 所支持的 IP 列表有限制要求。

（2）硬件负载均衡

硬件负载均衡是通过专门的硬件设备从而来实现负载均衡功能，比如：交换机、路由器就是一个负载均衡专用的网络设备。

目前典型的硬件负载均衡设备有两款：FSEO靠我5 和 A10。不过话说，能用上这种硬件负载均衡设备的企业都不是一般的公司，反而普通业务量级小的其他企业基本用不到。

硬件负载均衡的优点：

功能强大：支持各层级负载均衡及全面负载均衡算法；性能强大：性能远SEO靠我超常见的软件负载均衡器；稳定性高：硬件负载均衡，大规模使用肯定是严格测试过的；安全防护：除具备负载均衡功能外，还具备防火墙、防 DDoS 攻击等安全功能；

硬件负载均衡的缺点：

价格昂贵；可扩展性差；调试SEO靠我维护麻烦；

（3）软件负载均衡

Nginx ：支持 4 层 / 7 层负载均衡，支持 HTTP、E-mail 协议；

LVS ：纯 4 层负载均衡，运行在内核态，性能是软件负载均衡中最高的；

HAproxy SEO靠我：是 7 层负载均衡软件，支持 7 层规则的设置，性能也不错；

软件负载均衡的优点：

简单、灵活、便宜（直接在 Linux 操作系统上安装上述所使用的软件负载均衡，部署及维护较简单，4 层 和 7 层负载SEO靠我均衡可根据业务进行选择也可根据业务特点，比较方便进行扩展及定制功能）；

LVS vs Nginx LVS 比 Nginx 具有更强的抗负载能力，性能高，对内存和 CPU 资源消耗较低；LSEO靠我VS 工作在网络层，具体流量由操作系统内核进行处理，Nginx 工作在应用层，可针对HTTP 应用实施一些分流策略；LVS 安装配置较复杂，网络依赖性大，稳定性高。Nginx 安装配置较简单，网络依赖SEO靠我性小；LVS 不支持正则匹配处理，无法实现动静分离效果。LVS 适用的协议范围广。Nginx 仅支持 HTTP、HTTPS、Email 协议，适用范围小； LVS的组成与作用

LVS 由SEO靠我两部分程序组成，包括 ipvs 和 ipvsadm。

ipvs(ip virtual server)：LVS 是基于内核态的 netfilter 框架实现的 IPVS 功能，工作在内核态。用户配置 VISEO靠我P 等相关信息并传递到 IPVS 就需要用到 ipvsadm 工具。ipvsadm：ipvsadm 是 LVS 用户态的配套工具，可以实现 VIP 和 RS 的增删改查功能，是基于 netlink 或SEO靠我 raw socket 方式与内核 LVS 进行通信的，如果 LVS 类比于 netfilter，那 ipvsadm 就是类似 iptables 工具的地位。

作用：

主要用于多服务器的负载均衡；工作在网SEO靠我络层，可实现高性能，高可用的服务器集群技术；廉价，可把许多低性能的服务器组合在一起形成一个超级服务器；易用，配置简单，有多种负载均衡的方法；稳定可靠，即使在集群的服务器中某台服务器无法正常工作，也不影SEO靠我响整体效果；可扩展性好；LVS 负载均衡集群的类型

**负载均衡群集：**Load Balance Cluster，以提高应用系统的响应能力，尽可能处理更多的访问请求、减少延迟为目标，从而获得高并发、高SEO靠我负载的整体性能。

**高可用群集：**High Availability Cluster，以提高应用系统的可靠性，尽可能的减少终端时间为目标、确保服务的连续性，达到高可用的容错效果。

**高性能运算群集：SEO靠我**High Performance Computer Cluster，以提高应用系统的 CPU 运算速度、扩展硬件资源和分析能力为目标、从而获得相当于大型、超级计算机的高性能计算能力。

LVS 集群的SEO靠我通用体系结构

**第一层：负载调度器：**Load Balancer，它是访问整个群集系统的唯一入口，对外使用所有服务器共有的虚拟 IP 地址，也成为群集 IP 地址。

负载均衡器：是服务器群集系统的单个SEO靠我入口点，可运行 IPVS，该 IPVS 在 Linux 内核或 KTCPVS 内部实现 IP 负载均衡技术，在 Linux 内核中实现应用程序级负载平衡。使用 IPVS 时，要求所有服务器提供相同的服SEO靠我务和内容，负载均衡器根据指定的调度算法和每个服务器的负载将新的客户端请求转发到服务器。无论选择哪个服务器，客户端都应获得相同的结果。使用 KTCPVS 时，服务器可以具有不同的内容，负载均衡器可以根据SEO靠我请求的内容将请求转发到其他服务器。由于 KTCPVS 是在 Linux 内核内部实现的，因此中继数据的开销很小，因此仍可以具有较高的吞吐量。

**第二层：服务器池：**Server Pool，群集所提供SEO靠我的应用服务，比如：HTTP、FTP服务器池来承担，每个节点具有独立的真实 IP 地址，只处理调度器分发过来的客户机请求。

服务器群集的节点可根据系统所承受的负载进行分担。当所有服务器过载时，可添加多台服SEO靠我务器来处理不断增加的工作负载。对于大多数 Internet 服务（例如Web），请求通常没有高度关联，并且可以在不同服务器上并行运行。因此，随着服务器群集的节点数增加，整体性能几乎可以线性扩展。

**第SEO靠我三层：共享存储：**Shared Storage，为服务器池中的所有节点提供稳定、一致的文件存储服务，确保整个群集的统一性，可使用 NAS 设备或提供 NFS （Network File SystemSEO靠我）网络文件系统共享服务的专用服务器。

共享存储：可以是数据库系统，网络文件系统或分布式文件系统。服务器节点需要动态更新的数据应存储在基于数据的系统中，当服务器节点并行在数据库系统中读写数据时，数据库系统SEO靠我可以保证并发数据访问的一致性。静态数据通常保存在网络文件系统（例如 NFS 和 CIFS）中，以便可以由所有服务器节点共享数据。但是，单个网络文件系统的可伸缩性受到限制，例如，单个 NFS / CIFSEO靠我S 只能支持 4 到 8 个服务器的数据访问。对于大型集群系统，分布式/集群文件系统可以用于共享存储，例如 GPFS，Coda 和 GFS，然后共享存储也可以根据系统需求进行扩展。

LVS 负载均衡的基SEO靠我本原理-Netfilter&LVS

（1）netfilter 的基本原理

在介绍 LVS 负载均衡基本原理之前，先说一下 netfilter 的基本原理。因为 LVS 是基于 Linux 内核中 netfSEO靠我ilter 框架实现的负载均衡系统，netfilter 其实很复杂也很重要，平时说的 Linux 防火墙就是 netfilter，不过我们操作的还是 iptables，iptables 和 netfiSEO靠我lter 是 Linux 防火墙组合工具，是一起来完成系统防护工作的。

iptables 是位于用户空间，而 Netfilter 是位于内核空间。iptables 只是用户空间编写和传递规则的工具而已，SEO靠我真正工作的还是 netfilter。

（2）两者间的区别：

**Netfilter 是内核态的 Linux 防火墙机制，它作为一个通用、抽象的框架，提供了一整套的 hook 函数管理机制，**提供数据包过SEO靠我滤、网络地址转换、基于协议类型的连接跟踪的功能，可在数据包流经过程中，根据规则设置若干个关卡（hook 函数）来执行相关操作，共设置了 5 个点，包括：PREROUTING、INPUT、FORWARDSEO靠我、OUTPUT、POSTROUTING。

prerouting： 在对数据包做路由选择之前，将应用此链中的规则；input： 当收到访问防火墙本机地址的数据包时，将应用此链中的规则；forward： 当SEO靠我收到需要通过防火中转发给其他地址的数据包时，将应用此链中的规则；output： 当防火墙本机向外发送数据包时，将应用此链中的规则；postrouting： 在对数据包做路由选择之后，将应用此链中的规则SEO靠我；

iptable 是用户层的工具，提供命令行接口，能够向 Netfilter 中添加规则策略，从而实现报文过滤，修改等功能。

通过下图我们可以来了解下 netfilter 的工作机制：

当数据包通过网络接SEO靠我口进入时，经过链路层之后进入网络层到达PREROUTING，然后根据目标 IP 地址进行查找路由。

如目标 IP 是本机，数据包会传到INPUT上，经过协议栈后根据端口将数据送到相应的应用程序；应用程序SEO靠我将请求处理后把响应数据包发送至OUTPUT里，最终通过POSTROUTING后发送出网络接口。

如目标 IP 不是本机，并且服务器开启了FORWARD参数，这时会将数据包递送给 FORWARD，最后通过SEO靠我POSTROUTING后发送出网络接口。

（3）LVS 的基本原理

LVS 基于 netfilter 框架，工作在 INPUT 链上，在 INPUT 链上注册 ip_vs_in HOOK 函数，进行 IPSEO靠我VS 相关主流程，详细原理概述如下：

当客户端用户访问 www.baidu.com 网站时，用户访问请求通过层层网络，最终通过交换机进入 LVS 服务器网卡进入内核空间层。进入PREROUTING后通过SEO靠我查找路由，确定访问目的 VIP 是本机 IP 地址的话，数据包将进入INPUT链中。因为 IPVS 工作在 INPUT 链上，会根据访问的VIP和端口判断请求是否为 IPVS 服务，是的情况下，则调用SEO靠我注册的IPVS HOOK 函数，进行IPVS相关流程，并强制修改数据包的相关数据，并将数据包发往POSTROUTING链中。POSTROUTING链收到数据包后，将根据目标 IP 地址服务器，通过路由SEO靠我选路，将数据包最终发送至后端真实服务器中。 LVS 负载均衡的三种工作模式

LVS 负载均衡还包括三种工作模式，且每种模式工作原理都有所不同，适用于不同应用场景，其最终目的都是能实现均衡SEO靠我的流量调度和良好的扩展性。

集群的负载调度技术，可基于 IP、端口、内容等进行分发，其中基于 IP 的负载均衡是效率最高的。基于 IP 的负载均衡模式，常见的有**地址转换（NAT）、IP 隧道（TUNSEO靠我）和直接路由（DR）**三种工作模式。

NAT

地址转换：Network Address Translation，简称：NAT 模式，类似于防火墙的私有网络结构，负载调度器作为所有服务器节点的网关，作为客SEO靠我户机的访问入口，也是各节点回应客户机的访问出口，服务器节点使用私有 IP 地址，与负载调度器位于同一个物理网络，安全性要优于其他两种方式。

客户端发出的请求数据包经过网络到达 LVS 网卡，数据包源 ISEO靠我P 为 CIP，目的 IP 为 VIP。然后进入 PREROUTING 链中，根据目的 IP 查找路由，确定是否为本机 IP 地址，随后将数据包转发至 INPUT 链中，源 IP 和 目的 IP 不变SEO靠我。到达 LVS 后，通过目的 IP 和目的 PORT 查找是否为 IPVS 服务，如是 IPVS 服务，将会选择一个 RS 来作为后端服务器，数据包的目的 IP 地址将会修改为 RIP，这时并以 RISEO靠我P 为目的 IP 去查找路由，确定下一跳及 PORT 信息后，数据包将会转发至 OUTPUT 链中。被修改过的数据包经过 POSTROUTING 链后，到达 RS 服务器，数据包源 IP 为 CIP，SEO靠我目的 IP 为 RIP。RS 服务器经过处理后，将会把数据包发送至用户空间的应用程序，待处理完成后，发送响应数据包，RS 服务器的默认网关为 LVS 的 IP，应用程序将会把数据包转发至下一跳 LVSSEO靠我 服务器，数据包源 IP 为 RIP，目的 IP 为 CIP。LVS 服务器收到 RS 服务器响应的数据包后，查找路由，目的 IP 不是本机 IP并且 LVS 服务器开启了 FORWARD 模式，会将SEO靠我数据包转发给它，数据包不变。LVS 服务器收到响应数据包后，根据目的 IP 和 目的 PORT 查找相应的服务，这时，源 IP 为 VIP，通过查找路由，确定下一跳信息并将数据包发送至网关，最终回应给SEO靠我客户端用户。

NAT 模式的优缺点：

优点：

支持 Windows 操作系统；支持端口映射，如 RS 服务器 PORT 与 VPORT 不一致的话，LVS 会修改目的 IP 地址和 DPORT 以支持端口映SEO靠我射；

缺点：

RS 服务器需配置网关；双向流量对 LVS 会产生较大的负载压力；

NAT 模式的使用场景：

对 windows 操作系统的用户比较友好，使用 LVS ，必须选择 NAT 模式。

IP 隧道(TUSEO靠我N)

IP Tunnel，简称：TUN 模式，采用开放式的网络结构，负载调度器作为客户机的访问入口，各节点通过各自的 Internet 连接直接回应给客户机，而不经过负载调度器，服务器节点分散在互联网中SEO靠我的不同位置，有独立的公网 IP 地址，通过专用 IP 隧道与负载调度器相互通信。

IP隧道（IP tunning）是一种数据包封装技术，它可以将原始数据包封装并添加新的包头（内容包括新的源地址及端口、目SEO靠我标地址及端口），从而实现将一个目标为调度器的VIP地址的数据包封装，通过隧道转发给后端的真实服务器（Real Server），通过将客户端发往调度器的原始数据包封装，并在其基础上添加新的数据包头（修改SEO靠我目标地址为调度器选择出来的真实服务器的IP地址及对应端口），LVS（TUN）模式要求真实服务器可以直接与外部网络连接，真实服务器在收到请求数据包后直接给客户端主机响应数据。

客户端发送数据包经过网络后到SEO靠我 LVS 网卡，数据包源 IP 为 CIP，目的 IP 为 VIP。进入 PREROUTING 链后，会根据目的 IP 去查找路由，确定是否为本机 IP，数据包将转发至 INPUT 链中，到 LVS，SEO靠我源 IP 和 目的 IP 不变。到 LVS 后，通过目的 IP 和目的 PORT 查找是否为 IPVS 服务，如是 IPVS 服务，将会选择一个 RS 后端服务器， 源 IP 为 DIP，目标 IP SEO靠我为 RIP，数据包将会转发至 OUTPUT 链中。数据包根据路由信息到达 LVS 网卡，发送至路由器网关，最终到达后端服务器。后端服务器收到数据包后，会拆掉最外层的 IP 地址后，会发现还有一层 IPSEO靠我 首部，源 IP 为 CIP，目的 IP 为 VIP，TUNL0 上配置 VIP，查找路由后判断为本机 IP 地址，将会发给用户空间层的应用程序响应后 VIP 为源 IP，CIP 为目的 IP 数据包SEO靠我发送至网卡，最终返回至客户端用户。

TUN 模式的优缺点：

优点：

单臂模式，LVS 负载压力小；数据包修改小，信息完整性高；可跨机房；

缺点：

不支持端口映射；需在 RS 后端服务器安装模块及配置 VIP；隧SEO靠我道头部 IP 地址固定，RS 后端服务器网卡可能会不均匀；隧道头部的加入可能会导致分片，最终会影响服务器性能；

TUN 模式的使用场景：

如对转发性要求较高且具有跨机房需求的，可选择 TUN 模式。

直接路SEO靠我由(DR)

**直接路由：**Direct Routing，简称 DR 模式，采用半开放式的网络结构，与 TUN 模式的结构类似，但各节点并不是分散在各个地方，而是与调度器位于同一个物理网络，负载调度器SEO靠我与各节点服务器通过本地网络连接，不需要建立专用的 IP 隧道。它是最常用的工作模式，因为它的功能性强大。

当客户端用户发送请求给 www.baidu.com 网站时，首先经过 DNS 解析到 IP 后并SEO靠我向百度服务器发送请求，数据包经过网络到百度 LVS 负载均衡服务器，这时到达 LVS 网卡时的数据包包括：源 IP 地址（客户端地址）、目的 IP 地址（百度对外服务器 IP 地址，也就是 VIP）、SEO靠我源 MAC 地址（CMAC / LVS 连接路由器的 MAC 地址）、目标 MAC 地址（VMAC / VIP 对应的 MAC 地址）。数据包到达网卡后，经过链路层到达 PREROUTING 链，进行SEO靠我查找路由，发现目的 IP 是 LVS 的 VIP，这时就会发送至 INPUT 链中并且数据包的 IP 地址、MAC 地址、Port 都未经过修改。数据包到达 INPUT 链中，LVS 会根据目的 IPSEO靠我 和 Port（端口）确认是否为 LVS 定义的服务，如是定义过的 VIP 服务，会根据配置的服务信息，从 RealServer 中选择一个后端服务器 RS1，然后 RS1 作为目标出方向的路由，确定SEO靠我下一跳信息及数据包通过具体的哪个网卡发出，最好将数据包通过 INET_HOOK 到 OUTPUT 链中。数据包通过 POSTROUTING 链后，目的 MAC 地址将会修改为 RealServer 服SEO靠我务器 MAC 地址（RMAC）源 MAC 地址修改为 LVS 与 RS 同网段的 IP 地址的 MAC 地址（DMAC）此时，数据包将会发至 RealServer 服务器。数据包到达 RealServSEO靠我er 服务器后，发现请求报文的 MAC 地址是自己的网卡 MAC 地址，将会接受此报文，待处理完成之后，将响应报文通过 lo 接口传送给 eth0 网卡然后向外发出。此时的源 IP 地址为 VIP，目SEO靠我标 IP 为 CIP，源 MAC 地址为 RS1 的 RMAC，目的 MAC 地址为下一跳路由器的 MAC 地址（CMAC），最终数据包通过 RS 相连的路由器转发给客户端。

DS 模式的优缺点：

优点：SEO靠我

响应数据不经过 LVS，性能高；对数据包修改小，信息完整性好；

缺点：

LVS 与 RS 必须在同一个物理网络；RS 上必须配置 lo 和其他内核参数；不支持端口映射；

DS 模式的使用场景：

对性能要求高的SEO靠我，可首选 DR 模式，还可透传客户端源 IP 地址。 NAT 模式：只需一个公网 IP 地址，是最易用的一种负载均衡模式，安全性较好。TUN 模式 和 DR 模式：负载能力强大、适用范SEO靠我围广、节点安全性较差。 LVS 的十种负载调度算法

**轮询：**Round Robin，将收到的访问请求按顺序轮流分配给群集中的各节点真实服务器中，不管服务器实际的连接数和系统负载。SEO靠我

**加权轮询：**Weighted Round Robin，根据真实服务器的处理能力轮流分配收到的访问请求，调度器可自动查询各节点的负载情况，并动态跳转其权重，保证处理能力强的服务器承担更多的访问量。SEO靠我

**最少连接：**Least Connections，根据真实服务器已建立的连接数进行分配，将收到的访问请求优先分配给连接数少的节点，如所有服务器节点性能都均衡，可采用这种方式更好的均衡负载。

**加权SEO靠我最少连接：**Weighted Least Connections，服务器节点的性能差异较大的情况下，可以为真实服务器自动调整权重，权重较高的节点将承担更大的活动连接负载。

基于局部性的最少连接：LBLSEO靠我C，基于局部性的最少连接调度算法用于目标 IP 负载平衡，通常在高速缓存群集中使用。请求的目标IP 地址 找出该目标IP地址最近使用的服务器，若该服务器是可用的且没有超载，将请求发送到该服务器；若服务SEO靠我器不存在，或者该服务器超载且有服务器处于其一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将请求发送到该服务器。

带复制的基于局部性的最少连接：LBLCR，具有复杂调度算法的基于位置的最少连SEO靠我接也用于目标IP负载平衡，通常在高速缓存群集中使用。

它与LBLC算法的不同之处是它要 维护从一个目标IP地址到一组服务器的映射，而LBLC算法维护从一个目标IP地址到一台服务器的映射。对于一个“热门”SEO靠我站点的服务请求，一台Cache 服务器可能会忙不过来处理这些请求。这时，LBLC调度算法会从所有的Cache服务器中按“最小连接”原则选出一台Cache服务器，映射该“热门”站点到这台Cache服务器SEO靠我，很快这台Cache服务器也会超载，就会重复上述过程选出新的Cache服务器。

LBLCR调度算法将“门站”点映射到一组Cache服务器（服务器集合），当该“热门”站点的请求负载增加时，会增加集合里的CSEO靠我ache服务器，来处理不断增长的负载；当该“热门”站点的请求负载降低时，会减少集合里的Cache服务器 数目。这样，该热门站点的映像不可能出现在所有的Cache服务器上，从而提供Cache集群系统的使SEO靠我用效率。

LBLCR算法先根据请求的目标IP 地址找出该目标IP地址对应的服务器组；按“最小连接”原则从该服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载；则按“最小连接”SEO靠我原则从整个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服 务器从服务器组中删除，以降低复制的程度。

**目标地址散列调度算法：SEO靠我**DH，该算法是根据目标 IP 地址通过散列函数将目标 IP 与服务器建立映射关系，出现服务器不可用或负载过高的情况下，发往该目标 IP 的请求会固定发给该服务器。

**源地址散列调度算法：**SH，SEO靠我与目标地址散列调度算法类似，但它是根据源地址散列算法进行静态分配固定的服务器资源。

**最短延迟调度：**SED，最短的预期延迟调度算法将网络连接分配给具有最短的预期延迟的服务器。如果将请求发送到第 iSEO靠我 个服务器，则预期的延迟时间为（Ci +1）/ Ui，其中 Ci 是第 i 个服务器上的连接数，而 Ui 是第 i 个服务器的固定服务速率（权重） 。

**永不排队调度：**NQ，从不队列调度算法采用两SEO靠我速模型。当有空闲服务器可用时，请求会发送到空闲服务器，而不是等待快速响应的服务器。如果没有可用的空闲服务器，则请求将被发送到服务器，以使其预期延迟最小化（最短预期延迟调度算法）。

会话保持

健康检查

SLBSEO靠我通过健康检查来判断后端服务器(ECS实例)的业务可用性。

健康检查机制避免了后端ECS异常对总体服务的影响，提高了前端业务整体可用性。

四层：进行三次握手来检查七层：发送HEAD请求来检查