ADC
感谢您提供反馈

这篇文章已经过机器翻译.放弃

群集中动态路由的路由监视

无论群集节点是否包含动态学习的路由,都可以使用路由监视器使群集节点依赖于内部路由表。每个节点上的路由监视器检查内部路由表,以确保始终存在到达特定网络的路由条目。如果路径条目不存在,则路径监视器的状态将更改为“向下”。

在群集部署中,如果节点的客户端或服务器侧链接出现故障,流量将通过对等节点引导到此节点进行处理。通过在所有节点上配置动态路由和添加静态 ARP 条目来实现流量的转向,指向每个节点的特殊 MAC 地址。如果群集部署中有许多节点,则在所有节点上添加和管理具有特殊 MAC 地址的静态 ARP 条目是一项繁琐的任务。现在,节点隐式地使用特殊的 MAC 地址来转向数据包。因此,不再需要将指向特殊 MAC 地址的静态 ARP 条目添加到群集节点。

使用 CLI 绑定群集节点

在命令提示符下,键入:

bind cluster node <nodeId> \(-routeMonitor <ip\_addr|ipv6\_addr|\*> \[<netmask>])
unbind cluster node <nodeId> \(-routeMonitor <ip\_addr|ipv6\_addr|\*> \[<netmask>])

假设节点 1 绑定到路由监视器 1.1.1.0 255.255.255.0 的情况。当动态路由失败时,节点 1 变为非活动。如下所示,在 show cluster node 命令中可以按节点 ID 查看运行状况。

Node ID: 1
IP:  10.102.169.96
Backplane:  1/1/2
Health: NOT UP
Reason(s): Route Monitor(s) of the node have failed
Route Monitor -  Network: 1.1.1.0   Netmask: 255.255.255.0   State: DOWN
本内容的正式版本为英文版。部分 Cloud Software Group 文档内容采用了机器翻译,仅供您参考。Cloud Software Group 无法控制机器翻译的内容,这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性,或者您的 Cloud Software Group 产品或服务沿用了任何机器翻译的内容,我们均不作任何明示或暗示的保证,并且适用的最终用户许可协议或服务条款或者与 Cloud Software Group 签订的任何其他协议(产品或服务与已进行机器翻译的任何文档保持一致)下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题,Cloud Software Group 不承担任何责任。
群集中动态路由的路由监视