限制
在 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。