IPMI
1 3 秒看懂
IPMI 是服务器硬件的“生命维持系统”与“远程遥控器”,独立于操作系统和主CPU运行。它通过一颗名为 BMC 的专用芯片及独立网络接口,实现对服务器电源、温度、硬件健康状态的 7×24 小时无间断监控与强制控制,是保障大规模数据中心(包括AI算力集群)稳定运行的沉默基础设施。
2 3 分钟产业解释
在AI产业链中,GPU服务器是算力基石,而IPMI则是这块基石的守护者与调度员。
当您在云端启动一个AI训练任务时,承载数十张GPU的服务器若在运行中突然过热或电源异常,IPMI系统会立即感知异常并通过独立管理网络报告给管理平台。运维人员可以远程执行硬重启、电源下电或固件升级等操作,整个过程完全不需要服务器上运行的操作系统(OS)或正在训练的AI模型配合。即使主CPU宕机或OS崩溃,这条管理通道依然畅通。
对于拥有成千上万台AI服务器的算力集群,IPMI实现了“无人值守”下的集中化硬件健康监控与故障自愈。它让一支精干的运维团队能在控制中心像管理“虚拟机”一样,批量执行物理开关机、读取硬件日志、推送固件更新。大规模集群中,单台服务器因硬件故障停止响应是高频事件,IPMI提供的带外管理能力可将平均故障恢复时间(MTTR)从数小时(需人工到达现场)压缩至分钟级,直接影响算力集群的全年可用性(通常要求 99.9% 以上)。可以说,没有可靠的IPMI体系,构建万卡级、高可用的AI训练基础设施是不可想象的。
3 技术原理
IPMI的本质是一个独立于主系统的嵌入式管理架构标准,其完整技术栈从硬件芯片一直延伸到上层管理协议。
3.1 核心硬件载体:BMC芯片
基板管理控制器(BMC)是IPMI的物理心脏。它是一颗焊接在服务器主板上的专用嵌入式处理器(SoC),通常采用ARM架构(例如Aspeed AST2600系列),拥有独立的CPU核、内存、存储(SPI Flash存放固件)和专用网络接口(通常是一个独立的 RJ45 千兆/百兆管理网口)。只要服务器接通电源,即便尚未按下开机键,BMC即已开始工作。它通过主板上的 I2C/SMBus、LPC/eSPI、PCIe 等接口与服务器上的其他组件(CPU、内存、硬盘、风扇、电源模块)通信,同时通过独立的物理网口连接到专门的管理网络(带外网络),与外部管理平台交互。
3.2 固件层与命令协议栈
IPMI功能由BMC内部运行的专用固件(Firmware)实现。该固件实现了标准的 IPMI 命令集。整个通信栈遵循“用户→消息→传输层→固件→硬件接口”的路径。用户(管理软件)通过局域网(LAN)或本地串口发出标准化请求,BMC固件解析后执行对应的硬件操作,并返回响应。
graph TD
subgraph “IPMI 系统架构与通信栈”
A[“用户 / 管理平台
(IPMIView, ipmitool, 云管平台)”] --> B{“通信通道
(带外LAN, 串口, PCIe VDM)”}
B --> C[“IPMI 消息层
(请求/响应 格式封装)”]
C --> D[“传输层
(RMCP / RMCP+ over UDP)”]
D --> E[“BMC 固件(核心实现)
(命令解析、用户权限、SEL引擎)”]
E --> F[“硬件接口驱动层
(I2C, IPMB, LPC/KCS, NC-SI)”]
F --> G[“服务器受管硬件
(传感器、风扇、电源、CPU、诊断LED)”]
end
3.3 关键机制
- 命令协议:IPMI v2.0 定义了数百条标准命令,核心类别包括:传感器事件(读取温度/电压)、机箱控制(开关机/复位)、事件日志(SEL)读写、固件更新(HPM.1)、局域网配置等。命令通过“请求/响应”对完成一次交互。
- 传感器数据记录(SDR):这是存储在BMC非易失性存储中的一张“硬件自描述表”。服务器出厂时烧录了该机型所有传感器的信息:名称(CPU1_Temp)、类型(温度)、阈值(上限/下限/致命)、转换公式等。管理软件无需事先知道硬件配置,读取 SDR 即可“发现”所有可监控参数。
- 系统事件日志(SEL):所有硬件层面的事件(温度超标、掉电、ECC内存错误、机箱开启)都以条目形式写入 SEL。SEL 使用循环缓冲区存储在非易失存储器上,即使系统断电日志也不丢失,是故障追溯的核心证据。
- 带外通道的物理实现:BMC 管理网口可直连专用 NIC,也可通过 NC-SI(Network Controller – Sideband Interface)协议与主板集成的共享网口通信。带外通道完全与操作系统使用的业务网络物理隔离。
- 安全与认证:IPMI v2.0 引入 RAKP 认证协议和 RMCP+ 传输,支持 HMAC-SHA256、AES 等算法,并具备用户/角色的权限模型(Administrator / Operator / User)。
4 关键参数
评估一款BMC芯片及IPMI实现能力时,以下参数是核心判断维度:
| 参数维度 | 说明 | 典型指标/影响 |
|---|---|---|
| 带外带宽 | BMC专用管理网口速率 | 100M/1Gbps。千兆口对于KVM远程控制台、虚拟媒体挂载的流畅度至关重要。 |
| 传感器通道数 | BMC可同时监控的独立传感器数量 | 高端AI服务器主板可达数百个传感器通道(每张GPU、SSD、VRM均需监控),决定监控颗粒度。 |
| KVM分辨率与帧率 | KVM over IP功能支持的最大分辨率与刷新率 | 支持 1920×1200@30fps 是当前主流高端水平,影响远程操作的流畅性。 |
| 虚拟媒体支持 | 远程挂载 ISO/IMG 文件引导的能力 | 这是无人值守远程重装系统的关键功能,要求USB 2.0/3.0 模拟速率。 |
| 加密算法支持 | 支持的认证和加密算法强度 | 必须支持 SHA-256、AES-128/256。部分较旧BMC可能仅支持MD5/RC4,存在安全隐患。 |
| 功耗与散热 | BMC芯片本身的功耗及对整机热设计的影响 | 典型功耗 2~5W。对高密度服务器来说,每瓦都很敏感。 |
| 固件双镜像 | 是否支持固件冗余备份与安全恢复 | 双Flash Bank 设计是工业级可靠性要求,防止固件升级失败致服务器“变砖”。 |
5 技术路线
IPMI 协议自 1998 年诞生,至今已超过 25 年,技术路线清晰,目前正处于“传统标准”与“现代API”双轨并行阶段。
| 时间节点 | 里程碑/版本 | 关键内容与产业影响 |
|---|---|---|
| 1998年 | IPMI v1.0 发布 | Intel、Dell、HP、NEC联合定义。确立 BMC 独立管理架构,支持串口和简单的传感器查询。 |
| 2001年 | IPMI v1.5 | 增强LAN接口功能,首次支持通过局域网发送远程开关机等命令,实用性飞跃。 |
| 2004年 | IPMI v2.0 发布 | 引入 Serial over LAN (SoL)(通过LAN传输串口文本流)、KVM over IP 基础支持、更强的加密(RMCP+)。该版本保持至今,为现行事实标准。 |
| 2015年起 | OpenBMC 项目兴起 | 微软、Google、Intel、Facebook联合发起开源BMC固件项目,旨在用Linux基金会管理下的统一、安全、可定制的固件替代闭源固件。 |
| 2016年起 | Redfish 标准发布与推广 | DMTF 组织发布 Redfish,使用 RESTful API + JSON 替代 IPMI 的二进制命令行。现代数据中心管理平面普遍在向上层提供 Redfish 属性接口。 |
| 2020年代至今 | 双栈协同阶段 | 主流BMC固件同时包含 IPMI 线程和 Redfish 线程。IPMI 保留为底层硬件指令集;Redfish 作为向云管平台暴露的统一北向 API。 |
当前行业共识:IPMI 不会在10年内被“淘汰”。它将逐渐隐入底层,成为仅由Redfish接口调用的硬件指令协议,类似 BIOS 与 UEFI 的关系演进。
6 上游
IPMI功能的物质基础是 BMC 芯片与固件,该环节高度集中。
- BMC 芯片
- 核心供应商:Aspeed Technology(信骅科技,5274.TW) 是全球服务器 BMC 芯片的绝对领导者。公开资料显示,Aspeed 在服务器 BMC 领域的市占率长期位居第一,但具体份额数字不同第三方报告的统计口径存在差异,此处不作单一年份精确标定。其主力产品线为 AST2500 (2016 年推出) 和 AST2600 (2019 年后)。
- 其他参与者:恩智浦 (NXP)、新唐科技 (Nuvoton) 在某些边缘和工业服务器市场有少量份额。国产替代方面,华为海思、飞腾等已具备 BMC 芯片设计能力,但在超大规模数据中心服务器市场的公开批量部署证据仍有限。
- BMC 固件
- 传统固件双雄:AMI (American Megatrends) 与 Insyde Software (系微)。AMI 以 MegaRAC 系列固件占据服务器OEM市场的绝大部分份额。两家公司均非纯BMC固件公司,其财务数据中BMC收入占比难以精确拆解。
- 开源固件:OpenBMC(Linux基金会项目)正被超大规模云服务商(尤其北美云厂商和国内头部厂商)广泛用于自研定制服务器的BMC,以降低对单一闭源固件供应商的依赖并提升安全审计透明度。
- 其他外围器件
- 传感器(温度、电流)、I2C/SMBus 接口芯片、电源管理 IC(用于处理器核心电压监控)等均由 TI、Maxim(ADI)、Infineon 等模拟半导体大厂提供。
7 下游
IPMI/BMC 是服务器主板上不可省略的组件,其需求直接来自服务器的制造与部署。
- 服务器 ODM / OEM 厂商
- 包括 Dell Technologies, HPE, Lenovo, Inspur(浪潮信息), Supermicro 等。这些厂商是 BMC 芯片和固件的直接采购方,将 BMC 设计集成到各自的服务器主板,并提供各自品牌的带外管理工具(例如 Dell iDRAC, HPE iLO, Lenovo XClarity)。其采购量直接反映服务器出货量。
- 云服务商与大型互联网公司
- 北美:AWS, Microsoft Azure, Google Cloud, Meta。
- 国内:阿里云、腾讯云、华为云、字节跳动等。
- 这批客户是自研服务器的最大推手,也深度参与 BMC 固件的定制化(或要求全开源 OpenBMC),带动了差异化的 IPMI 实现路径。
- 企业/政府数据中心
- 各行业的自建数据中心(金融、电信、能源)采购品牌服务器,同样是 IPMI 能力的最终消费者。此部分用户更看重 IPMI 功能的完整性与原厂技术支持,价格敏感度相对较低。
- 第三方管理软件提供商
- 例如 Broadcom 的 DX Unified Infrastructure Management、OpenText的各类运维工具等,它们通过 IPMI 或 Redfish 接口汇总管理服务器,是整个生态终端价值变现的界面。
8 受益公司
按照“IPMI产业链受益逻辑”梳理,本节仅呈列公司在产业链中的客观位置与业务关联。
- 信骅科技(Aspeed Technology, 5274.TW)
- 受益逻辑:全球服务器 BMC 芯片主导供应商。业绩与全球服务器(含 AI 服务器)出货量高度正相关,属于“卖铲人”角色。AI 服务器因主板复杂度提升,可能需要功能更强、单价更高的 BMC 型号。
- 2023-2024年状况:受通用服务器库存周期性调整以及 AI 服务器挤占资本开支的影响,季度营收存在波动。具体财务数据需查阅公司最新法说会简报。来源:公司公告、法说会演示文稿。
- AMI (American Megatrends)
- 受益逻辑:BMC 固件(MegaRAC)与 BIOS 的全球龙头。握有大部分服务器 OEM 厂的 BMC 固件供货合同。因未上市,无公开细致的财务分项数据。(来源:公司官网、产品发布稿)
- 服务器整机品牌与白牌厂商
- Dell Technologies (DELL) / HPE (HPE):其 iDRAC / iLO 管理界面深度依赖底层的 IPMI/BMC 能力,是产品溢价的重要组成部分(授权许可)。
- 浪潮信息 (000977.SZ):国内最大的服务器厂商之一,BMC 需求量大。其AI服务器产品线增速快,意味着带 BMC 的高端机型占比提升。
- 其他受惠:Supermicro (SMCI), 联想集团 (0992.HK) 等。其出货量直接影响上游 BMC 芯片的订单量。
- 开源固件商业服务商
- 暂无纯以 OpenBMC 商业支持为主的上市公司细分标的。头部云厂商自研团队为内部成本中心,不直接产生外部营收。
9 市场规模
(提示:BMC 芯片和固件均没有独立的、由权威第三方拆分发布的精确“全球市场规模(亿美元)”数据报告。公开可获取的是服务器出货量数据,本章节据此进行逻辑估算,不给出精确的独立市场容量数字。)
- 测算逻辑
- BMC 芯片与固件规模 ≈ (服务器年出货量) × (单颗 BMC 芯片单价 + 单台固件授权费/均摊)。此项总额属于典型的“成本项”,而非单独的终端市场。
- 出货量
- 根据 IDC / Gartner 的数据,2020-2022 年全球服务器年出货量稳定在 1200万~1500万 台区间。
- 2023年,受云服务商资本开支向GPU倾斜影响,通用服务器出货量承压,但单价更高的AI服务器出货量同比增长显著。据 TrendForce 估算,2023年 AI 服务器出货量接近 120万台。
- 目前,所有出货的服务器均需配备 BMC 芯片和固件,故该组件的渗透率端极接近 100%,需求与服务器总出货量严格正相关。
- 价值量趋势
- 传统通用服务器:一颗 BMC 芯片 + 固件的打包方案,占整机 BOM 成本远不足 1%,单机价值约 40-80 美元(系行业经验推算值,未得精确核实)。
- AI 服务器(8GPU/16GPU):由于需监控更多的 GPU、Smart NIC、高功耗电源、液冷单元等,对 BMC 的传感器通道数、千兆接口及 KVM 能力要求大幅提升。这推动 AI 服务器采用高阶 BMC 型号(如 AST2600 系列的高配 SKU),单机 BMC 价值量可能增至通用服务器的数倍。此趋势由产品升级驱动,公开资料已有描述,但缺乏精细的量化行业平均单价数据。
- 市场驱动力
- AI算力军备竞赛:AI服务器出货占比提升 → 带动高单价 BMC 出货量 → 推高上游芯片/固件供应商营收。
- OpenBMC 渗透:从“授权费模式”转向“自研成本支出”模式。对软件授权市场产生结构性替代,但不影响 BMC 芯片的销量。
10 玩家对比
由于上游(Aspeed 对 Nuvoton)在公开数据维度对比悬殊,本章节重点对比 “IPMI 与传统/现代管理协议” 层面的差异,此比较对理解AI集群管理选型至关重要。
| 维度 | IPMI v2.0 | Redfish | SNMP v2c / v3 |
|---|---|---|---|
| 通信模型 | 基于 UDP 的点对点二进制命令 | 基于 HTTPS 的 RESTful 资源操作 | 基于 UDP 的GET/SET/TRAP |
| 数据编码 | 非自解释的二进制负载 | 自解释的 JSON Schema | ASN.1 二进制编码(MIB) |
| 核心模式 | “给我传感器第 0x15 号值” | “GET /redfish/v1/Systems/1/Sensors/CPU1Temp” | “OID 1.3.6.1.4.1….” |
| 操作系统依赖 | 完全独立(带外) | 完全独立(带外) | 严重依赖OS内运行的Agent(带内),OS死即不可用 |
| 硬件控制力 | 极强(硬重启、上电、BIOS 设置) | 中(通过 Action 实现,最终回调 IPMI 或硬线) | 弱(通常限于只读监控) |
| 安全性 | RMCP+(HMAC, AES)但历史实现漏洞频发 | 强制 HTTPS、OAuth2.0、更安全 | SNMPv3 较安全,但v1/v2 社区字符串明传广泛存在 |
| 在AI集群中的定位 | 底层硬件执行总线。不可替代的“最后一公里”线路。 | 上层统一管理API。现代化数据中心运维入口。 | 用于网络交换机监控,不适合服务器深度管理。 |
结论:在真正的 AI 大规模生产环境中,任何宣称用 Redfish 完全替换 IPMI 的方案都会导致基础硬件控制力的丧失。标准解耦架构是:运维人员登录 Redfish 平台 → 平台将操作翻译为 IPMI 命令 → 通过保密网络发送到 BMC 执行。
11 风险
- 安全风险(最严峻):IPMI/BMC 因直接获取服务器物理控制权,是网络攻击中优先级最高的“圣杯目标”。历史上,BMC 固件漏洞(尤以明文密码存储、缓冲区溢出为甚)频发。一旦 BMC 被远程控制,攻击者可在 OS 完全不可见的情况下窃取内存数据、植入固件级后门,或直接物理销毁服务器。这是全球数据中心必须将带外接口隔离至绝对独立专用管理网络(OoB Network)的根本原因。
- 供应链集中度风险:上游 BMC 芯片依赖单一头部供应商(Aspeed),固件依赖少数厂商(AMI)。任何产能中断、严重通用漏洞或地缘政治禁运都可能造成全球服务器供应系统性瘫痪。
- 替代协议竞争风险:Redfish 在 API 层面的生态正快速成熟。未来,随着 CXL、UCIe 等新内部总线架构的兴起,“直接管理硬件”的语义可能被抽象进更底层的硬件安全处理器(如 AMD PSP、Intel ME 所衍生的管理能力),IPMI 的协议层将承受永久性的架构替代压力。
- AI 服务器复杂度风险:当前用于 AI 服务器的 BMC 固件定制化工作量巨大。若与新一代 GPU 的 SMBus 管理接口在适配测试中存在疏漏,可能在超大规模的液冷集群中引发大规模漏读、误报或散热策略失效,导致 GPU 损坏。
12 误读纠偏
- 误读 1:“IPMI 就是远程开关机。”
- 纠偏:远程电源控制(Chassis Control)仅是 IPMI 122 条以上的标准命令中的基础几条。IPMI 的价值体系包括:全硬件传感器的持续监控与预警、非易失事件日志(SEL)、通过 SoL 实时捕获 OS 崩溃前的内核 Panic 打印输出、以及挂载虚拟光驱实现无人值守远程装机。这是一个完整闭环的“硬件生命周期”管理界面。远程开机只是这个完整界面的一个小小触发动作。
- 误读 2:“Redfish 出来了,IPMI 将很快被淘汰。”
- 纠偏:从行业演进看,Redfish 替代的是 IPMI 的**“上层的、面向最终用户的使用界面”**,而不是其“底层协议”。现代服务器的 BMC 固件普遍采用双协议栈同体运行。Redfish 仅作为北向接口,它接收到的“重启服务器”请求,在固件内部就是被翻译成一条 IPMI
Chassis Control命令发往电源子系统。IPMI 协议在可预见的未来都在硬件这一端得到保留与执行。
- 纠偏:从行业演进看,Redfish 替代的是 IPMI 的**“上层的、面向最终用户的使用界面”**,而不是其“底层协议”。现代服务器的 BMC 固件普遍采用双协议栈同体运行。Redfish 仅作为北向接口,它接收到的“重启服务器”请求,在固件内部就是被翻译成一条 IPMI
- 误读 3:“IPMI 是开放的,所以用任何厂商的软件都能管。”
- 纠偏:IPMI 定义了开放的命令,但每个厂商的实现细节(如非标准OEM命令、高级许可功能、自定义SDR格式)大相径庭。如果只使用标准通用 IPMI 工具,通常只能获取 70%-80% 的硬件信息,无法使用定制化的高级诊断、性能调校和特殊的固件更新功能。完全的互操作性在现实中难以达到,这也是厂家锁定(vendor lock-in)的一种技术体现。
13 最新事件
(本节记录截至本文撰写周期内具有行业影响力的事件。因无法实时上网,下列方向需要由读者主动校核最新日期。)
- Aspeed 业绩指引及 AI 服务器营收占比:
- Aspeed 会在其季度法说会上更新对当年服务器出货量的预判,以及自身 AST2600 向 AI 服务器渗透的数据。近年来,AI服务器相关的 BMC 营收占比从个位数上升至接近及超过双位数的趋势,是判断行业景气度的核心指标。具体当期数值请以公司最新公开演示文稿为准。
- OpenBMC 的规模化应用:
- 2023~2024年,某头部云厂商在其新一代自研服务器整机机种中全面放弃商业化固件,转向使用开源自研 OpenBMC,这使得该厂商对传统固件供应商的授权费支出趋近于零。这标志着开源模式对闭源固件的替代已从“试验”进入“规模落地”阶段。
- 固件供应链安全法规:
- 美国、欧盟均更新了针对关键基础设施的固件供应链安全指令(如网络安全行政令要求交付 SBOM,软件物料清单),要求服务器厂商提供包括 BMC 固件在内的第三方组件构成。这将加速行业对 BMC 固件代码透明度的要求。
- 针对 BMC 的重大安全漏洞(CVE)披露:
- 近 2-3年,多家服务器厂商会周期性发布其 BMC 固件的严重漏洞补丁(例如:无需验证的远程代码执行漏洞)。每次严重 CVE 的公布都会引起超大规模数据中心的大规模强制固件升级行动。请关注 US-CERT 及你所使用服务器厂商的安全公告。
14 跟踪指标
若需持续跟踪 IPMI 及其产业链的动态,建议建立以下数据观测清单:
- 核心芯片指标(信骅科技 5274.TW)
- 月度/季度营收:通常被视为全球服务器出货量的领先指标(领先 1-2 个月)。
- 法说会纪要:重点关注管理层对“Non-通用服务器(即AI/加速计算服务器)”营收占比的披露及趋势判断。
- 行业出货量指标
- 全球服务器季度出货量与营收:来源于 IDC、Gartner 的季度服务器追踪器。
- 头部云服务商资本支出(CapEx)指引:Amazon、Microsoft、Google、Meta、阿里、腾讯等在季度财报中对当年剩余时间资本开支的展望,直接预示未来服务器采购量。
- 安全态势指标
- 年度 BMC 相关的 CVE 漏洞总数(按严重性分类):上升趋势代表攻击面扩大,需要更多资源进行安全加固。
- NIST NVD 数据库中“IPMI”和“BMC”关键词的漏洞条目。
- 客户采纳度指标
- 关键行业会议(如 OCP Global Summit)上关于 OpenBMC 的议题数量与参与公司名字。
- 主要服务器厂商在其新产品发布会上对管理功能(iDRAC, iLO 等)的更新内容,是否引入零信任架构、硬件信任根等。
15 信源
本章节所列信息来源构成 IPMI 技术与产业知识的标准获取渠道。
- 官方标准与规范
- 《IPMI v2.0 Revision 1.1 Specification》, Intel, Dell, HP, NEC. (PDF)
- 《DMTF Redfish Specification》, DMTF. (在线文档)
- 《NC-SI (Network Controller Sideband Interface) Specification》, DMTF. (PDF)
- 核心公司信源
- 信骅科技(Aspeed)2022-2024年 公开法说会演示文稿及季度财报。来源:公开资讯观测站(TWSE)。
- Dell Technologies iDRAC 用户指南、HPE iLO 用户指南。来源:厂商官网技术文档库。
- AMI MegaRAC 产品页面。来源:ami.com。
- 开源项目与技术社区
- OpenBMC Project:github.com/openbmc, 包括文档、源代码以及Linux基金会下的技术指导委员会(TSC)会议纪要。
- ipmitool 项目的源代码库及文档:github.com/ipmitool/ipmitool。
- 第三方行业分析
- IDC 《Worldwide Quarterly Server Tracker》.
- Gartner 《Market Share: Servers, Worldwide》.
- TrendForce 关于 AI 服务器渗透率及出货量的专题研究报告。
- 学术与安全研究
- US-CERT / CISA 关于 IPMI/BMC 的安全公告。
- NIST National Vulnerability Database (NVD) 中检索条件为 “BMC Firmware” 的 CVE 记录。