1. 课程导入与工程全景

在园区网与中小型数据中心的接入—汇聚层设计中，单台交换机往往同时承担管理点、生成树根、网关和上行出口等多重角色。一旦这台设备重启、链路抖动或控制平面过载，影响面会沿着二层拓扑迅速扩散。Cisco Catalyst 堆叠（StackWise / StackWise-480 / StackWise-1T）与虚拟化交换架构（VSS、StackWise Virtual）正是为解决这一类"单点即全局"问题而生的工程手段：把多台物理交换机在控制平面和数据平面上整合为一台逻辑设备，用跨设备的链路捆绑、单一管理面和统一转发表来换取更高的可用性与更简洁的运维模型。

需要先厘清两个容易混淆的概念。堆叠通常指同一系列、通过专用堆叠线缆或堆叠端口互联的交换机集群，典型如 Catalyst 9200/9300/9500 系列的 StackWise；虚拟化交换架构则更多指通过普通以太网链路（或专用链路）把两台机箱式设备整合为一台逻辑设备，典型如 Catalyst 6500/6800 的 VSS 和 Catalyst 9000 系列的 StackWise Virtual。二者在"多台变一台"的目标上一致，但在物理连接介质、支持的距离、成员数量上限、故障切换机制和许可要求上差异明显。工程选型时，这些差异往往比"是否支持堆叠"本身更关键。

从价值角度看，堆叠与虚拟化带来的收益可以归纳为四条主线。第一是控制平面单一化：整个逻辑设备只有一个活动主控（Active Supervisor 或 Active Switch），其余成员处于热备或成员角色，配置只需在一处下发。第二是数据平面跨设备转发：通过堆叠环或虚拟化链路，成员之间可以以硬件方式转发流量，避免传统二层网络中"上行绕行"带来的额外跳数。第三是链路级冗余：跨成员的 EtherChannel（MEC）允许把两条分别落在不同物理设备上的链路捆绑为一个逻辑链路，单成员故障时链路仍可用。第四是运维简化：单一管理 IP、单一配置文件、统一的软件版本和统一的故障域视图，显著降低日常变更与排障成本。

典型应用场景主要有三类。其一是接入层堆叠：多台接入交换机堆叠后，向下以 MEC 连接服务器或 AP，向上以 MEC 连接汇聚，接入侧不再依赖生成树收敛。其二是汇聚/核心虚拟化：两台汇聚或核心交换机组成 VSS 或 StackWise Virtual，配合 MEC 形成无环二层转发路径，同时作为网关提供第一跳冗余。其三是小型数据中心与分支：在机柜空间和供电受限的场景下，用堆叠替代双机箱方案，以较低成本获得接近机箱式的可用性。这三类场景对成员数量、堆叠带宽、故障切换时间和许可的要求各不相同，后续章节会逐一展开。

学习路径上，本课程按"概念—规划—实施—验证—排障"的工程逻辑推进。先建立堆叠与虚拟化的术语体系和选型判断，再进入物理连接与优先级规划，随后是配置实施、状态验证、故障切换测试，最后覆盖常见故障模式与恢复流程。每一章都会给出可复现的实验参数和判断依据，而不是停留在命令罗列。

实验环境准备方面，建议至少准备两台同系列 Catalyst 交换机（如 C9300-48P）、两根专用堆叠线缆或符合要求的堆叠端口连接、一条带外管理链路，以及一台用于产生流量的测试主机。软件版本需保持一致，并确认所选型号支持目标堆叠或虚拟化特性及相应许可。开始实验前，先记录每台设备的型号、序列号、当前 IOS-XE 版本和堆叠端口编号，这些信息在后续优先级规划和故障定位中会反复用到。

上图把本节的核心关系压缩为三层：左侧是参与堆叠或虚拟化的物理成员，中间是整合后对外呈现的单一逻辑设备，右侧是这一整合带来的四类工程价值，底部则标注了三类典型落地场景。理解这张图的关键在于：物理成员的数量、角色和连接方式会变化，但对外始终表现为一台设备；所有配置、管理和转发决策都围绕这个逻辑实体展开。