1. 课程导入与工程认知

在数据中心里，网络升级迁移从来不是“把旧设备换成新设备”这么简单。它往往发生在业务不能停、窗口极短、风险极高的条件下，涉及现网拓扑梳理、业务流量建模、割接方案设计、回退预案准备、验证与交付验收等一整套工程动作。理解这门课程，首先要建立一个基本认知：升级迁移是一项以业务连续性为约束、以工程交付为载体的系统性网络改造工程，技术只是其中一部分，流程、验证和风险控制同样决定成败。

一、典型驱动因素：什么情况下必须动网

数据中心网络升级迁移的驱动因素通常来自四个方向，它们经常叠加出现，而不是单一原因。

• 容量与性能压力：东西向流量持续增长，接入层上行收敛比过高，核心或汇聚出现拥塞。例如某业务区接入交换机以 10G 上行、收敛比 1:6 接入，高峰期链路利用率长期超过 75%，时延抖动明显，就需要通过升级上行带宽或调整架构来缓解。
• 架构演进需求：从传统三层架构向 Spine-Leaf 叶脊架构演进，或从单平面向多平面、从 IPv4 向 IPv4/IPv6 双栈过渡。这类升级不是“换盒子”，而是转发路径、路由策略和运维方式的整体变化。
• 设备生命周期与风险：设备停产（EOL）、软件版本停止维护、备件供应困难，继续运行意味着故障后无法及时恢复。工程上通常以“设备服役年限 + 厂商支持状态 + 现网故障率”综合判断。
• 业务与合规要求：新业务上线要求网络具备租户隔离、微分段、可视化或自动化能力；等保、行业监管要求网络具备审计、冗余和快速恢复能力。

判断是否“必须升级”，不能只看单点指标。一个实用的判断方式是：当性能瓶颈、架构限制、生命周期风险和业务需求中任意两项同时成立，且现有手段（如扩容、调优、策略调整）无法在可接受成本内解决时，升级迁移就应进入规划。

二、H3C 在数据中心网络中的产品定位

H3C 的数据中心网络产品线覆盖从接入、汇聚到核心/Spine 的完整层级，并配套网管、自动化与安全能力。理解产品定位，有助于在方案设计时快速完成设备选型与角色划分。

在迁移工程中，H3C 设备常被用于新建平面承载新业务、旧平面逐步退场的并行迁移模式。例如新建一对 Spine 与若干 Leaf 组成 EVPN VXLAN 平面，通过 Border 设备与旧网络互通，业务按批次从旧平面迁移到新平面，最终旧设备下线。这种模式的核心是“先建后迁、双平面并行、按批割接”。

三、工程交付全流程概览

一个完整的数据中心网络升级迁移项目，通常经历以下阶段。注意，这些阶段不是简单线性执行，而是存在反复迭代和并行推进。

1. 需求与现状调研：收集业务系统清单、流量矩阵、现网拓扑、设备版本、IP/VLAN 规划、路由协议与策略。输出《现网调研报告》。
2. 方案设计：确定目标架构、设备选型、地址与路由规划、迁移批次、割接窗口与回退策略。输出《迁移方案》与《割接脚本》。
3. 实验室验证：在实验环境复现关键拓扑，验证路由收敛、VXLAN 互通、双活网关、回退路径。输出《验证报告》。
4. 预实施与准备：新设备上架、基础配置、链路连通性测试、监控与备份就绪。
5. 割接实施：按批次执行流量切换，实时观察关键指标，异常时按预案回退。
6. 验证与交付：业务连通性、性能、冗余、监控告警验证，输出《验收报告》与《运维手册》。

四、学习路径：从认知到交付

本课程后续内容将围绕“认知—设计—实施—验证—交付”展开。建议的学习路径是：先建立数据中心网络架构与迁移方法论的整体认知，再掌握 H3C 设备在 VXLAN/EVPN、堆叠/M-LAG、路由策略等关键技术上的配置与验证方法，最后通过完整工程案例串联需求调研、方案设计、割接实施与验收交付。

下面这张图概括了本节的核心逻辑：驱动因素如何推动升级决策，H3C 产品如何对应到目标架构，以及工程交付各阶段之间的输入输出关系。

从这张图可以看出，升级迁移的起点是驱动因素，终点是工程交付，而中间必须经过“升级决策”和“目标架构”两个关键环节。很多项目出问题，恰恰是因为跳过了决策判断，直接进入设备选型，导致方案与业务需求脱节。

五、工程认知的三个关键结论

第一，升级迁移是业务工程，不是设备工程。设备只是载体，真正要管理的是业务流量的切换过程。第二，方案设计阶段决定项目上限。割接窗口内的操作只是执行，真正的风险控制发生在方案设计和实验验证阶段。第三，验证必须可量化。不能只说“业务正常”，而要明确观察哪些指标、达到什么阈值算成功、异常时如何回退。