2. H3C数据中心网络架构与升级迁移场景

在H3C数据中心网络升级迁移项目中，第一步不是敲命令，而是把现网架构和迁移场景看清楚。架构决定了迁移的边界与风险点，场景决定了迁移的路径与约束条件。本节围绕Spine-Leaf、Fabric、IRF、MDC四类典型架构，梳理其结构特点与迁移含义，并归纳设备替换、版本升级、架构调整、业务上云四类常见场景及其约束。

一、四类典型架构的结构特点与迁移含义

Spine-Leaf（叶脊架构）是当前数据中心主流组网。Spine层负责高速转发与横向互联，Leaf层负责服务器接入与网关功能，二者之间通常采用全互联或部分互联，配合VXLAN实现大二层与多租户隔离。其迁移含义在于：Leaf是业务接入点，替换或升级Leaf时影响面直接落到服务器；Spine是转发核心，替换Spine时需关注路由收敛与流量绕行能力。判断迁移窗口时，应优先确认Spine-Leaf之间的上行链路数量与冗余度，若单Leaf仅有一条上行，则该Leaf的迁移必须安排业务低峰并准备回退。

Fabric（统一交换矩阵）在H3C语境下通常指基于VXLAN EVPN的自动化Fabric，包含Underlay与Overlay两层。Underlay由Spine-Leaf的IP路由构成，Overlay由EVPN控制面与VXLAN数据面构成。Fabric的迁移含义是：Underlay变更（如IGP参数、BGP AS号）会波及所有VTEP，Overlay变更（如VSI、EVPN实例）影响租户可达性。因此Fabric场景下，迁移前必须导出并核对EVPN路由表、VSI与VXLAN映射关系，避免“改了下层、丢了上层”。

IRF（智能弹性架构）将多台物理设备虚拟为一台逻辑设备，常见于接入或汇聚层。IRF的优势是简化管理、提供跨设备链路聚合，但其迁移含义在于：IRF成员设备升级通常需要逐台重启，期间逻辑设备仍在线但转发能力下降；IRF分裂（脑裂）会导致双主，迁移中若涉及IRF端口或成员优先级调整，必须确认MAD检测机制有效。替换IRF成员时，需先确认新设备型号、版本与IRF配置兼容，再按“先加入、后替换”的顺序操作。

MDC（多租户设备环境）将一台物理设备划分为多个逻辑设备，每个MDC独立运行、独立管理。MDC的迁移含义是：MDC之间共享物理资源（CPU、内存、接口），迁移某一MDC时需评估其对其他MDC的资源挤占；MDC的启动与关闭涉及物理资源重新分配，版本升级往往需要整机重启，影响所有MDC。因此MDC场景下，迁移前应记录各MDC的接口归属、资源配额与业务归属，避免误动其他租户。

二、四类迁移场景的约束条件与判断依据

设备替换的核心约束是业务中断窗口与回退能力。以替换一台Leaf为例，若该Leaf下挂服务器采用双上行，可先断开一条上行、将业务切换至另一台Leaf，再替换设备；若服务器单上行，则必须安排停机窗口。替换前应导出旧设备配置，重点核对：接口VLAN与VXLAN映射、VSI与EVPN实例、ACL与QoS策略、IRF或M-LAG成员关系。替换后通过display vxlan tunnel、display evpn routing-table确认隧道与路由恢复，再恢复业务。

版本升级的约束来自升级方式与业务连续性。IRF逐台升级时，逻辑设备仍在线，但成员减少会导致转发带宽下降，需确认剩余成员能否承载峰值流量；MDC整机升级则所有MDC同时中断，必须整体安排窗口。升级前应检查BootWare与启动文件版本匹配、配置是否兼容新版本、是否有已废弃命令。升级顺序通常为：备份配置→上传新版本→设置启动文件→逐台重启→验证IRF/MDC状态→恢复业务。

架构调整的约束最复杂，涉及IP地址、AS号、网关位置、路由协议的重新规划。从传统三层架构调整为Spine-Leaf时，需先确定Underlay使用OSPF还是IS-IS、BGP AS号如何分配、Leaf网关采用集中式还是分布式。调整过程中，新旧架构可能并存，需通过临时互联或路由重分发实现互通，再逐步割接。判断割接是否完成，应检查：所有Leaf的VTEP是否建立、EVPN路由是否同步、服务器网关是否可达、跨Leaf流量路径是否符合预期。

业务上云的约束是租户隔离与回程路由。上云通常需要将VXLAN从数据中心延伸至云网关，或通过云专线打通。关键参数包括：租户VNI、EVPN实例、云侧VLAN映射、安全策略。迁移前应确认云侧支持的封装类型与MTU，避免因MTU不一致导致大包丢弃；迁移后需验证租户内互通、租户间隔离、云上云下回程路由。若使用云网关，还需确认网关的HA与路由收敛时间。

三、迁移前的信息采集清单

无论哪类场景，迁移前都应采集以下信息，作为方案设计与回退判断的依据：

• 拓扑与角色：Spine/Leaf/IRF成员/MDC的物理位置、互联关系、上行链路数量与带宽。
• 协议与参数：Underlay IGP/BGP进程号与AS号、Overlay EVPN实例、VNI与VLAN映射、VTEP地址。
• 业务归属：每个Leaf或MDC下挂的服务器、租户、网关地址、安全策略。
• 资源与版本：设备型号、当前版本、BootWare版本、CPU/内存占用、MDC资源配额。
• 冗余与检测：IRF MAD检测方式、M-LAG peer-link、VRRP/双活网关状态。

以一台待替换Leaf为例，采集结果可整理为：Leaf-03，型号S6800，版本7.1.070，上行Spine-01/02各一条40G，下挂服务器12台，VXLAN VNI 10001，EVPN实例10001，网关10.10.1.1/24，M-LAG成员。据此可判断：该Leaf具备双上行，可先切流再替换；替换后需恢复VNI、EVPN、网关与M-LAG配置，并通过display m-lag summary确认M-LAG状态正常。

架构与场景看清之后，迁移方案才有依据。下一阶段的工作，是把这些信息转化为可执行的割接步骤与验证点。