流量负载均衡器

透明模式第 2 层直接服务器返回

使用透明模式第 2 层直接服务器返回 （DSR） 时：

• PFE 处理数据。

• 负载平衡的工作原理是更改数据包的第 2 层 MAC。

• MS-MPC 执行网络监视探测。

• 真实服务器必须可从 MX 系列路由器直接（第 2 层）访问。

• TLB 安装路由，并且该路由上的所有流量都是负载平衡的。

• TLB 从不修改第 3 层及更高级别的标头。

图 1 显示了透明模式第 2 层 DSR 的 TLB 拓扑。

图 1：透明模式 的 TLB 拓扑

转换模式

转换模式提供了比透明模式第 2 层 DSR 更大的灵活性。选择转换模式时：

• MS-MPC 执行网络监视探测。

• PFE 执行无状态负载平衡：

  • 定向到虚拟 IP 地址的数据流量经历虚拟 IP 地址到真实服务器 IP 地址的转换，并将虚拟端口转换为服务器侦听端口。返回流量进行反向转换。

  • 客户端到虚拟 IP 流量被转换;流量被路由以到达其目标。

  • 服务器到客户端的流量使用隐式筛选器捕获，并定向到适当的负载平衡下一跃点进行反向处理。转换后，流量将路由回客户端。

  • 有两种负载平衡方法可用：随机和哈希。随机方法仅适用于 UDP 流量，并提供 quavms 随机分布。虽然不是字面上的随机，但此模式将流量公平地分配到一组可用的服务器。哈希方法根据源 IP 地址、目标 IP 地址和协议的任意组合提供哈希密钥。

    注意：

    转换模式处理仅适用于 IPv4 到 IPv4 和 IPv6 到 IPv6 的流量。

图 2 显示了转换模式的 TLB 拓扑。

图 2：转换模式 的 TLB 拓扑

透明模式第 3 层直接服务器返回

透明模式第 3 层 DSR 负载平衡将会话分配到距离第 3 层跃点的服务器。流量从真实服务器直接返回到客户端。

服务器和服务器组

TLB 允许配置最多包含 255 台服务器的组（在配置语句中称为 实际服务），以用作无状态会话分发的备用目标。在分配给组之前，必须单独配置服务器组中使用的所有服务器。负载平衡使用哈希或随机化进行会话分配。用户可以在 TLB 服务器分布表中添加或删除服务器，还可以更改服务器的管理状态。

服务器运行状况监控 — 单运行状况检查和双运行状况检查

TLB 支持 TCP、HTTP、SSL Hello、TLS Hello 和自定义运行状况检查探测，以监视组中服务器的运行状况。您可以对服务器组使用单一探测类型，也可以对包含两种探测类型的双运行状况检查配置使用。可配置的运行状况监控功能位于 MX-SPC3 或 MS-MPC 上。默认情况下，探测请求每 5 秒发送一次。此外，默认情况下，真实服务器仅在连续五次探测失败后声明关闭，仅在连续五次探测成功后声明为关闭。

使用自定义运行状况检查探测指定以下内容：

• 探测响应中的预期字符串

• 与探测器一起发送的字符串

• 探测器超时（向上或向下）时要分配的服务器状态

• 在收到对探测的预期响应（向上或向下）时分配的服务器状态

• 协议 — UDP 或 TCP

TLB 提供 应用程序粘性，这意味着服务器故障或更改不会影响流向其他活动服务器的流量。将服务器的管理状态从“上到下”不会影响发往服务器分布表中其余服务器的任何活动流量。从组中添加服务器或删除服务器会在一段时间内产生一些流量影响，具体取决于您在监控配置文件中配置的间隔和重试参数。

TLB 提供两个级别的服务器运行状况监视：

• 单一运行状况检查 — 通过配置语句将network-monitoring-profile 一种探测类型附加到服务器组。

• TLB 双重运行状况检查 （TLB-DHC） — 通过配置语句将 network-monitoring-profile 两种探测类型与一个服务器组相关联。服务器的状态是根据两个运行状况检查探测的结果声明的。用户最多可以为每个服务器组配置两个运行状况检查配置文件。如果服务器组配置了双健康检查，则只有当两个健康检查探针同时开启时，才会将实际服务声明为 UP;否则，实际服务将声明为 DOWN。

虚拟服务

虚拟服务提供一个虚拟 IP 地址 （VIP），该地址与流量定向到的服务器组相关联，该组由基于哈希或随机会话分布和服务器运行状况监控确定。对于第 2 层 DSR 和第 3 层 DSR，特殊地址 0.0.0.0 会导致流向转发实例的所有流量进行负载平衡。

虚拟服务配置包括：

• 模式 - 指示如何处理流量（转换或透明）。

• 会话分发到的服务器组。

• 负载均衡方法。

• 路由实例和路由指标。