1. 课程导论：DPDK Bonding 主备切换延迟测试的背景与重要性
1.1 为什么需要 DPDK Bonding？
在高速网络处理场景中，单张网卡存在单点故障风险。一旦网卡、光模块或物理链路异常，整个数据面就会中断。DPDK Bonding 技术允许将多张物理网卡聚合成一个逻辑端口，在用户态实现链路冗余与负载均衡，从而避免内核协议栈的额外开销。
核心目标：在保持 DPDK 零拷贝、轮询模式高性能的同时，提供与内核 Bonding 等效甚至更快的故障切换能力。
1.2 主备切换延迟：衡量冗余方案的关键指标
主备切换延迟（Failover Latency）是指从主链路发生故障到备用链路接管数据收发所经历的时间。这个指标直接决定了网络中断对业务的影响程度。
| 场景 | 可容忍中断时间 | DPDK Bonding 目标 |
|---|---|---|
| 电信核心网（5G UPF） | < 50 ms | < 10 ms |
| 金融交易撮合 | < 100 ms | < 20 ms |
| 视频直播源站 | < 200 ms | < 50 ms |
| 普通云网关 | < 1 s | < 100 ms |
经验法则：DPDK 主备切换延迟应控制在 1 个 RTT（通常 1~10 ms）以内，否则 TCP 连接可能因超时重传而大幅降速。
1.3 主备切换延迟的组成
一次完整的 DPDK Bonding 主备切换包含以下阶段，每个阶段都可能引入延迟。
- 故障检测延迟：从链路实际中断到 DPDK PMD 驱动或 Bonding 模块感知到链路状态变化的时间。
- 状态通知延迟：PMD 驱动将链路 down 事件上报给 Bonding 模块的时间。
- 决策与仲裁延迟：Bonding 模块根据策略（主备/负载均衡）选择新活动端口的时间。
- 硬件切换延迟：更新网卡 MAC 地址、流表规则或转发表，使新端口开始收发数据的时间。
- 业务恢复延迟：从切换完成到业务流量完全恢复正常（如 ARP 刷新、TCP 重传）的时间。
1.4 为什么需要专项测试？
DPDK Bonding 的切换延迟受多种因素影响，常规功能测试无法暴露性能瓶颈。
- PMD 驱动差异：不同网卡（Intel i40e、Mellanox mlx5、Broadcom bnxt）的链路检测机制不同，轮询间隔从 10 μs 到 1 ms 不等。
- Bonding 模式影响：主备模式（Mode 1）与 XOR 负载均衡模式（Mode 2）的切换逻辑不同，延迟差异可达数倍。
- CPU 亲和性与中断：DPDK 轮询线程的 CPU 负载、NUMA 跨域访问都会影响切换响应速度。
- 业务流量特征：小包（64B）与大包（1518B）在切换过程中的丢包率表现截然不同。
常见误区：很多团队只测试了链路 down 到 Bonding 模块感知的时间，忽略了业务恢复延迟。实际上，ARP 表老化、TCP 连接迁移带来的中断往往比硬件切换本身更长。
1.5 测试方法论概览
本课程将围绕以下测试维度展开，每个维度都会提供可复现的测试脚本与分析方法。
| 测试维度 | 关键指标 | 测试工具 |
|---|---|---|
| 链路故障注入 | 切换延迟、丢包数 | 硬件继电器 / iptables 丢包 / 光模块断电 |
| PMD 驱动参数调优 | 链路检测间隔、轮询延迟 | dpdk-procinfo / 自定义 PMD 测试 |
| Bonding 模式对比 | 切换延迟、吞吐量影响 | testpmd / pktgen-dpdk |
| CPU 亲和性影响 | 切换延迟抖动、最大延迟 | taskset / perf / trace-cmd |
| 业务恢复时间 | TCP 重传率、应用中断时长 | tcpdump / Wireshark / 应用日志 |
1.6 课程目标与产出
完成本课程后，你将能够：
- 独立搭建 DPDK Bonding 主备切换延迟测试环境。
- 使用硬件与软件方法精确测量切换延迟（精度达微秒级）。
- 定位并解决常见的切换延迟瓶颈（PMD 驱动、CPU 调度、Bonding 配置）。
- 输出标准化的测试报告，用于生产环境冗余方案评估。