2. 数据中心互联业务需求分析
在 IP over DWDM 数据中心互联(DCI)工程中,需求分析是决定后续光层容量规划、路由选择、保护方式与投资规模的第一道关口。DCI 需求与普通企业专线最大的不同在于:它通常由云业务、存储复制、AI 训练、灾备同步等应用直接驱动,业务侧给出的往往是"应用体验目标",而工程侧必须把它翻译成可设计、可验收的网络指标。本节围绕带宽、时延、可用性、距离、成本五个维度展开,并说明云业务如何成为这些指标的源头驱动力,最终形成一份可交付的需求规格书。
一、六个维度的定位与相互关系
这六个维度并非并列独立,而是存在明确的因果链:云业务驱动决定业务类型与流量模型,流量模型决定带宽需求;业务类型同时决定时延上限与可用性等级;距离由机房选址和光纤资源决定,它反过来影响时延下限、光放站数量与成本;成本则是带宽、时延、可用性、距离共同约束下的结果。理解这条链条,才能避免"只谈带宽不谈时延"或"只谈可用性不看成本"的片面需求。
二、带宽需求:从业务流量到端口速率
带宽需求不能只写"需要 400G",而应给出可推导的依据。工程上通常按以下方式估算:先统计各业务系统的峰值流量,再叠加东西向流量占比,最后乘以增长系数。例如某金融云双活场景,两个数据中心之间需要同步数据库日志与存储卷,业务侧给出的峰值写入为 120 Gbps,东西向复制流量约为业务流量的 1.5 倍,则当前峰值约 180 Gbps;按 3 年复合增长率 40% 计算,3 年后约 494 Gbps。此时选择 2×400G 链路(可承载 800G)比单条 400G 更合理,既满足增长,又保留一条链路用于保护或负载分担。
需要特别注意的是,DCI 带宽通常按"峰值可承载"而非"均值"设计。若只按均值配置,遇到备份窗口、AI 训练 checkpoint 集中写入时会出现丢包和重传,反而拉低有效吞吐。因此需求规格书中应同时记录峰值、均值与突发比三个参数。
三、时延需求:物理下限与工程余量
时延是 DCI 中最"硬"的指标,因为它受物理规律约束。光在光纤中的传播速度约为 200,000 km/s,即 5 μs/km。若两个数据中心直线距离 80 km,实际光纤路由因绕行通常为 1.2~1.4 倍,取 100 km,则单向传播时延约 0.5 ms,往返 RTT 约 1.0 ms。再加上 OTN/IP 设备转发时延(每跳约 10~50 μs)和排队时延,工程上通常给出 RTT ≤ 1.5 ms 的验收目标。
对于存储双活、分布式数据库等对时延敏感的业务,RTT 每增加 0.5 ms,事务提交延迟可能上升 10%~20%。因此需求规格书中应明确:时延指标是"端到端 RTT",测量点为两端业务网关,测量方法为连续 24 小时采样取 P95 值,而非单次 ping 结果。
四、可用性与距离:保护方式与光层设计
可用性等级直接决定保护架构。99.9%(年中断约 8.76 小时)可采用单路由 + 设备冗余;99.99%(年中断约 52.6 分钟)通常要求双路由 + 光层保护倒换,倒换时间小于 50 ms;99.999%(年中断约 5.26 分钟)则需要双路由 + 双设备 + 双电源,甚至考虑不同管道。距离则影响光放站数量与光信噪比预算:80 km 跨段通常无需中继,120 km 以上需评估是否加光放,超过 200 km 则要考虑相干光模块的 OSNR 余量。
五、成本与云业务驱动
成本是上述所有指标的"总约束"。DCI 成本主要包括:相干光模块与端口、光纤租赁或自建、光放站与机房配套、运维人力。云业务驱动则从源头改变成本结构:AI 训练集群要求高带宽低时延,愿意为 800G 端口付费;灾备复制对时延不敏感,可接受更高压缩比和更低成本链路。因此需求规格书应按业务分级,而不是所有业务统一按最高等级设计。
六、需求规格书示例(节选)
| 需求项 | 业务 A(存储双活) | 业务 B(AI 训练) | 业务 C(灾备复制) |
|---|---|---|---|
| 峰值带宽 | 180 Gbps | 600 Gbps | 80 Gbps |
| 3 年增长后 | 494 Gbps | 1.6 Tbps | 220 Gbps |
| RTT 上限 | ≤ 1.5 ms | ≤ 1.0 ms | ≤ 10 ms |
| 可用性 | 99.99% | 99.9% | 99.9% |
| 保护方式 | 双路由 + 光层保护 | 单路由 + 设备冗余 | 单路由 |
| 距离 | 100 km | 60 km | 300 km |
| 端口建议 | 2×400G | 4×400G | 1×400G + 光放 |
表中数据为教学示例,实际工程中应以业务侧提供的流量统计和光纤资源勘察结果为准。需求规格书完成后,应组织业务、网络、光传输三方评审,确认指标可达成、可测量、可验收,再进入下一阶段的网络架构设计。