无需猜测地迁移到 25G 服务器接入和 100G 上联

从 10G 服务器链路迁移到 25G 接入，可能会暴露出旧网络所掩盖的瓶颈。限制因素可能变成上联、服务器的主机接口、存储吞吐量或共享应用服务。成功的升级会以受控阶段改变整个路径，而不是更换光模块并假设工作负载会更快。

建立前后对比需求

记录应用、流量方向、并发数以及当前完成时间或吞吐量。确定目标是提高每台服务器的容量、增加同时运行的服务器数量，还是缩短拥塞时段。这些目标可能需要不同的上联和拓扑选择。

清点服务器 NIC、主机连接、驱动程序、固件和对端交换机接口。包括可用的端口模式、已验证的互连和维护访问方式。仅凭连接器外形并不能证明主机可以运行所需速率或分支配置。R49

构建包含故障的容量模型

以一个示例叶交换机为例，48 条 25G 服务器链路提供 1.2 Tb/s 的标称接入容量。6 条 100G 上联提供 600 Gb/s，接入与上联带宽比为 2:1。如果一条上联不可用，剩余 500 Gb/s，带宽比变为 2.4:1。使用这些数字是为了揭示设计假设，而不是声称每台服务器都会持续以线速发送。

规划状态	问题
现有网络	实测工作负载当前在哪里等待？
正常升级后运行	上联和目的端服务能否吸收预期的并发？
降级运行	在指定故障后，哪个服务级别仍然保留？
扩展	哪些额外服务器会消耗预留端口和容量？

在使用多条路径时，要区分聚合容量与单个流可用的容量。还要验证所选交换机具备所需的转发、队列和功能行为；端口算术只是设计的一个层面。

按运行模式验证互连

一个受支持的 100G 父端口可能提供特定的分支选项，但这些选项必须针对确切的硬件、线缆和软件组合进行确认。不要假设每个 QSFP28 连接都能变成四条可用的 25G 服务器链路。Cisco 的光模块文档和主机兼容性信息涉及此验证的不同部分。R25R49

对于叠加网络，要保留已部署封装的下层和 MTU 要求。速率迁移不应悄然改变服务边界或引入不一致的数据包大小处理。R30

试点一个具有代表性的服务器组

在移动线缆之前，准备好配置和回滚说明。首先确认链路模式和主机识别，然后在相同条件下将所选应用指标与基线进行比较。在测试期间观察错误计数器和上联拥塞，而不仅仅是在测试结束时。

在扩大推广之前，测试相关的链路或路径故障。以足够小的组进行迁移，以便隔离意外行为，并在验收完成之前保留之前的配置。

交接内容应包含服务器到端口映射、已批准的互连列表、正常和降级状态容量模型、基线比较和回滚记录。该材料展示了 25G/100G 变更所实现的结果，而不是将更高的协商速率视为结果。

配套工程示意图

以下配图用于说明本篇设计思路，图中英文术语可结合文末释义阅读；不代表实测结果、认证配置或随货清单。