MQM9700 到货后直接接满节点并运行一次带宽测试，会把大量基础问题混在一起。首次上电验收应先证明设备身份、风向、供电、管理方式和软件版本正确，再逐步加入模块、线缆、叶脊连接和计算节点。每一步保留可回退状态，才能在错误出现时确定是设备、介质、配置还是端点。
验收记录不是一张勾选表，而是后续运维的基线。它应包含完整料号、序列身份、机柜位置、端口映射、模块线缆、软件和固件版本、环境数据、错误计数与测试条件。替换设备或升级后，可以用同一套方法比较差异。
上架前完成身份与外观核对
核对机箱、风扇、电源和附件是否对应订单完整料号，检查运输损伤、接口保护和防拆状态。记录序列号与资产编号，但公开文章和照片不展示设备敏感标签。风向要与机柜冷热通道一致，导轨、承重和维护空间按硬件指南确认。
空载上电先观察环境和管理状态
按规定接入冗余电源和管理路径，在不连接业务介质时观察启动、风扇、温度、电源和系统日志。确认管理型或固定配置型号对应正确的纳管方式，设置时间、身份和访问控制。异常告警应先解释清楚，不能在批量接线后再处理。
端口按小批次引入模块与线缆
先用已验证模块和线缆测试少量端口，读取设备与模块身份、链路模式、温度和错误计数，再按区域扩展。每批接线都与端口表核对，避免分拆或轨道接错。发现错误时清零计数并做单变量替换，保留定位证据。
Fabric 发现验证逻辑关系
设备纳入子网或 Fabric 管理后，检查节点身份、拓扑发现、链路宽度与速率、路由和管理告警是否符合设计。逻辑拓扑应与实际端口表一致。未知节点、重复身份或降速链路不能带入业务测试，否则结果无法代表目标配置。
持续流量建立可比较基线
从单链路、跨叶到多节点逐步增加负载，覆盖不同消息尺寸和持续时间，记录吞吐、尾部波动、端口错误、纠错、温度与主机状态。测试报告注明节点数、软件版本和拓扑，不把一次结果承诺为未来扩容或其他环境的固定性能。
项目评审需要留下哪些证据
- 核对机箱、电源、风扇完整料号与风向。
- 保存管理方式、软件版本、环境和启动日志。
- 分批接入模块线缆并建立端口身份表。
- 核对 Fabric 发现、链路模式和设计拓扑。
- 在不同范围的持续负载下建立错误与温度基线。
把官方信息转化为项目条件
Quantum-2 平台覆盖 NDR InfiniBand 交换、适配器、互连和管理能力。
安装、上电、管理与端口操作必须按 MQM9700 完整型号和对应软件版本文档执行。
核对具体功能、版本和部署条件时，请以NVIDIA Quantum-2 官方文档（1）、NVIDIA Quantum-2 官方文档（2）的当前页面为准；公开平台方向不能替代完整料号、兼容矩阵和目标环境验证。
方案落地与服务范围
中科新远是 NVIDIA Networking Elite 合作伙伴。中科新远可结合 MQM9700、MMA4Z00、ConnectX 与现场端口表，组织从到货上架到多节点流量的分阶段验收，并形成后续可重复使用的基线。具体合作范围和项目交付内容以当前有效资质、官方目录及书面确认结果为准。
所有端口 Link Up 后是否可以认定 MQM9700 验收通过？
不可以。还要核对身份、风向、管理、Fabric 逻辑、链路模式、持续负载下的错误与环境趋势，并验证结果符合项目设计。
WeChat
Profile