StackWise 与 StackPower 保护网络的不同部分

一个园区堆叠系统可能运行正常，但其供电弹性目标却未达成。反过来也可能发生：终端设备保持供电，但所需的数据路径不可用。这些结果并不矛盾，它们涉及系统的不同部分。

因此，在支持 StackWise 和 StackPower 的平台上，必须将它们视为独立的设计决策。

数据堆叠关乎受支持的交换系统

数据堆叠通过平台的堆叠接口和软件行为连接受支持的成员。确切的成员组合、附件和运行条件取决于型号和版本。

Cisco 的 Catalyst 文档指出了这些平台特定的配置。不应假设某一系列的适配器或线缆适用于另一系列，并且一个正常工作的环网并不能证明所有期望的故障行为都能实现。R12R15

设计应说明它打算容忍哪个成员、链路或控制平面事件，以及可接受的服务中断程度。

功率共享是另一个容量问题

在受支持的系统中，StackPower 提供了一种明确的供电容量安排。它不会创造无限功率，也不能免除在故障后计算剩余预算的需要。R12R15

使用正确的平台规则来考虑系统消耗和终端设备分配。PoE 规划还必须区分交换机侧提供的功率和设备侧可用功率。R32

一个示例性预算可能具有足够的已安装容量用于正常运行，但在故障期间失去足够的供电容量，以至于必须卸载低优先级设备。数据堆叠状态屏幕不会揭示该供电目标是否已被正确指定。

绘制两张图

一张图用于数据堆叠链路、上联和成员角色。另一张图用于功率共享连接、电源、PDU 插座和上游馈电。物理布置可能占用同一机架，但不应将它们合并为一条标记为“冗余”的模糊线路。

在两张图中检查线缆长度、连接器接入和更换空间。技术上正确的附件仍可能不适合实际安装路径。

故障场景	观察内容
数据堆叠链路丢失	成员状态、路径变化和应用中断
堆叠成员丢失	幸存端口、上联和受影响的服务
电源或馈电丢失	剩余容量和终端设备供电行为
恢复	恢复顺序、告警和任何手动操作

接受服务，而非标签

仅在受控窗口内运行经批准的故障测试。记录电话、接入点和其他关键终端设备是否保持供电，以及其所需的网络服务是否仍然可用。这些是独立的测量。

不要仅仅因为硬件支持堆叠或功率共享就将设计描述为无中断。实际结果取决于完整配置和具体故障。

一份有用的采购请求应包含两张图、已安装的标识符以及所需的故障状态预算。这使附件清单有意义，并防止一个常见错误：假设购买一种冗余类型会自动提供另一种。

配套工程示意图

以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。