1. 课程导入与Nexus平台概览
在数据中心里，网络很少因为“完全不通”而成为焦点，更多时候它是因为“时快时慢、时通时断”而成为业务投诉的源头。当一台服务器到存储的访问延迟从 0.2 ms 抖动到 3 ms，当一次分布式训练的 AllReduce 因为某条链路的微突发丢包而重传，当扩容时发现核心交换机端口已经用满、而机柜内还有一半服务器没有接入——这些问题都不是单纯的“配置错误”，而是性能与容量在真实流量模型下的综合表现。本课程要解决的，正是如何用 Cisco Nexus 平台把这类问题从“事后救火”变成“事前规划、事中可观测、事后可定位”。
一、数据中心网络面临的性能与容量挑战
传统园区网络的设计假设是“南北向为主、流量收敛比高、突发可容忍”。数据中心则完全不同：东西向流量通常占总流量的 70% 以上，分布式应用、存储复制、虚拟化迁移、AI 训练集合通信让流量呈现高带宽、低延迟、强突发、多对多的特征。由此带来四类典型挑战。
第一类是带宽与收敛比。接入层服务器普遍使用 10/25 Gbps，而向上汇聚若仍按 1:4 甚至 1:8 收敛，一旦多台服务器同时向同一目标发送，就会出现链路拥塞。判断依据不是“平均利用率”，而是峰值利用率与微突发持续时间。例如某 Leaf 上行 4×100 Gbps，下行 48×25 Gbps，理论收敛比约为 3:1；若监控显示上行 100 Gbps 端口在 5 分钟粒度上峰值达到 85%，而 1 秒粒度上频繁触及 100%，说明平均指标掩盖了微突发，需要引入 PFC/ECN 或调整收敛比。
第二类是延迟与抖动。存储、数据库、RDMA 类业务对尾延迟极其敏感。排队延迟、缓冲区深度、ECN 门限、PFC 风暴都会直接改变 P99 延迟。一个常见现象是：平均延迟 0.3 ms 看似正常，但 P99 达到 5 ms，业务侧表现为间歇性超时。
第三类是缓冲区与丢包。交换芯片的共享缓冲区是有限资源，当多个端口同时突发，出端口队列溢出即丢包。无损网络通过 PFC 反压避免丢包，但若配置不当，会把局部拥塞扩散为整网停顿，形成“PFC 死锁”或“拥塞扩散”。
第四类是容量规划与扩展。端口数量、光模块预算、机柜空间、供电与散热、VLAN/VXLAN 网段规模、路由表项、MAC 表项、ARP 表项都会成为隐性瓶颈。容量规划不是简单“买更多端口”，而是要在业务增长曲线、故障冗余、升级窗口之间找到平衡。
二、Nexus 产品线定位
Cisco Nexus 是面向数据中心的交换机产品家族，核心价值在于高密度、低延迟、可编程与统一操作系统 NX-OS。理解产品线定位，关键是把它放到“Spine-Leaf”架构的不同位置上。
Nexus 9000 系列是当前主流的数据中心交换平台，覆盖 1RU 到模块化机箱，端口速率从 10G 到 400G。典型定位是 Spine 与高性能 Leaf：例如 Nexus 9364C 提供 64 个 100G 端口，适合作为 Spine 或高密度 Leaf；Nexus 9500 系列模块化机箱适合大型园区或数据中心核心，支持高密度 100G/400G 线卡。它们普遍支持 VXLAN EVPN、Segment Routing、Streaming Telemetry、PFC/ECN 等特性。
Nexus 3000 系列定位为 Leaf 接入层，强调低延迟、高性价比和紧凑尺寸。典型场景是机柜内服务器接入，配合 25G/100G 上行。它同样运行 NX-OS，支持 VXLAN、QoS、PFC，适合构建大规模 Leaf 层。
Nexus 7000 系列是较早期的模块化核心平台，仍在部分存量网络中承担核心角色，支持高密度 10G/40G/100G。课程中会涉及它的容量规划与迁移策略，但重点放在 9000/3000 平台。
NX-OS 是贯穿所有 Nexus 平台的操作系统。性能优化与容量规划中真正要操作的，是 NX-OS 上的 QoS 策略、PFC/ECN 配置、Telemetry 订阅、NetFlow 导出、缓冲区与队列门限、路由与表项资源。因此本课程不会停留在“产品选型”，而是深入到 NX-OS 的可调参数与观测手段。
三、课程目标与学习路径
本课程的目标可以概括为三句话：看得见——能用 Telemetry、NetFlow、show 命令和计数器定位性能瓶颈；算得清——能根据业务流量、收敛比、缓冲区、表项资源做容量估算；调得动——能通过 QoS、ECN、PFC、队列调度和架构调整改善性能。
学习路径按“先观测、再分析、后优化、终规划”推进。前几章建立性能与容量的基本概念和 Nexus 平台认知；随后进入 NX-OS 的可观测性工具，包括 Streaming Telemetry、NetFlow、sFlow、ERSPAN 以及关键计数器；接着分析拥塞控制机制，重点讲清 ECN 与 PFC 的配合、队列与缓冲区调优；再进入容量规划，覆盖端口、带宽、表项、电源与散热；最后通过综合案例把观测、分析、优化、规划串成闭环。
四、一个用于贯穿课程的示例场景
为了让后续章节有统一的讨论对象，这里给出一个示例场景（参数为教学假设，非实测结果）。某数据中心采用 Spine-Leaf 架构：2 台 Spine，每台 32×100G；4 台 Leaf，每台 48×25G 下行、8×100G 上行。接入服务器 25G 双上联，存储服务器 25G 双上联。业务包括虚拟化、分布式存储和一组 GPU 训练节点。
初始观测发现：Leaf 上行 100G 端口在业务高峰的 1 秒粒度上频繁达到 92%～98%，5 分钟平均只有 55%；存储流量 P99 延迟从 0.4 ms 升至 4.2 ms；部分 Leaf 出现 PFC 暂停帧，且暂停持续时间累计超过 200 ms/s。这些数据说明：平均利用率正常，但微突发导致排队和 PFC 反压，需要从 ECN 门限、队列调度和上行收敛比三个方向同时入手。后续章节会围绕这个场景逐步展开分析与调优。
需要强调的是，性能优化不是“把参数调到最激进”，而是在延迟、吞吐、丢包、公平性和稳定性之间找平衡。容量规划也不是“一次性买够”，而是建立可重复的估算方法和监控反馈。掌握这两点，才算真正具备数据中心网络的性能与容量能力。