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 協議在可預見的未來都在硬體這一端得到保留與執行。
• 誤讀 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 及其產業鏈的動態，建議建立以下資料觀測清單：

1. 核心晶片指標（信驊科技 5274.TW）

• 月度/季度營收：通常被視為全球伺服器出貨量的領先指標（領先 1-2 個月）。
• 法說會紀要：重點關注管理層對“Non-通用伺服器（即AI/加速計算伺服器）”營收佔比的揭露及趨勢判斷。

2. 行業出貨量指標

• 全球伺服器季度出貨量與營收：來源於 IDC、Gartner 的季度伺服器追蹤器。
• 頭部雲端服務商資本支出（CapEx）展望：Amazon、Microsoft、Google、Meta、阿里、騰訊等在季度財報中對當年剩餘時間資本支出的展望，直接預示未來伺服器採購量。

3. 安全態勢指標

• 年度 BMC 相關的 CVE 漏洞總數（按嚴重性分類）：上升趨勢代表攻擊面擴大，需要更多資源進行安全加固。
• NIST NVD 資料庫中“IPMI”和“BMC”關鍵詞的漏洞條目。

4. 客戶採納度指標

• 關鍵行業會議（如 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 記錄。