理论上，交换机堆栈的一个成员上的硬件故障只会导致该成员交换机的物理接口关闭。其他交换机上的上行链路和访问端口将保持在线。“故障转移”可能比冗余生成树故障转移更快。单个生成树实例还可以防止中断，尤其是在人们插入桌面交换机的桌面网络中。

我在生产中遇到了两种与冗余交换机堆栈有关的问题（尽管其中大部分是与 VSS cat6k 功能或瞻博网络 SRX 防火墙集群有关）。

1. 交换机堆栈故障转移软件本身很复杂，可能会发生故障。实际上，您有一个控制平面。它试图永不失败。它并不总是成功的。
2. 软件升级特别危险。我遇到了几个“集群交换机”实现，其中升级过程非常复杂（在某些情况下，您必须“破坏集群”作为过程的一部分）或者您必须同时重新启动两个成员。有时，这些升级问题仅适用于主要版本号更改，而不适用于次要版本号更改。

因此，交换机堆栈改善了某些类型故障的冗余，但增加了复杂性并削弱了其他情况（最明显的是升级）的冗余。

我个人发现交换机堆栈在桌面网络中非常有用（在这些网络中，为影响下班后的升级而获得计划的中断不是问题）。在数据中心，几乎不可能获得影响更改窗口，因此我避免使用交换机堆栈（至少如果服务器有冗余以太网网卡，让两个接口连接到完全独立的交换机）。

如果使用 StackWise 将交换机堆叠在一起，如果其中一个交换机出现故障会发生什么情况？

正确堆叠，您只会丢失该物理交换机上的接口。

交换机堆叠不利于冗余吗？

不会。拥有一堆交换机可以增强冗余，因为您可以在不同的物理交换机上拥有多个上行链路。

基本上，一堆交换机看起来就像一个带有多个插槽的机箱交换机。如果一个插槽中的板死了，如果不是超级板，其他板仍然可以工作。Stacking 实际上在每个物理交换机上都有一个备份管理器。