1. 课程导入：数据中心网络演进与RoCE技术背景

1.1 从传统TCP/IP到高性能计算的网络瓶颈

现代数据中心的业务形态正在发生根本性变化。早期以Web服务、邮件系统为主的业务，对网络时延的容忍度较高，TCP/IP协议栈通过滑动窗口、拥塞控制等机制，在“尽力而为”的IP网络上提供了可靠的端到端传输。然而，当业务转向分布式存储（如Ceph、vSAN）、AI/ML分布式训练（如AllReduce通信模式）、高性能数据库（如SAP HANA）时，网络时延和丢包成为致命瓶颈。

以分布式存储为例，一次4KB的随机读操作，在存储节点间可能产生数十次网络往返。传统TCP在检测到丢包后需要等待超时（通常1ms以上）或快速重传，这直接导致存储IOPS（每秒读写次数）断崖式下降。更关键的是，TCP的拥塞控制机制（如Cubic、BBR）在数据中心低时延场景下显得过于“保守”，无法充分利用RDMA（远程直接内存访问）所需的极低时延特性。

1.2 RDMA技术演进与RoCEv2的诞生

RDMA技术允许网卡（RNIC）直接读写对端主机内存，绕过CPU和内核，实现微秒级时延和零拷贝传输。RDMA主要有三条技术路线：

RoCEv2（RDMA over Converged Ethernet version 2）将RDMA报文封装在UDP/IP中（目的端口号4791），使得报文可以像普通IP包一样被三层交换机路由。这一设计让RoCEv2能够无缝融入现有数据中心IP网络，无需单独建设IB网络。但代价是：标准以太网的“尽力交付”特性与RDMA的“无损”要求产生冲突——一旦网络发生丢包，RDMA性能将急剧恶化（吞吐量可下降90%以上）。

1.3 为什么需要“无损”网络？——RoCEv2的致命弱点

RoCEv2依赖RDMA的可靠连接（RC）模式，其流控机制假设底层网络不会丢包。当交换机或网卡发生拥塞导致丢包时，RoCEv2的恢复机制远不如TCP高效：

• 重传代价极高：RoCEv2的重传由网卡硬件完成，但一旦触发重传，所有未确认的报文（可能数百个）都需要重传，造成“重传风暴”。
• Go-Back-N机制：不同于TCP的滑动窗口选择性重传，RoCEv2的RC模式采用Go-Back-N，一个报文丢失会导致后续所有报文被丢弃重传。
• PFC死锁风险：为防止丢包，RoCEv2依赖以太网流控（PFC），但PFC使用不当会造成队头阻塞，甚至产生死锁（环路中所有队列暂停）。

1.4 学习目标与课程结构

本课程聚焦于RoCEv2的流控机制与配置实践，帮助网络工程师、存储工程师和云基础设施开发者系统掌握以下能力：

1. 理解RoCEv2协议栈：报文格式、队列对（QP）、拥塞控制算法（DCQCN）等核心概念。
2. 掌握无损网络构建：PFC优先级流控、ECN显式拥塞通知、ETS带宽分配三大机制的协同原理。
3. 具备配置与排障能力：在Cisco、华为、H3C等主流交换机上完成RoCEv2相关配置，并能通过计数器、Wireshark抓包定位流控问题。

课程共30章，按“原理→机制→配置→调优→排障”五阶段递进。前5章夯实协议基础，第6-12章深入PFC/ECN/ETS三大流控机制，第13-20章讲解不同厂商的配置命令与脚本，第21-25章介绍典型场景（存储、AI训练）的流控参数调优，第26-30章聚焦故障排查与性能优化案例。

1.5 课程核心概念速查