2. Cisco Nexus DCI 技术体系概览
在数据中心互联（DCI）工程中，硬件平台、操作系统特性集与功能模块三者必须协同匹配，才能支撑跨站点的高可用转发、故障隔离与策略一致性。Cisco Nexus 9000 系列是当前 DCI 场景的主力硬件平台，但“Nexus 9000”本身是一个覆盖多档位、多芯片架构的产品族，不同型号在缓存深度、端口密度、VXLAN 能力、EVPN 支持、MAC/IP 表项规模上差异明显。理解这些差异，是后续做 DCI 选型、容量规划和故障域设计的前提。
Nexus 9000 系列的定位分层
Nexus 9000 系列按芯片架构与定位大致可分为三类。第一类是面向高密度 10G/25G 接入的固定式交换机，典型如 Nexus 93180YC-FX、93360YC-FX2，采用 Cisco Cloud Scale 或后续 ASIC，端口密度高、时延低，适合作为 DCI 两端的 Leaf 或边界接入设备。第二类是面向 100G/400G 骨干的模块化或高密度固定式平台，如 Nexus 9500 系列（含 9504、9508、9516 机箱）与 Nexus 9364C、9332C 等，具备大表项、深缓存和丰富 QoS 队列，适合作为 DCI 核心或 Spine 角色。第三类是面向高性能路由与大规模 EVPN 的 Nexus 9800 系列，支持 400G 端口与更高转发容量，适用于超大规模 DCI 骨干。
选型时不能只看端口速率。DCI 链路通常承载跨站点 VXLAN 隧道、EVPN 控制平面和大量主机路由，因此需要重点关注：VXLAN 隧道端点数量、EVPN 路由表规模、ARP/ND 表项容量、ECMP 组数、QoS 队列深度以及是否支持跨站点的一致性哈希。例如，若两个站点之间需要承载 5000 条以上 EVPN 路由且要求 128 路 ECMP，则应优先选择表项规模更大的 9500 或 9800 平台，而不是仅凭端口数量选择接入级设备。
NX-OS 特性集与 DCI 相关模块
NX-OS 是 Nexus 平台的操作系统，其 DCI 相关能力主要集中在以下几个特性模块：
- VXLAN 与 EVPN：提供跨站点的二层扩展与三层路由。EVPN 作为控制平面，通过 BGP 传递 MAC/IP 可达性，避免传统 VXLAN 的泛洪问题。DCI 场景中通常启用 EVPN Multihoming 或 EVPN Type-2/Type-5 路由。
- BGP EVPN 地址族：在 NX-OS 中通过
address-family l2vpn evpn配置，负责跨站点路由反射与策略控制。 - VPC 与 FabricPath：VPC 用于双归接入，FabricPath 在部分传统 DCI 中仍有使用，但当前主流已转向 VXLAN/EVPN。
- QoS 与 PFC/ECN：DCI 链路常承载存储与计算混合流量，需要基于 DSCP 或 CoS 做队列调度，并在无损以太网场景中启用 PFC 与 ECN。
- Telemetry 与 Streaming：NX-OS 支持 gRPC、NETCONF 和 Streaming Telemetry，用于跨站点性能监控与故障快速定位。
- Segment Routing 与 MPLS：部分 DCI 场景使用 SR-MPLS 或 SRv6 作为底层转发，NX-OS 在 9000 系列上提供相应支持。
这些模块并非孤立存在。例如，EVPN 依赖 BGP 和 VXLAN，而 VXLAN 的转发质量又依赖 QoS 与 ECMP 哈希。因此，在规划 DCI 时，应把“控制平面—数据平面—策略平面”作为一个整体来考虑。
DCI 功能模块的协同关系
下图展示了 Nexus 9000 在 DCI 场景中的典型功能模块与数据流关系。左侧为站点 A 的 Leaf/Spine，右侧为站点 B，中间通过 DCI 骨干链路连接。控制平面由 BGP EVPN 负责，数据平面由 VXLAN 封装承载，策略平面由 QoS 与 ACL 实现跨站点一致性。
从图中可以看出，DCI 并非单一链路，而是控制、数据、策略三个平面在两端设备之间的协同。站点 A 的 Spine 与站点 B 的 Spine 之间建立 BGP EVPN 邻居，交换 Type-2/Type-5 路由；Leaf 作为 VTEP 负责 VXLAN 封装与解封装；QoS 策略在两端边界设备上保持一致，确保跨站点流量获得相同的队列调度与丢弃优先级。
选型依据与关键参数
在实际工程中，DCI 选型应围绕以下维度展开，而不是简单按端口数量或价格决定：
| 选型维度 | 关键问题 | 典型参考值（示例） |
|---|---|---|
| VXLAN 隧道规模 | 需要支持多少个 VTEP 和 VNI？ | VTEP 200～2000，VNI 500～5000 |
| EVPN 路由表 | 跨站点 MAC/IP 路由条目数量？ | MAC 50K～200K，IP 100K～500K |
| ECMP 组数 | DCI 链路需要多少条等价路径？ | 64～256 路 |
| QoS 队列 | 是否需要无损以太网与 PFC？ | 8 队列，PFC 优先级 3/4 |
| Telemetry 粒度 | 监控采样周期与指标类型？ | 1s～10s，gRPC Streaming |
| 端口速率 | DCI 链路带宽与未来扩展？ | 100G 起步，400G 预留 |
以某中型 DCI 场景为例：两个站点各部署 2 台 Nexus 9508 作为 Spine，4 台 Nexus 93180YC-FX 作为 Leaf，站点间通过 4 条 100G 链路互联。此时 EVPN 路由表约 8 万条 MAC、15 万条 IP，ECMP 组数 128，QoS 启用 8 队列并配置 PFC 优先级 3。该配置下，9508 的表项与缓存能力可以满足需求，而 93180YC-FX 作为 VTEP 负责接入侧封装，整体架构清晰、扩展性良好。
NX-OS 版本与特性兼容性
NX-OS 不同版本对 EVPN、VXLAN、Segment Routing 的支持程度不同。例如，EVPN Multihoming 在较早版本中可能仅支持有限功能，而 EVPN Type-5 路由在不同版本中的默认行为也可能存在差异。因此，在选型阶段就应确认目标 NX-OS 版本是否支持所需特性组合。建议在实验室环境中先用目标版本验证 BGP EVPN 邻居建立、VXLAN 隧道 up、路由反射器收敛时间等关键指标，再决定生产部署版本。
此外，NX-OS 的 feature 命令需要显式启用相关模块，例如 feature bgp、feature vn-segment-vlan-based、feature nv overlay、feature interface-vlan 等。在 DCI 边界设备上，通常还需要启用 feature telemetry 与 feature grpc 以支持流式监控。这些特性之间存在依赖关系，配置顺序不当可能导致 VXLAN 隧道无法建立。
综合来看，Nexus 9000 系列为 DCI 提供了从接入到骨干的完整硬件选择，NX-OS 则通过 EVPN、VXLAN、QoS、Telemetry 等模块支撑跨站点高可用。选型的核心不是追求最高规格，而是让平台能力与业务需求、流量模型、故障域设计相匹配。只有控制平面、数据平面和策略平面三者协同，DCI 才能真正实现高可用与可运维。