限制

在 WCCP 群集中配置设备有以下限制:

  • 群集中的所有设备必须是同一型号并使用相同的软件版本。
  • 群集内设备之间的参数同步不是自动的。使用 Command Center 将设备作为一个组进行管理。
  • SD-WAN 流量成形不是有效的,因为它依赖于将整个链路作为一个单元进行控制,并且没有一个设备能够做到这一点。可以改用路由器 QoS。
  • 基于 WCCP 的负载平衡算法不会随负载动态变化,因此实现良好的负载平衡需要进行一些调整。
  • 不支持缓存分配的哈希方法。掩码分配是支持的方法。
  • 虽然 WCCP 标准允许蒙版长度为 1-7 位,但设备支持 1-6 位的蒙版。
  • 不支持多播服务组。仅支持单播服务组。
  • 使用相同服务组对的所有路由器必须支持相同的转发方法(GRE 或 L2)。
  • 与路由器协商的转发和返回方法必须匹配:两者必须是 GRE 或两者都必须是 L2. 一些路由器在两个方向上不支持 L2,导致 “路由器的前进或返回或分配功能不匹配” 的错误。“ 在这种情况下,服务组必须配置为 GRE。
  • SD-WAN VPX 不支持 WCCP 群集。
  • 设备仅支持(并协商)未加权(等于)缓存分配。不支持加权分配。
  • 某些较旧的设备(如 SD-WAN 700)不支持 WCCP 群集。
  • (仅限 SD-WAN 4000/5000)L2 模式下,每个接口需要两个加速器实例。每个设备支持三个接口(然后仅支持具有六个或更多加速器实例的设备)。
  • (仅限 SD-WAN 4000/5000)来自路由器的 WCCP 控制数据包必须与服务组的设备上配置的路由器 IP 地址之一匹配。实际上,应使用路由器的 IP 地址连接到设备的接口。无法使用路由器的环回 IP。

部署工作表和群集限制

在下面的工作表中,您可以计算安装所需的设备数量和建议的掩码字段大小。建议的蒙版大小比安装的最小蒙版大小大 1-2 位。

参数 备注
使用的设备型号  
每个设备受支持的 XenApp 和 XenDesktop 用户 Uspec = 来自数据手册
WAN 链接上的 XenApp 和 XenDesktop 用户 Uwan =
用户过载系数 Uoverload = Uwan/Uspec =
每台设备支持的 BW BWspec = 来自数据手册
广域网连接路 BWwan =
BW 过载系数 BWoverload = BWwan/BWspec =
所需设备数量 N = max(Uoverload, BWoverload) +1 = 包括一个备用品
   
存储桶的最小数量 Bmin = N,向上四舍五入 2 =
如果使用 SD-WAN 4000 或 5000, Bmin = 2N,四舍五入到 2 =
建议值 如果 Bmin <= 16,则 B = 4 Bmin,否则 2 Bmin =
地址掩码中的 “一” 位数 M = log2(B) 如果 B=16,M=4。

掩码值:掩码值是 32 位地址掩码,其中几个 “1” 位等于之前提供的工作表中的 M。通常,这些位可以是远程站点使用的 WAN 子网掩码中的最小有效位。如果远程站点的蒙版不同,请使用中位数蒙版。(例如:对于 /24 子网,子网的最小有效位为 0x00 00 nn 00。要设置为一的位数为 log2(掩码大小):如果掩码大小为 16,请将 4 位设置为一。因此,对于掩码大小为 16 和 /24 子网,请将掩码值设置为 0x00 00 0f 00。)

仅当所选子网字段在流量中均匀分布时,上述准则才起作用,也就是说,掩码选择的每个地址位对于一半远程主机,对于另一半则是零。否则,负载平衡会受损。这种均匀分布可能只适用于网络字段中的几位(只有 2 位)。如果您的网络是这样,而不是掩盖子网字段的违规区域中的位,而是将这些位置置换到具有 50/50 属性的主机地址字段的一部分。例如,如果一个 /24 子网中只有三个子网位具有 50/50 属性,并且您正在使用四个掩码位,则 0x00 07 10 的掩码可避免 0x00 00 0800 的违规位,并将其置换为 0x00 00 00 00 10,地址字段的一部分可能具有 50/50 属性,如果远程子网通常每个至少使用 32 个 IP 地址。

参数 备注
最终遮罩值  
加速桥   通常 apA
WAN 服务组   路由器上尚未使用的服务组 (51-255)
LAN 服务组   另一个未使用的服务组
路由器 IP 地址   面向设备的端口上路由器接口的 IP 地址
WCCP 协议(通常为 “自动”)  
DC 算法   如果您只有两台设备或正在使用 HSRP 或 GSLB 等动态负载平衡,请使用 “确定性”。否则,请使用 “破坏性最小”。

在 WCCP 群集中配置设备有以下限制:

  • 群集中的所有设备必须是同一型号并使用相同的软件版本。
  • 群集内设备之间的参数同步不是自动的。使用 Command Center 将设备作为一个组进行管理。
  • SD-WAN 流量成形不是有效的,因为它依赖于将整个链路作为一个单元进行控制,并且没有一个设备能够做到这一点。可以改用路由器 QoS。
  • 基于 WCCP 的负载平衡算法不会随负载动态变化,因此实现良好的负载平衡需要进行一些调整。
  • 不支持缓存分配的哈希方法。掩码分配是支持的方法。
  • 虽然 WCCP 标准允许蒙版长度为 1-7 位,但设备支持 1-6 位的蒙版。
  • 不支持多播服务组;仅支持单播服务组。
  • 使用相同服务组对的所有路由器必须支持相同的转发方法(GRE 或 L2)。
  • 与路由器协商的转发和返回方法必须匹配:两者必须是 GRE 或两者都必须是 L2. 一些路由器在两个方向上不支持 L2,导致 “路由器的前进或返回或分配功能不匹配” 的错误。“ 在这种情况下,服务组必须配置为 GRE。
  • SD-WAN VPX 不支持 WCCP 群集。
  • 设备仅支持(并协商)未加权(等于)缓存分配。不支持加权分配。
  • 某些较旧的设备(如 SD-WAN 700)不支持 WCCP 群集。
  • (仅限 SD-WAN WANOP 4000/5000)L2 模式下,每个接口需要两个加速器实例。每个设备最多支持三个接口(然后支持具有六个或更多加速器实例的设备)。
  • (仅限 SD-WAN 4000/5000)来自路由器的 WCCP 控制数据包必须与服务组的设备上配置的路由器 IP 地址之一匹配。实际上,应使用路由器的 IP 地址连接到设备的接口。无法使用路由器的环回 IP。
限制