应用交付AD

深信服应用交付 AD 能够为用户提供包括多数据中心负载均衡、多链路负载均衡、服务器负载均衡的全方位解决方案。不仅实现对各个数据中心、链路以及服务器状态的实时监控,同时根据预设规则,将用户的访问请求分配给相应的数据中心、 链路以及服务器,进而实现数据流的合理分配,使所有的数据中心、链路和服务器都得到充分利用。
点击可切换产品版本
知道了
不再提醒
AD7.0.26R1
{{sendMatomoQuery("应用交付AD","链路负载算法")}}

链路负载算法

更新时间:2023-09-18

深信服AD设备支持如下算法,管理员能够根据自身需求选择相应的链路分配策略,支持更多个性化的链路使用规则。

  1. 应用引流

实现机制-根据数据包特征、端口号和IP地址等条件,对用户的上网流量进行应用识别,并根据应用类型进行数据分流(如将视频流量分流至线路1,游戏流量分流至线路2),实现带宽资源的合理利用。

适用场景-拥有多条互联网链路,各条链路的带宽和质量不同。

  1. 海外域名引流

实现机制-内置海外域名信息库,根据用户访问的目标域名进行匹配,可将访问海外域名的数据流量引流至指定线路,提高用户对海外资源的访问成功率和访问质量。

适用场景-拥有多条互联网链路,其中一条用于对海外资源的访问。

  1. 轮询(Round Robin

实现机制-将所有网络链路放在一个队列当中,按顺序依次返回给用户队列中下一个网络链路的IP地址。

适用场景-拥有多条同一运营商的互联网链路,各条链路的带宽也相近。

  1. 加权最小流量(Weighted Least Traffic

实现机制-根据事先为各条链路设定的权值,在调度新连接时尽可能的使各条链路的实时流量与权值成比例,把新的连接请求分配到当前比例最小的链路上。

适用场景-拥有多条互联网链路,并且各链路之间的带宽差异较大。

  1. 静态就近性(Static Proximity

实现机制-按照预先为某个目标定义的静态最佳路径来选择链路,或者根据设备内置的全球IP地址库来判断目标IP属于哪个互联网运营商,进而选择相应的ISP链路。

适用场景-拥有多条不同运营商的互联网链路,业务流量多为入站访问流量。

  1. 动态就近性(Dynamic Proximity

实现机制-在选择链路时,通过综合考虑数据传输的延迟和链路的实时负载,准确计算出最佳路径。

适用场景-拥有多条不同运营商的互联网链路,业务流量多为出站访问流量。

  1. 带宽比例(Bandwidth Ratio

实现机制-由于各条互联网链路的吞吐量可能不一,因此将为各条链路的带宽大小作为权值;根据这个比例(每条链路带宽大小的比值),把数据流量分配到每条链路上。

适用场景-拥有多条同一运营商的互联网链路,但链路之间的带宽差异较大。

  1. 哈希(Hashing

实现机制-基于LOCAL DNS IP地址的哈希算法,将不同的用户访问调度到不同的链路之上。

适用场景-拥有多条互联网链路,需要保证来自同一个用户的请求分发到同一条链路。

  1. 主备(Primary / Secondary

实现机制-即可以为网络设定主备链路,当主链路出现故障时,用户的访问请求才会被调度备用链路之上。

适用场景-拥有多条互联网链路,对业务访问的持久性要求较高。

  1. 首个有效(First Available

实现机制-即将用户的请求全部都调度第一条有效无故障的链路之上。

适用场景-拥有多条互联网链路,对业务访问的响应时延比较敏感。