iStack详解(三)——iStack多主检测方式

今天继续给大家介绍iStack和CSS的相关内容,本文主要内容是iStack的多主检测方式。
阅读本文,您需要对堆叠有一定的了解,如果您对此还存在困惑,建议您查阅以下文章:
iStack详解(一)——iStack基本原理
iStack详解(二)——堆叠连接方式堆叠拓扑变动处理

一、iStack多主检测

在前文中,我们讲过,由于设备或者链路故障,iStack可能会出现集群分裂。而iStack分裂可能回对整个网络造成较大的影响,因此,我们可以采用多主检测的方式来检测iStack分裂的发生,并进行处置。
从检测方式分类,iStack多主检测可以分为直连检测方式和代理检测方式。

二、多主直连检测方式

直连检测方式又可以分为通过中间设备直连和堆叠成员交换机Full-mesh方式直连的检测方式。
通过中间设备的直连检测方式拓扑如下:
在这里插入图片描述
堆叠成员交换机Full-mesh的多主检测方式拓扑如下所示:
在这里插入图片描述

三、多主代理检测方式

根据检测设备的不同,代理检测方式可以分为单机作代理和两套堆叠系统互为代理。
单机作代理拓扑如下所示:
在这里插入图片描述
两套堆叠系统互为代理拓扑如下:
在这里插入图片描述

四、多主检测冲突处理

当堆叠分裂后,多主检测冲突处理机制会使检测分类后的两个堆叠系统,并且使分裂后的堆叠系统处于Detect或者Recovery状态。Detect状态的堆叠系统正常工作,Recovery状态的堆叠系统暂时处于禁用状态或者根据配置允许部分接口可用。
当多主检测系统检测到堆叠分裂后,多主冲突检测机制会使得堆叠系统之间相互竞争,竞争成功的堆叠系统保持Detect状态,竞争失败的堆叠系统则进入Recovery状态。多主检测冲突系统通过这种方式尽量使得堆叠分裂对网络的影响降到最低。

五、堆叠分裂后故障恢复

当堆叠系统分裂后,如果我们已经查找到故障问题并且想要恢复为一个堆叠系统,则可以将两个系统合并,此时处于Recovery状态的堆叠系统重新启动,与Detect转台的堆叠系统合并,同时将被关闭的业务端口恢复为Up,整个堆叠系统恢复。
如果在我们将堆叠故障修复之前,承载业务的Detect状态的堆叠系统又出现了故障,我们可以将Detect状态的堆叠系统从网络中移除,再通过命令行启用Recovery状态的堆叠系统,接替原来的业务后,再修复原Detect状态的堆叠系统,并重新合并为一个堆叠系统。
原创不易,转载请说明出处:https://blog.csdn.net/weixin_40228200/article/details/120210217

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

永远是少年啊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值