1. 数据中心网络演进与Nexus定位
数据中心网络的设计目标,归根结底是让服务器之间、服务器与存储之间、以及数据中心与外部网络之间的流量,能够以可预测的时延和可扩展的方式完成转发。理解 Cisco Nexus 的定位,必须先理解传统三层架构为什么会在虚拟化和云化阶段遇到瓶颈,以及叶脊(Spine-Leaf)架构如何用不同的拓扑逻辑解决这些问题。
传统三层架构的瓶颈
传统数据中心网络通常采用“接入—汇聚—核心”三层结构。接入层交换机连接服务器,汇聚层负责策略和路由边界,核心层提供高速互联。这个结构在南北向流量为主的时代是合理的:客户端请求从外部进入核心,经汇聚到达接入,再到达服务器,路径清晰、层次分明。
问题出现在流量模型改变之后。虚拟化、分布式存储、集群计算让大量流量变成东西向——服务器到服务器、虚拟机到虚拟机、计算节点到存储节点。在传统三层架构中,同一汇聚模块下的服务器通信可以经过接入和汇聚完成,但跨模块通信必须上行到核心再下行,形成“绕行”。这带来三个直接后果:
- 带宽收敛比恶化:接入到汇聚、汇聚到核心通常存在超额订阅,跨模块东西向流量会争抢上行链路。
- 时延不可控:路径跳数增加,且核心层可能成为拥塞点,分布式应用对时延敏感时表现明显。
- 扩展受限:增加一个汇聚模块往往需要重新规划核心端口、VLAN 和生成树域,变更窗口大、风险高。
此外,传统二层接入依赖生成树协议(STP)防环,链路利用率低,收敛速度也难以满足大规模虚拟机的迁移需求。当虚拟机在子网内迁移时,二层域必须足够大;但二层域越大,STP 的收敛和广播问题越突出。这是传统架构在云数据中心里最典型的矛盾。
叶脊架构的优势
叶脊架构用两层 Clos 拓扑替代三层结构:Leaf(叶交换机)连接服务器和存储,Spine(脊交换机)只连接 Leaf,不直接连接服务器。每台 Leaf 上行到所有 Spine,每台 Spine 下行到所有 Leaf,形成全互联的等价路径。
这种结构的关键优势在于:
- 路径可预测:任意两台 Leaf 下的服务器通信,路径固定为“源 Leaf → 任一 Spine → 目的 Leaf”,跳数一致,时延稳定。
- 带宽可扩展:增加 Spine 可以提升整体上行带宽,增加 Leaf 可以接入更多服务器,扩展时不需要改变已有拓扑逻辑。
- 等价多路径:Leaf 到 Spine 之间所有链路都参与转发,配合 ECMP 或 VXLAN 的等价多路径,链路利用率显著提高。
- 二层边界清晰:VXLAN 将二层扩展到 Leaf 之间,但底层仍是三层 IP 网络,避免了大规模 STP 域。
需要说明的是,叶脊架构并不是“没有层次”,而是把层次从“接入—汇聚—核心”变成了“Leaf—Spine”两层。Spine 层不承担策略边界,只做高速转发;策略、网关和 VXLAN 隧道端点通常放在 Leaf 或 Border Leaf 上。这种职责划分让网络更接近“可复制的模块”,而不是每次扩容都要重新设计。
Nexus 产品系列的角色划分
Cisco Nexus 并不是单一型号,而是一组面向不同位置和角色的交换机系列。理解它们的定位,比记住型号更重要。在叶脊架构中,通常按以下角色划分:
| 角色 | 典型位置 | 常见 Nexus 系列 | 关键能力 |
|---|---|---|---|
| Spine | 叶脊架构的脊层 | Nexus 9300 系列、Nexus 9500 系列 | 高密度 100G/400G 上行、低时延、ECMP |
| Leaf | 连接服务器和存储 | Nexus 9300 系列、Nexus 9200 系列 | VXLAN VTEP、分布式网关、端口密度 |
| Border Leaf | 连接外部网络或 WAN | Nexus 9300 系列、Nexus 9500 系列 | VXLAN 边界、路由重分发、策略控制 |
| Super Spine | 大规模多 Pod 互联 | Nexus 9500 系列、Nexus 9800 系列 | 高容量核心、跨 Pod 路由 |
| 管理/控制平面 | Nexus Dashboard、NDFC | 软件平台 | 策略下发、自动化、可视化 |
以 Nexus 9300 为例,它既可以作为 Leaf 接入服务器,也可以作为小型部署中的 Spine。Nexus 9500 通常用于需要更高交换容量和更多上行端口的 Spine 或 Super Spine 位置。Nexus 9200 则更偏向于成本敏感的 Leaf 场景,适合千兆或万兆服务器接入。Nexus 9800 面向大规模核心,提供更高的端口密度和转发容量。
需要强调的是,型号选择不是“越贵越好”,而是由位置决定能力需求。Spine 需要的是高带宽、低时延和稳定的 ECMP 转发;Leaf 需要的是 VXLAN 支持、端口密度和网关能力;Border Leaf 需要的是路由协议支持和安全策略接口。把 Spine 当 Leaf 用,可能浪费端口和功能;把 Leaf 当 Spine 用,可能在带宽和时延上成为瓶颈。
从架构到选型:一个简单的判断路径
在实际项目中,可以按以下顺序判断:先确定东西向流量规模和增长预期,再确定 Leaf 的端口密度和上行带宽,然后根据 Leaf 数量确定 Spine 的数量和上行端口需求,最后根据是否需要跨 Pod 互联决定是否引入 Super Spine。这个顺序的核心逻辑是:Leaf 决定接入规模,Spine 决定互联带宽,Border Leaf 决定外部边界,Super Spine 决定多 Pod 扩展。
理解传统三层架构的瓶颈、叶脊架构的路径优势,以及 Nexus 系列在不同位置的角色划分,是后续学习 VXLAN、EVPN、Nexus Dashboard 和自动化部署的基础。本章的重点不是记住型号参数,而是建立“位置决定角色、角色决定能力”的判断框架。