openUBMC NVMe盘固件带外升级特性设计说明书
| 所属SIG组: | hardware SIG |
| 落入版本: | openUBMC 25.3.0 |
| 设计人员: | 常德兴 |
| 日期: | 2024-09-23 |
Copyright © 2024 openUBMC Community
您对"本文档"的复制,使用,修改及分发受木兰宽松许可证, 第2版协议(以下简称"MulanPSL2")的约束。 为了方便用户理解,您可以通过访问https://license.coscl.org.cn/MulanPSL2了解MulanPSL2的概要 (但不是替代)。 MulanPSL2的完整协议内容您可以访问如下网址获取:https://license.coscl.org.cn/MulanPSL2。
改版记录
| 日期 | 修订版本 | 修订描述 | 作者 | 审核 |
|---|---|---|---|---|
| 2024-09-23 | 1.0 | 初版创建 | 常德兴 | 已审核 |
目录
特性概述
1.1 目的
1.2 范围
1.3 特性需求列表需求场景分析
2.1 特性需求来源与价值概述
2.2 特性场景分析
2.3 特性影响分析特性/功能实现原理
3.1 目标
3.2 总体方案Use Case一实现:存储管理升级信号处理
4.1 设计思路
4.2 约束条件
4.3 详细实现
4.4 关键接口Use Case二实现:NVMe-MI协议命令处理
5.1 设计思路
5.2 约束条件
5.3 详细实现
5.4 关键接口Use Case三实现:固件版本更新机制
6.1 设计思路
6.2 约束条件
6.3 详细实现
6.4 关键接口Use Case四实现:平台固件管理支持
7.1 设计思路
7.2 约束条件
7.3 详细实现
7.4 关键接口Use Case五实现:可靠性保证机制
8.1 设计思路
8.2 约束条件
8.3 详细实现
8.4 关键接口可靠性&可用性设计
9.1 冗余设计
9.2 故障管理
9.3 过载控制设计安全&隐私&韧性设计
10.1 安全威胁分析及设计
10.2 隐私风险分析特性非功能性质量属性相关设计
11.1 可测试性
11.2 可服务性
11.3 可演进性
11.4 兼容性参考资料清单
表目录
表1:特性场景相关性分析
表2:特性需求列表
表3:NVMe-MI命令规范
表4:性能基线要求
图目录
图1:NVMe盘固件带外升级整体架构图
图2:升级信号处理时序图
图3:NVMe-MI协议处理流程图
图4:固件升级状态机图
图5:可靠性保证机制图
缩略语清单:
| Abbreviations 缩略语 | Full spelling 英文全名 | Chinese explanation 中文解释 |
|---|---|---|
| NVMe | Non-Volatile Memory Express | 非易失性内存主机控制器接口规范 |
| NVMe-MI | NVMe Management Interface | NVMe管理接口 |
| SMBus | System Management Bus | 系统管理总线 |
| HPM | Hardware Platform Management | 硬件平台管理包 |
| MCTP | Management Component Transport Protocol | 管理组件传输协议 |
| CRC | Cyclic Redundancy Check | 循环冗余校验 |
1. 特性概述
openUBMC NVMe盘固件带外升级特性是针对数据中心NVMe存储设备的专业化固件管理解决方案。该特性通过NVMe-MI协议实现对NVMe设备的固件带外升级,支持固件镜像下载、固件激活、版本管理等全生命周期操作,为数据中心存储系统提供了完整的固件管理能力。
本特性采用升级信号处理机制,结合标准NVMe-MI协议命令,通过可靠的超时重传和错误恢复策略,确保固件升级过程的安全性和成功率,满足数据中心存储设备升级的严格要求。
1.1 目的
本文档基于openUBMC NVMe盘固件带外升级需求分析,对该特性的功能进行详细设计,明确系统架构、协议规范和实现方案,作为后续软件开发人员、测试人员和系统集成工程师的技术指导文档。
文档详细描述了升级信号处理、NVMe-MI协议命令、固件管理、可靠性保证等核心组件的设计与实现,为开发团队提供全面的技术规范和实现指南。
1.2 范围
NVMe盘固件带外升级特性主要包含以下功能模块和适用场景:
核心功能模块:
- 升级信号处理:升级信号监听、阶段处理、进度管理
- NVMe-MI协议命令:固件镜像下载、固件激活、状态查询
- 固件版本管理:版本信息获取、北向接口显示
- 平台固件管理:HPM包处理、升级类型支持、信号下发
- 可靠性保证:超时重传、错误恢复、升级验证
适用场景分析:
| 场景编号 | 场景1 | 场景2 | 场景3 | 场景4 | 场景5 |
|---|---|---|---|---|---|
| 场景名称 | 固件带外升级 | 批量升级管理 | 版本信息管理 | 升级状态监控 | 故障恢复处理 |
| 特性是否相关 | √ | √ | √ | √ | √ |
| 实现状态 | 设计中 | 设计中 | 设计中 | 设计中 | 设计中 |
1.3 特性需求列表
NVMe盘固件带外升级特性需求清单,解决数据中心存储设备固件管理的技术挑战:
| 需求编号 | 需求名称 | 特性描述 | 优先级 |
|---|---|---|---|
| NVME001 | 升级信号处理 | 存储管理新增升级信号流程处理机制 | P0 |
| NVME002 | 固件镜像下载 | NVMe-MI Firmware Image Download命令支持 | P0 |
| NVME003 | 固件激活 | NVMe-MI Firmware Commit命令支持 | P0 |
| NVME004 | 版本管理 | 固件升级后版本号更新和显示 | P0 |
| NVME005 | HPM包支持 | 平台固件管理新增NVMe盘升级类型 | P0 |
| NVME006 | 可靠性保证 | 超时重传和10+次升级验证 | P0 |
| NVME007 | Redfish接口 | 标准化固件管理API接口 | P1 |
2. 需求场景分析
2.1 特性需求来源与价值概述
需求来源背景:
openUBMC NVMe盘固件带外升级特性需求主要来源于数据中心存储设备管理的核心挑战:
固件升级复杂性:
- 数据中心大量NVMe设备需要定期固件升级
- 传统的主机内升级方式需要停机维护,影响业务连续性
- 缺乏统一的带外固件管理机制
- 升级过程的可靠性和安全性要求高
管理标准化需求:
- NVMe设备来自不同厂商,固件升级方式不统一
- 需要遵循NVMe-MI标准协议进行带外管理
- 要求支持标准化的Redfish管理接口
- 升级过程需要完整的状态监控和错误处理
可靠性和性能挑战:
- 固件升级失败可能导致设备不可用
- 升级过程需要支持断点续传和错误恢复
- 大容量固件数据传输对通信协议要求高
- 多设备并发升级的协调和管理复杂
价值概述:
NVMe盘固件带外升级特性通过专业化设计,全面解决了存储设备固件管理挑战:
- 业务连续性:通过带外升级避免系统停机,保证业务连续性
- 标准化管理:遵循NVMe-MI标准协议,实现厂商无关的统一管理
- 高可靠性:完善的超时重传和错误恢复机制,确保升级成功率
- 可观测性:提供完整的升级进度监控和状态反馈
- 易维护性:集成到openUBMC管理框架,简化运维操作
2.2 特性场景分析
NVMe盘固件带外升级特性的业务使用场景主要涵盖数据中心存储设备的固件生命周期管理:
主要应用场景:
- 单盘固件升级场景:对指定NVMe设备进行固件升级
- 批量固件升级场景:对多个NVMe设备进行统一固件升级
- 固件版本管理场景:查询和管理NVMe设备的固件版本
- 升级状态监控场景:实时监控固件升级进度和状态
- 故障恢复处理场景:处理升级失败和设备恢复
关键场景分析:
| 使用者 | 场景频率 | 关键场景/任务 | 解决的痛点 | 操作描述 |
|---|---|---|---|---|
| 存储管理员 | 定期维护 | 固件版本升级 | 缺乏带外升级能力 | 通过Web界面发起NVMe固件升级 |
| 运维工程师 | 故障处理 | 升级失败恢复 | 升级失败后设备不可用 | 通过Redfish接口监控升级状态 |
| 系统集成工程师 | 部署阶段 | 批量固件升级 | 多设备升级效率低 | 通过固件管理平台批量升级 |
| 网络管理员 | 安全维护 | 固件安全升级 | 固件升级安全性差 | 使用HPM包进行安全升级 |
2.3 特性影响分析
NVMe盘固件带外升级特性作为openUBMC系统中存储设备管理的重要扩展,对系统架构和管理能力产生重要影响。
系统位置与周边接口:
- 作为存储管理组件的专业化扩展,为上层管理界面提供NVMe固件管理能力
- 通过PCIe、MCTP等协议与NVMe设备进行通信
- 与平台固件管理系统协同工作,支持HPM包处理
- 集成到现有的Redfish和Web管理框架中
关键约束与限制:
- 升级过程中设备可能暂时不可用
- PCIe通信带宽限制固件传输速度
- 升级失败需要完善的恢复机制
- 固件包大小和传输时间限制
3. 特性/功能实现原理
3.1 目标
NVMe盘固件带外升级特性设计目标是构建一个安全、可靠、高效的NVMe设备固件管理框架:
主要目标:
- 标准化协议:严格遵循NVMe-MI协议规范实现带外管理
- 高可靠性:提供完善的错误检测、恢复和重试机制
- 安全升级:支持固件包验证和安全的升级流程
- 易集成性:无缝集成到openUBMC管理框架
- 可观测性:提供完整的升级过程监控和状态反馈
- 高兼容性:支持不同厂商的NVMe设备
技术规格:
- 支持NVMe Base Specification 2.0d协议标准
- 固件传输超时时间< 60s,重传次数≤3
- 升级成功率≥99%(10次连续升级测试)
- 升级过程状态实时更新,延迟< 1s
- 支持最大固件包大小64MB
3.2 总体方案
系统概述:
NVMe盘固件带外升级特性通过升级信号处理机制和NVMe-MI协议命令,实现了对NVMe设备的专业化固件管理。该方案采用分层架构设计,通过可靠的通信协议和错误处理策略,确保固件升级的安全性和成功率。
架构设计原则:
- 分层架构:应用层-协议层-传输层分层管理架构
- 信号驱动:通过升级信号机制协调各组件协作
- 协议标准:严格按照NVMe-MI标准实现协议处理
- 错误隔离:单个设备升级失败不影响其他设备
- 状态跟踪:全程跟踪升级状态和进度信息
图1:NVMe盘固件带外升级整体架构图
4. Use Case一实现:存储管理升级信号处理
4.1 设计思路
存储管理升级信号处理通过信号监听机制实现对NVMe盘固件升级的全流程管理,包括升级信号监听、阶段处理、进度跟踪等核心功能。
实现思路:
升级信号监听机制:
- 建立升级信号监听器,实时监听来自固件管理组件的升级信号
- 支持多种升级信号类型:开始信号、阶段信号、完成信号、错误信号
- 实现信号队列管理,支持多个升级任务的串行处理
- 提供信号优先级管理,确保重要信号优先处理
升级阶段处理:
- 读取硬盘待升级固件:解析固件包格式、验证固件完整性、准备固件数据传输
- 硬盘固件升级执行:调用NVMe-MI协议命令、监控升级进度、处理异常情况
- 升级进度处理:实时状态更新、进度百分比计算、异常情况上报
状态管理机制:
- 建立升级任务状态机,跟踪升级过程的各个阶段
- 支持升级任务的暂停、恢复、取消操作
- 实现升级历史记录和日志管理
- 提供升级统计信息和成功率分析
图2:升级信号处理时序图
4.2 约束条件
前提条件:
- NVMe设备支持NVMe-MI协议
- 固件包格式符合规范要求
- 升级信号处理组件正常运行
限制条件:
- 同一时间只能对一个设备进行固件升级
- 升级过程中设备存储功能可能暂时不可用
- 升级失败后需要支持设备恢复操作
4.3 详细实现
升级信号定义:
建立升级信号数据结构,包含信号类型、设备ID、固件路径、当前阶段、进度百分比、错误信息等核心属性。
信号处理流程:
- 信号接收:监听升级信号,解析信号内容和参数
- 任务创建:创建升级任务,初始化状态和资源
- 阶段执行:按序执行各个升级阶段操作
- 进度上报:实时更新升级进度和状态信息
- 异常处理:处理升级过程中的各种异常情况
- 任务完成:清理资源,更新最终状态
4.4 关键接口
升级信号处理核心接口:
- 信号管理接口:信号监听启用、信号队列管理、信号优先级设置
- 任务管理接口:升级任务创建、任务状态查询、任务控制操作
- 进度接口:进度更新通知、状态变更事件、异常情况上报
5. Use Case二实现:NVMe-MI协议命令处理
5.1 设计思路
NVMe-MI协议命令处理基于NVMe Base Specification 2.0d标准,实现Firmware Image Download和Firmware Commit命令的完整支持。
实现思路:
Firmware Image Download Command处理:
- 基于NVMe Base Specification 2.0d第5.12章节实现固件镜像下载
- 支持大容量固件数据的分块传输和进度跟踪
- 实现传输过程的错误检测和数据完整性验证
- 提供传输速度优化和超时处理机制
Firmware Commit Command处理:
- 基于NVMe Base Specification 2.0d第5.12章节实现固件激活
- 支持多种激活策略:立即激活、下次重启激活、指定槽位激活
- 实现激活过程的状态监控和结果验证
- 提供激活失败的回滚和恢复机制
协议层实现:
- 严格按照NVMe-MI协议格式构造和解析命令
- 支持MCTP传输协议和PCIe物理层
- 实现协议层的错误检测和恢复机制
- 提供协议兼容性检测和版本适配
图3:NVMe-MI协议处理流程图
5.2 约束条件
协议要求:
- 严格遵循NVMe Base Specification 2.0d标准
- 支持NVMe-MI Management Interface规范
- MCTP传输协议正常工作
性能限制:
- PCIe带宽限制固件传输速度
- 单次传输数据块大小受协议限制
- 命令超时时间按协议规范设置
5.3 详细实现
命令构造与解析:
- Firmware Image Download命令格式:严格按照协议规范构造命令字段
- Firmware Commit命令格式:支持多种提交动作和槽位选择
- 响应解析机制:完整解析设备响应,提取状态和错误信息
- 数据完整性:使用CRC校验确保数据传输正确性
传输优化策略:
- 数据分块传输:根据协议限制优化数据块大小
- 并发控制:避免多个命令同时发送造成冲突
- 流量控制:根据设备响应速度调整发送间隔
- 缓存管理:优化数据缓存减少内存占用
5.4 关键接口
NVMe-MI协议核心接口:
- 命令接口:固件下载命令、固件激活命令、状态查询命令
- 传输接口:数据分块传输、传输进度查询、传输控制操作
- 协议接口:协议版本查询、兼容性检测、错误状态获取
6. Use Case三实现:固件版本更新机制
6.1 设计思路
固件版本更新机制实现NVMe盘固件升级后的版本信息自动更新和北向接口显示功能。
实现思路:
版本信息获取:
- 通过NVMe Identify Controller命令获取最新固件版本信息
- 支持固件槽位信息和活跃槽位查询
- 实现版本信息的缓存和定期更新机制
- 提供版本变化的事件通知功能
北向接口集成:
- Web界面显示:在存储设备管理页面显示最新固件版本
- Redfish接口:通过标准Redfish Storage资源暴露版本信息
- CLI命令:提供命令行查询接口获取版本详情
- SNMP接口:支持通过SNMP协议查询版本信息
版本管理功能:
- 维护设备固件版本历史记录
- 支持版本回滚和升级路径管理
- 提供版本兼容性检查功能
- 实现版本变更的审计日志
6.2 约束条件
数据更新要求:
- 版本信息更新延迟< 5秒
- 支持多设备版本信息并发更新
- 版本信息持久化存储
6.3 详细实现
版本信息数据结构:
建立固件版本信息模型,包含设备ID、当前版本、前一版本、槽位信息、更新时间、升级状态等属性。
版本更新流程:
- 触发更新:固件升级完成后自动触发版本信息更新
- 信息查询:通过Identify Controller命令查询最新版本
- 数据更新:更新本地缓存和持久化数据
- 事件通知:向关注的组件发送版本变更通知
- 接口同步:同步更新各个北向接口的显示信息
6.4 关键接口
版本管理核心接口:
- 查询接口:版本信息获取、版本历史查询、槽位状态获取
- 更新接口:版本信息刷新、缓存更新、事件通知
- 管理接口:版本回滚、升级路径查询、兼容性检查
7. Use Case四实现:平台固件管理支持
7.1 设计思路
平台固件管理支持实现对NVMe盘固件升级的完整集成,包括HPM包处理、升级类型管理、信号协调等功能。
实现思路:
新增NVMe盘升级类型:
- 在固件管理框架中注册NVMe盘固件升级类型
- 定义NVMe固件的文件格式识别规则
- 建立NVMe设备的升级能力检测机制
- 提供NVMe升级类型的配置和管理接口
HPM包处理支持:
- 校验机制:数字签名验证、兼容性检查、校验和验证
- 解压处理:HPM包格式解析、固件数据提取、元数据处理
- 安全验证:支持天池规范的安全验证机制
- 版本检查:固件版本兼容性和升级路径验证
升级信号下发:
- 封装升级参数和配置信息
- 选择合适的传输协议和通道
- 实现信号的可靠传输和状态同步
- 提供信号传输的监控和重试机制
7.2 约束条件
包格式要求:
- 支持标准HPM包格式
- 固件包大小< 64MB
- 包含完整的元数据信息
安全要求:
- 必须通过数字签名验证
- 支持天池安全规范
- 提供完整的审计日志
7.3 详细实现
HPM包处理器:
- 包格式解析:支持标准HPM包结构解析和数据提取
- 安全验证:完整的数字签名和校验和验证流程
- 兼容性检查:设备型号、固件版本、硬件平台兼容性验证
- 错误处理:包损坏、验证失败、兼容性问题的处理机制
7.4 关键接口
平台固件管理核心接口:
- 类型管理接口:升级类型注册、类型查询、能力检测
- 包处理接口:HPM包解析、安全验证、数据提取
- 信号接口:升级信号下发、状态同步、错误上报
8. Use Case五实现:可靠性保证机制
8.1 设计思路
可靠性保证机制通过多重保障策略确保NVMe盘固件升级的高成功率和系统稳定性。
实现思路:
升级次数验证:
- 支持连续10+次固件升级成功的可靠性验证
- 建立升级成功率统计和分析机制
- 实现升级过程的完整记录和追踪
- 提供升级质量评估和改进建议
超时重传机制:
- 参数配置:命令超时30秒、数据传输超时60秒、重传次数3次、重传间隔5秒
- 超时检测:实时监控命令和数据传输的超时情况
- 重传策略:智能重传算法,区分不同类型的错误进行处理
- 错误恢复:传输失败后的设备状态恢复和清理机制
错误处理策略:
- 分类处理不同类型的错误:通信错误、协议错误、设备错误
- 实现错误的自动诊断和修复机制
- 提供详细的错误信息和处理建议
- 建立错误模式的学习和优化机制
图4:固件升级状态机图
8.2 约束条件
可靠性要求:
- 升级成功率≥99%
- 10次连续升级无失败
- 错误恢复时间< 30秒
性能要求:
- 超时检测精度±1秒
- 重传延迟< 5秒
- 状态更新实时性< 1秒
8.3 详细实现
可靠性监控器:
建立可靠性数据收集和分析系统,包含成功次数、失败次数、错误类型、重传统计、性能指标等信息。
故障注入测试:
- 网络故障模拟:模拟PCIe通信中断和延迟
- 设备故障模拟:模拟NVMe设备响应异常
- 数据损坏模拟:模拟固件数据传输错误
- 系统压力测试:高并发和长时间运行测试
8.4 关键接口
可靠性保证核心接口:
- 监控接口:可靠性统计获取、成功率查询、错误分析
- 配置接口:超时参数设置、重传策略配置、阈值管理
- 测试接口:故障注入测试、压力测试、可靠性验证
9. 可靠性&可用性设计
9.1 冗余设计
通信冗余:
- 支持PCIe和MCTP双协议栈冗余
- 实现多路径通信和自动切换机制
- 提供通信链路健康监控和故障检测
数据冗余:
- 固件升级状态和进度信息多重备份
- 关键配置参数的持久化存储
- 升级历史记录的完整性保护
9.2 故障管理
故障检测:
- 实时监控NVMe设备、通信链路和服务状态
- 建立故障预警和自动诊断机制
- 提供故障根因分析和处理建议
故障隔离:
- 单个设备升级失败不影响其他设备
- 实现升级任务的独立性和隔离性
- 提供故障设备的自动隔离机制
自动恢复:
- 支持升级失败后的自动恢复尝试
- 实现设备状态的自动检测和修复
- 提供人工介入的故障恢复通道
9.3 过载控制设计
负载监控机制:
资源使用监控:
- 监控系统CPU、内存、存储空间使用情况
- 跟踪PCIe总线带宽占用率
- 实时监控网络连接和延迟状况
限流保护策略:
- 实现固件升级任务的并发控制和排队机制
- 设置升级频率限制防止系统过载
- 提供紧急情况下的升级任务暂停功能
图5:可靠性保证机制图
10. 安全&隐私&韧性设计
10.1 安全威胁分析及设计
主要威胁识别:
固件完整性威胁:
- 恶意固件注入和篡改
- 固件传输过程中的数据损坏
- 未授权的固件升级操作
通信安全威胁:
- PCIe通信链路的窃听和篡改
- 升级命令的伪造和重放攻击
- 管理接口的未授权访问
系统可用性威胁:
- 恶意的升级请求导致系统过载
- 固件升级失败导致设备不可用
- 升级过程中的系统资源耗尽
防护措施设计:
固件安全验证:
- HPM包数字签名验证机制
- 固件完整性校验和验证
- 升级前的兼容性安全检查
- 固件回滚和恢复机制
访问控制机制:
- 基于角色的访问控制(RBAC)
- 升级操作的权限验证和审批
- 敏感操作的多重认证要求
- 完整的操作审计日志记录
通信安全保护:
- 升级命令的加密传输
- 通信数据的完整性保护
- 防重放攻击的时间戳验证
- 异常通信的检测和阻断
10.2 隐私风险分析
数据类型分析:
该特性主要处理NVMe设备的硬件信息和固件数据,包括:
- 设备序列号、型号、版本等标识信息
- 固件升级历史和状态信息
- 系统运行日志和错误记录
隐私保护措施:
- 数据最小化:仅收集和处理升级必需的设备信息
- 数据加密:敏感设备信息的加密存储和传输
- 访问限制:严格限制设备信息的访问权限
- 数据清理:升级完成后及时清理临时数据
风险评估结论: 该特性处理的主要为设备硬件信息,不涉及用户个人数据,整体隐私风险较低。
11. 特性非功能性质量属性相关设计
11.1 可测试性
测试框架设计:
单元测试支持:
- 提供完整的单元测试框架和用例
- 支持模拟NVMe设备和通信接口
- 实现升级流程的分阶段测试验证
- 提供测试数据的自动生成和管理
集成测试支持:
- 支持多设备和多平台的集成测试
- 实现端到端升级流程的自动化测试
- 提供测试环境的快速搭建和配置
- 支持测试结果的自动分析和报告
压力测试支持:
- 支持大规模设备的并发升级测试
- 实现长时间运行的稳定性测试
- 提供性能基准测试和瓶颈分析
- 支持故障注入和异常场景测试
11.2 可服务性
运维支持设计:
监控和诊断:
- 提供完整的升级过程监控和状态展示
- 实现升级性能和成功率的统计分析
- 支持升级问题的快速定位和诊断
- 提供专业的故障排查工具和指南
日志和审计:
- 记录升级过程的详细日志信息
- 实现升级操作的完整审计追踪
- 支持日志的集中收集和分析
- 提供日志查询和导出功能
远程管理:
- 支持通过Web界面和API进行远程管理
- 实现升级任务的远程监控和控制
- 提供远程故障诊断和恢复能力
- 支持升级配置的远程更新和部署
11.3 可演进性
架构扩展性:
模块化设计:
- 采用插件化架构支持新设备类型扩展
- 实现协议层和传输层的独立演进
- 提供标准化的接口和扩展点
- 支持第三方组件的集成和扩展
协议适配性:
- 支持NVMe协议的版本升级和新特性
- 实现多协议版本的兼容和适配
- 提供协议扩展的标准化框架
- 支持新传输协议的快速集成
功能扩展性:
- 预留升级策略和算法的扩展接口
- 支持新的安全机制和验证方法
- 实现管理功能的插件化扩展
- 提供自定义升级流程的配置能力
11.4 兼容性
向后兼容性:
协议兼容:
- 兼容现有的NVMe设备和固件管理机制
- 支持多版本NVMe-MI协议的并存
- 实现与现有管理工具的无缝集成
- 保持API接口的向后兼容性
平台兼容:
- 支持不同厂商的NVMe设备
- 兼容多种BMC硬件平台
- 适配不同版本的openUBMC系统
- 支持多种操作系统环境
数据兼容:
- 支持现有配置和数据的平滑迁移
- 实现升级历史数据的兼容处理
- 保持日志格式的向后兼容性
- 支持配置文件的版本兼容
12. 参考资料清单
标准规范文档:
- NVM Express Base Specification, Revision 2.0d (2024-01-11)
- NVM Express Management Interface Specification, Revision 1.2e (2024-07-28)
- Management Component Transport Protocol (MCTP) Specification
- PCIe Base Specification
openUBMC相关文档:
- openUBMC Storage Management Architecture Guide
- openUBMC Hardware Platform Management Framework
- openUBMC Firmware Upgrade Signal Processing Guide
技术参考资料:
- Redfish Storage Schema v1.8.0
- NVMe Device Management Best Practices
- BMC Firmware Management Guidelines
- Data Center Storage Security Guidelines
工具和开发文档:
- openUBMC Development Environment Setup Guide
- NVMe-MI Protocol Testing Framework
- Storage Device Simulation Tools
- Firmware Upgrade Testing Methodology