4. 网络架构设计原则
在 Catalyst 企业网络项目交付中，架构设计原则不是抽象口号，而是决定后续配置复杂度、故障域大小和扩容成本的结构性约束。分层架构、模块化设计、冗余与高可用、可扩展性这四项原则，最终都要落到具体的 Catalyst 设备角色、链路拓扑、VLAN 划分、网关协议和生成树/路由设计上。本节围绕“原则如何变成可交付设计”展开。
分层架构：把 Catalyst 设备放进正确的角色
经典三层架构由接入层、汇聚层、核心层组成。在 Catalyst 项目中，接入层通常由 Catalyst 9200/9300 系列承担，负责终端接入、PoE 供电、端口安全与 VLAN 划分；汇聚层由 Catalyst 9500 或 9300 堆叠承担，负责 VLAN 间路由、策略控制、网关冗余；核心层由 Catalyst 9500/9600 或 9600 系列承担，负责高速转发与路由汇总。分层的关键不是设备型号，而是“每层只做该层的事”：接入层不做跨 VLAN 路由，汇聚层不做互联网出口策略，核心层不做终端策略。
落地时先确定一个原则：网关下沉到汇聚层。这样接入层交换机只做二层转发，终端网关由汇聚层的 SVI 提供，配合 HSRP 或 VRRP 实现网关冗余。若项目规模较小，可采用“ collapsed core ”两层结构，由 Catalyst 9500 同时承担核心与汇聚角色，但必须在设计文档中明确该设备承担的双重职责，避免后期扩容时角色混乱。
模块化设计：按功能域切分，而不是按楼层堆叠
模块化设计的核心是“一个模块内部的变化不影响其他模块”。在 Catalyst 项目中，常见的模块划分包括：园区接入模块、园区汇聚模块、数据中心接入模块、WAN 边缘模块、无线控制模块、管理模块。每个模块内部使用独立的 VLAN 段、独立的生成树实例、独立的路由进程或区域。
例如，园区接入模块可规划为 VLAN 100–199，汇聚模块使用 VLAN 200–299 作为互联和网关，管理模块使用 VLAN 999。模块之间通过三层路由互联，而不是二层透传。这样做的直接收益是：某个接入模块出现广播风暴或 STP 震荡时，故障被限制在该模块内，不会通过二层扩散到整个园区。
模块化还体现在 Catalyst 堆叠与 StackWise 的边界上。建议以“一个堆叠 = 一个模块”为原则，堆叠内部使用 StackWise 或 StackWise-480 形成单一逻辑设备，堆叠之间使用三层链路互联。这样既保留了堆叠带来的管理便利，又避免了跨堆叠的二层环路。
冗余与高可用：从设备、链路到协议的三级冗余
冗余不是“多插一根线”，而是要在设备、链路、协议三个层面分别设计，并明确切换条件和收敛时间。Catalyst 项目中常用的冗余手段包括：
- 设备冗余：汇聚层两台 Catalyst 9500 组成 HSRP 组，接入层双上行分别连接到两台汇聚设备。
- 链路冗余：接入交换机使用 EtherChannel 跨堆叠成员连接，或使用两条独立上行分别接入不同汇聚设备。
- 协议冗余：网关使用 HSRP/VRRP，路由使用 OSPF/BGP 多路径，生成树使用 Rapid-PVST+ 或 MSTP 并明确根桥位置。
一个可落地的示例参数：汇聚层两台 Catalyst 9500 配置 HSRP，虚拟 IP 为 10.10.10.1，主设备优先级 110，抢占延迟 30 秒，跟踪上行链路。接入层 Catalyst 9300 双上行分别连接两台汇聚设备，使用 Rapid-PVST+，根桥手动指定为汇聚主设备。这样当主汇聚设备上行故障时，HSRP 切换，接入层 STP 根桥不变，终端网关切换时间可控制在秒级。
可扩展性：为未来预留结构，而不是预留端口
可扩展性常被误解为“多买几台设备”。在 Catalyst 项目中，可扩展性更多体现在地址规划、路由汇总、VLAN 编号和物理机柜空间上。建议在项目初期就确定：
- 每个接入模块预留 20% 的 VLAN 和 IP 地址空间；
- 汇聚层到核心层使用可汇总的连续网段，例如 10.10.0.0/16 按模块划分为 10.10.1.0/24、10.10.2.0/24；
- 核心层路由表只看到汇总路由，而不是每个接入 VLAN 的明细路由；
- 机柜内预留至少一个接入交换机位置和对应的配线架端口。
这样当新增一个接入模块时，只需在汇聚层增加一个 SVI 和对应的 HSRP 组，核心层路由表增加一条汇总路由，不需要改动现有模块的配置。
四项原则在 Catalyst 项目中的协同落地
分层架构决定了设备角色，模块化设计决定了故障域边界，冗余与高可用决定了切换能力，可扩展性决定了未来扩容成本。四者不是独立选项，而是相互约束。例如，如果模块化设计把网关放在核心层，那么冗余设计就必须在核心层做 HSRP，这会增加核心层配置复杂度，也削弱了汇聚层的策略控制能力。因此，建议在项目设计阶段就用一张架构图明确：每台 Catalyst 的角色、每个模块的 VLAN 范围、每对冗余设备的协议和切换条件、每个模块预留的地址空间。
在具体交付时，可以按以下顺序推进：先确定分层结构和设备角色，再划分模块和 VLAN/IP 段，然后设计冗余协议和切换参数，最后检查可扩展性预留。每一步都应在设计文档中留下可验证的参数，而不是只写“采用冗余设计”。
最后需要强调，Catalyst 项目中的架构设计原则最终要落到配置和验证上。例如，HSRP 的抢占延迟、STP 的根桥优先级、OSPF 的 cost 值、VLAN 的编号范围，都是可以量化、可以检查的参数。只有把这些参数写进设计文档并在实施后逐项验证，分层、模块化、冗余和可扩展性才不是纸面原则，而是可交付、可运维的网络结构。