今天继续给大家介绍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
————————————————
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/weixin_40228200/article/details/120210217
