固件通常不是采购料号的一部分，但必须作为 BOM 的配套版本基线管理。到货设备可能来自不同生产批次，预装固件与驱动组合也可能不同；如果不先盘点和统一，批量上线后会出现难以解释的行为差异。
版本基线要覆盖完整依赖链
记录服务器 BIOS、BMC、GPU 相关固件、网卡固件、交换机系统、驱动、CUDA、RDMA 组件和管理工具，并标注官方支持矩阵与查询日期。业务容器和框架也要关联到基线，避免基础设施升级后才发现应用不兼容。
到货先盘点再决定是否升级
逐台采集型号、序列号、硬件修订和版本，比较不同批次。不要默认最新版本就是项目批准版本，也不要在没有发行说明、备份和回退条件时直接批量刷新。若现有版本属于支持组合且无目标问题，可先评估变更必要性。
批量一致性要允许有依据的例外
同类设备应尽量使用统一基线，无法统一的例外需要记录原因、风险、责任人和计划。升级应先在代表性设备验证，再按故障域分批执行并检查健康状态。配置与固件备份需要能够对应到唯一设备。
项目核验要点
- 基线表包含硬件修订、固件、驱动、系统和业务版本。
- 到货盘点保留设备序列号、采集时间和工具输出。
- 升级前审核发行说明、兼容矩阵、维护窗口和回退。
- 分批后比较错误计数、性能、重启和业务健康状态。
BOM 决定买到什么，版本基线决定这些部件以什么组合运行。将两者关联，能让到货验收、部署和后续维护使用同一套事实，而不是依靠工程师记忆。
WeChat
Profile