Out-of-band Management

3 秒看懂

一條獨立於作業系統和資料網路的專用管理通道,用於在伺服器或網路裝置宕機時,仍能遠端進行開關機、故障診斷和系統修復。

3 分鐘產業解釋

在雲端運算、資料中心和AI算力基礎設施中,伺服器或網路裝置可能因軟體崩潰、系統掛起或網路故障而“失聯”。此時,通過常規SSH或遠端桌面無法訪問裝置。帶外管理(OOB Management) 通過一個獨立的硬體控制器(如BMC,即基板管理控制器)、專用的物理網路埠和管理網路,建立了一條“生命線”。運維人員可以通過這條“後門”,像在裝置旁邊一樣,進行底層硬體控制,是保障大規模資料中心高可用性和運維效率的核心基石技術。

產業價值核心:OOB Management本質上是一套硬體級的管理冗餘體系。在業務網路完全癱瘓、主作業系統藍色畫面宕機、甚至主電源斷開(但輔助電源仍在供電)的場景下,這條獨立通道依然可以維持對伺服器硬體的控制權。這一特性使其成為現代資料中心“無人化運維”的前提條件——沒有OOB,任何遠端故障恢復方案都是建立在沙灘上的城堡。

典型落地形態:當前產業中,OOB Management主要通過“BMC晶片+廠商韌體+管理軟體”三層架構落地。BMC晶片(以Aspeed方案為主流)提供硬體基礎,伺服器廠商(戴爾iDRAC、惠普iLO、聯想XClarity等)在晶片之上開發韌體與管理介面,雲端廠商和大型企業則通過Redfish等標準API將OOB能力整合進自研運維平台。

技術原理

OOB Management系統包含以下核心元件與執行機制:

1. 基板管理控制器(BMC) BMC是整個OOB體系的心臟,通常是一顆嵌入式ARM處理器(如Aspeed AST2500/AST2600系列),擁有獨立的:

記憶體:專用於執行BMC韌體和管理資料(通常為256MB-512MB DDR記憶體)
儲存:存放韌體、事件日誌、感測器資料記錄的快閃記憶體晶片(SPI NOR/NAND Flash)
網路介面:獨立MAC/PHY,可驅動專用管理網口或通過NC-SI技術共享主網絡卡
匯流排介面:通過I²C、SMBus、PCIe管理匯流排與伺服器主機板上的溫度感測器、電壓監控晶片、風扇控制器、電源模組、BIOS/UEFI晶片、主CPU等建立通訊

2. 感測器監控體系 BMC通過SMBus/I²C等低速匯流排持續輪詢主機板上的溫度感測器(CPU/記憶體/硬碟/進風口)、電壓監控點(各路電源軌)、風扇轉速感測器、電流感測器、功耗監控晶片等。監控資料儲存在BMC的感測器資料記錄(SDR)中,供運維繫統讀取和告警。

3. 系統事件日誌(SEL) BMC維護位於非易失性儲存中的事件日誌,記錄關鍵硬體事件:ECC記憶體糾錯次數、溫度越過閾值、電源模組故障、風扇異常降速、系統啟動失敗等。日誌採用帶時間戳的結構化條目格式,是故障溯源的“黑匣子”。

4. 遠端控制執行器 BMC通過GPIO和邊帶訊號(如Platform Environment Control Interface, PECI)可執行:

電源控制:向電源模組發出強制關機、上電、復位、電源迴圈等指令
NMI生成:向主CPU注入不可遮蔽中斷,用於觸發作業系統核心轉儲(Kernel Dump)以診斷系統掛起

5. 虛擬化外設引擎

KVM over IP:BMC內的影片編碼器通過VGA/DVI/DisplayPort邊帶通道持續截獲主系統顯示幀緩衝,壓縮後通過管理網路傳輸至遠端控制台;同時接收鍵盤滑鼠訊號注入主系統USB匯流排
虛擬媒體：BMC將遠端上傳的ISO/隨身碟映象檔案模擬為USB大容量儲存裝置,使目標伺服器可從遠端介質啟動

6. 網路連線架構

+-------------------+          +---------------------+          +----------------------------+
|   管理員終端       |          |   專用管理交換器      |          |   目標伺服器/裝置           |
| (通過Web/CLI/     |  OOB管理 | (連線所有裝置的      |  OOB管理 |  +----------------------+  |
|  API 訪問)        +--------->|   管理埠,通常是    |         |  |  BMC (IPMI/Redfish)  |  |
+-------------------+  網路    |   獨立的二層VLAN)    +--------->|  |  (獨立ARM處理器)     |  |
                               +---------------------+  網路    |  +----------+-----------+  |
                                                                   |          |              |
                                                                   |  +-------v----------+  |
                                                                   |  | 主CPU/OS/業務應用 |  |
                                                                   |  +------------------+  |
                                                                   +----------------------------+

7. 輔助供電機制 BMC的供電通常接入伺服器的輔助電源軌(+5VSB),該路電源在主電源關閉後仍由電源模組提供(只要交流輸入端未斷開),這使得BMC在伺服器“關機”狀態下依然可被遠端喚醒和操控。

8. 管理協議棧

協議層次	協議/標準	核心作用
傳輸層	RMCP/RMCP+, HTTPS, SSH	提供加密、認證的通訊隧道
介面層	IPMI 2.0 命令, Redfish RESTful API, 廠商私有API	提供標準或擴充套件的硬體管理操作集
資料層	SDR(感測器資料記錄), SEL(系統事件日誌), Redfish Resource Map	結構化地描述硬體資產、狀態與事件

IPMI(智慧平台管理介面) 是行業奠基性標準,定義了硬體監控和控制的命令集,由Intel、Dell、HP、NEC於1998年聯合提出並在後續由DMTF繼承維護。Redfish則是由DMTF於2015年釋出的現代化替代標準,基於RESTful設計、採用JSON資料格式和OData後設資料模型,提供更豐富、安全、可擴充套件的模型化管理能力,是當前的發展主流。兩者的演進關係並非替代,而是分層共存——多數現代BMC同時支援兩種介面。

關鍵引數

OOB Management體現在具體技術指標上主要包括:

1. 管理覆蓋率 叢集中實際接入OOB管理網路並處於可管理狀態的裝置比例。在正規資料中心建設中,這一指標的目標值應為100%,即每一臺計算、儲存、網路裝置均通過專用的管理埠接入管理網路。但在實際運營中,因網線脫落、交換器埠故障、BMC韌體異常等原因,覆蓋率可能低於100%。

2. 平均故障恢復時間(MTTR) 從故障被運維繫統檢測到,到通過OOB通道完成硬復位、遠端重灌系統、業務恢復就緒的時間間隔。根據Google在《Failure Trends in a Large Disk Drive Population》(2007)及資料中心運維最佳實踐揭露的資料,擁有成熟OOB能力的叢集,其MTTR可比完全依賴現場運維降低60%-80%。但具體數值與運維自動化水平強相關,公開資料未見全行業統一基準。

3. BMC安全漏洞揭露與修復時效 衡量指標為:從CVE(通用漏洞與暴露)編號分配到廠商釋出修補韌體的平均天數,以及從韌體釋出到使用者側批次升級完成的平均天數。這一指標直接決定了OOB管理通道是否成為攻擊方的持久化據點。據工業界安全會議揭露的歷史資料,部分老舊BMC韌體的已知高危漏洞存續時間可達1-3年(源自Black Hat 2018/2019演講中的案例揭露)。

4. API完備性與跨廠商一致性 Redfish規範定義了標準的硬體資源模型(Schema),但不同廠商的實現對標準Schema的覆蓋度和對擴充套件屬性的處理存在差異。可通過自動化測試工具掃描各廠商BMC的Redfish端點,統計標準屬性返回率達到90%以上的裝置比例來衡量。

5. KVM over IP的使用者體驗指標

影片幀率:影響遠端控制台的流暢度,一般目標為15-30 FPS(每秒幀數)
端到端延遲:從鍵盤輸入到螢幕上出現字元的時間,一般應低於200ms
影片壓縮演算法:通常採用JPEG或H.264壓縮以降低頻寬佔用

6. BMC自身啟動時間 從輔助電源上電到BMC完成自身啟動、IP地址獲取、Web服務就緒的時間。這一時間決定了裝置上電後遠端管理能力可用的初始化延遲,典型值為30-90秒(因韌體複雜度和硬體配置而異),在網路裝置中通常要求更短。

7. 功耗預算 BMC及其附屬電路在裝置關機狀態(僅輔助電源工作)和正常工作狀態下的功耗。對於大規模資料中心,這一功耗構成“殭屍能耗”的一部分,典型值為3-8W每節點(關機態)和8-15W每節點(工作態)。

技術路線

技術演進史

OOB Management的技術脈絡可按三個階段梳理:

第一階段(1998-2004):標準化奠基期 1998年Intel、Dell、HP、NEC聯合釋出IPMI 1.0規範,首次為伺服器硬體管理定義了標準化的命令集和介面。2001年IPMI 1.5增強了感測器資料模型的表達能力。這一時期的BMC功能較為基礎,主要覆蓋感測器讀取和電源控制,遠端控制台和虛擬媒體能力尚未成熟。

第二階段(2004-2015):功能擴充套件與廠商分化 2004年IPMI 2.0釋出,增加了基於RMCP+的安全加密認證、增強的Serial-over-LAN(將序列埠重定向至管理網路)、以及韌體防火牆等安全機制。同期戴爾推出iDRAC、惠普推出iLO等深度定製管理引擎,在標準之上提供圖形化控制台、虛擬媒體掛載等差異功能,BMC晶片從簡單微控制器演變為完整SoC(系統級晶片)。

第三階段(2015至今):現代化與標準化迴歸 DMTF於2015年釋出Redfish 1.0標準,採用RESTful API和JSON取代傳統的二進位制IPMI命令,更適合大規模自動化運維場景。同年OpenBMC專案在Linux基金會啟動,推動BMC韌體的開源化。2020年後,AI訓練叢集對GPU節點的OOB管理需求極大提升,催生了對BMC在高速感測器取樣和功耗封頂(Power Capping)方面的新要求。

技術路線對比

特性維度	帶外管理(OOB - IPMI/Redfish)	帶內管理(IB - SNMP/WMI/Agent)	物理運維(現場操作)
依賴前提	輔助電源(+5VSB),BMC韌體執行正常(獨立於主CPU)	作業系統及網路協議棧正常執行	運維人員物理到達裝置
訪問時機	裝置任何狀態,包括關機(S5狀態)、宕機、OS啟動前/崩潰時	僅在作業系統及管理代理正常執行時	裝置物理可觸及時
管理深度	硬體層:電源、風扇、感測器、韌體、BIOS/UEFI設定、完整控制台	軟體層:作業系統、應用、服務、日誌、效能計數器	硬體層:物理插拔、跳線、序列埠直連
安全攻擊面	獨立管理通道,攻擊面較小;但BMC韌體本身若未加固則是高風險持久化點	與業務網路共享,攻擊面大,橫向移動風險高	需物理安全防護
網路架構要求	獨立物理或邏輯(VLAN)管理網路	使用現有資料網路	無
每節點增量成本(估)	BMC晶片(BOM成本約8-25美元,來源:Aspeed公告/券商拆解估算,口徑為晶片BOM,2023年水平);獨立管理交換器埠分攤約10-15美元/節點	主要是軟體許可和部署成本	人力成本(單次現場操作約100-400美元,來源:Uptime Institute 2022人力調查)
典型適用場景	硬體故障診斷、遠端開關機、系統緊急恢復、韌體升級、叢集自動化部署	系統性能監控、應用健康檢查、日誌集中收集、軟體部署	物理硬體更換、未配置OOB的環境、極端安全要求
運維自動化整合度	高(Redfish API天然適配IaC工具鏈)	中(通過Agent適配)	無(完全依賴人工記錄和操作)

說明:BMC晶片BOM成本引用Aspeed公開營收與出貨量推導,管理交換器埠成本基於Cisco Catalyst系列交換器公開目錄價推算,均為行業估算口徑,僅反映量級。

新興技術方向

OpenBMC開源韌體生態:由Facebook(現Meta)於2015年發起,IBM、Google、Microsoft、Intel等隨後加入的專案,旨在解構傳統閉源BMC韌體棧,提供基於Linux的開放BMC架構。其核心優勢在於:雲端廠商可自主裁剪不需要的功能以縮小攻擊面;可快速適配新硬體;可與自研運維繫統深度整合。截止2024年,Meta、Google、Microsoft已在各自資料中心大規模部署基於OpenBMC的定製韌體(來源:Open Compute Project公開演講)。

GPU/加速器OOB管理:隨著NVIDIA HGX/DGX、AMD Instinct等AI加速器平台的部署增長,GPU的OOB管理成為新需求焦點。傳統BMC對GPU的監控深度有限,而NVIDIA Baseboard Management Controller(相容IPMI)擴充套件了對GPU溫度、功耗、記憶體錯誤、NVLink狀態的管理能力,是未來算力叢集運維的關鍵技術。

上游

OOB Management的產業鏈上游包括核心晶片、嵌入式軟體和標準組織,各環節集中度差異顯著:

1. BMC晶片供應商 BMC晶片市場高度集中,Aspeed Technology(信驊科技,臺灣,股票代號5274.TW)佔據全球伺服器BMC晶片出貨量約70%-80%份額(來源:Aspeed年度營收公告與伺服器出貨量交叉估算,為行業共識口徑,2023年狀態)。其AST2500/AST2600系列是當前主流伺服器平台(Intel Xeon Scalable、AMD EPYC)上最廣泛使用的BMC SoC方案。Nuvoton Technology(新唐科技,臺灣,股票代號4919.TW)是另一重要玩家,主要面向部分ODM定製專案和網路裝置市場。公開資料未見其他實質性競爭對手在伺服器BMC晶片領域達到可比較的出貨量。

2. 伺服器平台晶片供應商對BMC的依賴 Intel和AMD在各自伺服器平台參考設計中均指定了BMC接入的邊帶匯流排標準,內在地將BMC整合進平台生命週期管理。NVIDIA在HGX/DGX平台中引入了自家BMC方案或相容韌體,但底層晶片仍主要外購。BMC晶片的設計須與每一代伺服器CPU平台同步演進,技術門檻包括:支援新匯流排標準(如PCIe Gen5管理邊帶)、更高的影片編碼解析度、更強的安全啟動鏈(Root of Trust)。

3. BMC韌體/IP棧供應商

伺服器廠商自有韌體:戴爾(iDRAC韌體)、惠普(iLO韌體)、聯想(XClarity)、浪潮(inspur BMC)、超微(Supermicro BMC)均在Aspeed/Nuvoton晶片基礎上建置各自的定製韌體,形成差異化功能的壁壘。
第三方韌體/IP授權:AMI(American Megatrends)除BIOS/UEFI外也提供BMC韌體方案MegaRAC,服務於中小型ODM廠商;Phoenix Technologies亦有BMC韌體產品。
開源的OpenBMC:已獲得Meta、Google、IBM等的生產和貢獻支援,長期可能改變韌體環節的競爭格局。

4. 標準組織 DMTF(Distributed Management Task Force) 是OOB管理領域最核心的標準制定機構,IPMI 2.0和Redfish均由其維護迭代。DMTF由Broadcom、Cisco、Dell、HPE、Intel、Lenovo、Microsoft、VMware(Broadcom)等200+家成員公司組成。UEFI論壇和PCI-SIG在韌體啟動安全、管理匯流排標準方面與OOB管理有交叉影響。

5. 管理網路交換裝置 專用管理網路通常通過二層交換器建構成獨立VLAN。思科(Cisco Catalyst系列)、HPE Aruba Networking、Arista等廠商的交換器均支援管理網路部署,但這一市場與通用企業交換器市場完全重疊,不存在獨立的“管理交換器”細分統計。

下游

OOB Management的終端使用者覆蓋幾乎所有規模化運營的IT基礎設施場景,以下是主要下游需求主體的特徵和需求差異:

1. 超大規模雲端服務商(Hyperscaler) 包括Amazon Web Services(AWS)、Microsoft Azure、Google Cloud、阿里雲端、騰訊雲端等,是OOB Management最深度整合和最嚴苛需求的使用者:

需求特徵:每個資料中心節點均需100%管理覆蓋,OOB管理須與自研資源排程系統完全API整合(通常基於Redfish)
差異化要求:安全加固要求極高,多數Hyperscaler有自己的BMC安全基線;故障自愈要求——從硬體告警到節點下線、維修工單生成、備件排程的全自動化
規模:據Synergy Research Group 2023年Q4資料,全球超大規模資料中心數量已超過900個,每個資料中心含數萬至數十萬節點

2. 企業IT/私有雲端 金融、電信、製造、政府等行業的自建資料中心:

需求特徵:OOB使用多基於廠商提供的圖形化管理工具(如iDRAC Web介面),自動化程度低於Hyperscaler,但安全合規要求高
痛點:運維人力有限,OOB能力直接影響故障在半夜的處理效率

3. AI算力平台與HPC叢集 GPU叢集和算力租賃平台:

需求特徵:GPU單節點成本高(一臺NVLink HGX伺服器價值可達20-40萬美元),訓練任務對單點故障極度敏感,OOB能力直接對應商業SLA的可實現性
新增要求:對GPU感測器資料(視訊記憶體溫度、NVLink頻寬利用率、Xid錯誤)的OOB管理需求日益突出

4. 電信運營商(5G/MEC邊緣計算)

需求特徵:邊緣機房現場運維困難(站點多、位置分散),對OOB的依賴度遠高於集中式資料中心
特殊約束:OOB通道可能需要通過帶外4G/5G鏈路回傳,對頻寬和穩定性有特別要求

5. 伺服器ODM/系統整合商 廣達(Quanta)、緯創(Wistron)、英業達(Inventec)、富士康等ODM在設計伺服器時為Hyperscaler定製OOB方案,是上游晶片到下游使用者之間的關鍵設計落地環節。

受益公司

以下列出與OOB Management產業鏈高度相關的公司,按其在產業中的角色分類。所有資訊均來自公開揭露,僅為產業關係描述,不構成投資建議。

BMC晶片核心受益方

Aspeed Technology(信驊科技,5274.TW):全球伺服器BMC晶片主導供應商,2023年營收約50億新臺幣(來源:信驊公開年度財報,2023),營收變動與全球伺服器出貨量高度相關。公司定期揭露月度營收,是觀察伺服器市場景氣度的先行指標之一。
Nuvoton Technology(新唐科技,4919.TW):BMC晶片的第二梯隊供應商,同時有MCU和TPM等其他產品線,BMC業務在公司整體營收中的佔比,公開資料未見精確揭露。

深度整合OOB管理的伺服器廠商

Dell Technologies(DELL):iDRAC是業界商用化最成熟的OOB方案之一,功能深度集成於PowerEdge伺服器產品線和OpenManage管理軟體套件。戴爾伺服器2023年全球出貨量份額約16%-17%(來源:IDC Worldwide Quarterly Server Tracker, 2023Q4,出貨量口徑)。
Hewlett Packard Enterprise(HPE):iLO是ProLiant系列伺服器的核心管理引擎,與HPE OneView基礎設施管理平台深度整合。HPE伺服器出貨量份額約7%-9%(IDC 2023Q4同源)。
Lenovo(聯想集團,0992.HK):XClarity是ThinkSystem伺服器的OOB管理方案,公司伺服器出貨量份額約6%-8%(IDC 2023Q4同源)。
**浪潮電子資訊(Inspur,000977.SZ)**在中國區伺服器市場份額領先,其BMC方案主要用於自研伺服器,國內市場出貨量份額約25%+(IDC中國2023H1資料,出貨量口徑)。
Supermicro(美超微,SMCI):全球出貨量靠前的白牌/通用伺服器廠商,Supermicro BMC韌體以相容性和快速支援新平台見長,出貨量份額約5%-7%(IDC 2023Q4,出貨量口徑)。

BMC韌體/IP供應商

AMI(American Megatrends):未上市的私人公司,是全球領先的BIOS/UEFI和BMC韌體(MegaRAC)提供商之一,客戶覆蓋多個二線伺服器廠商和ODM。
Phoenix Technologies:類似AMI的韌體IP供應商,BMC韌體產品線規模小於AMI。

基礎設施管理軟體整合OOB能力的服務商

ServiceNow、BMC Software(非BMC晶片)、HashiCorp等通過Redfish API將OOB管理功能整合進ITSM和IaC工具鏈。這部分僅代表OOB是它們功能樹的葉子節點,並非核心營收來源。

說明:Aspeed和Nuvoton的具體BMC業務營收拆分明細,公開資料未見各公司單獨揭露該業務線與其它產品線的精確切分,上述描述以公司整體財務刻畫產業關係。

市場規模

OOB Management的市場規模缺乏作為獨立品類被追蹤的公開資料,其市場通常隱含在以下幾類統計口徑中,以下梳理基於可獲得的第三方資料:

1. BMC晶片市場 根據Aspeed營收資料反推:2023年Aspeed全年營收約50億新臺幣(摺合約1.6億美元,按2023年均匯率),若Aspeed全球BMC份額為70%-80%(行業共識),則2023年全球BMC晶片的市場規模(晶片廠對伺服器廠商的出貨金額)約在2.0-2.3億美元之間(來源:信驊2023年財報營收,搭配行業份額估算,為估算口徑)。這一市場規模相對較小,反映出BMC晶片單顆價值量在8-25美元區間,但對於伺服器整機的戰略關鍵性遠高於其金額。

2. 伺服器管理軟體/韌體市場 OOB管理相關的韌體許可和管理平台軟體市場,公開資料未見作為獨立品類被統計。戴爾OpenManage、HPE OneView等平台將OOB作為功能子集,整體市場與ITOM(IT運營管理)、資料中心基礎設施管理(DCIM)市場重疊。據Gartner 2023年ITOM市場規模預測,全球ITOM市場(含監控、管理、自動化)約為370億美元,但OOB貢獻的這一細分,公開資料未見可靠分解。

3. 管理網路交換器市場 專用管理網路使用的交換器與通用企業交換器無硬體差異,市場完全重疊。據IDC Worldwide Quarterly Ethernet Switch Tracker 2023Q4資料,全球乙太網路交換器市場全年營收約440億美元,但其中管理網路專用的比例極小且不被單獨統計。

4. 由伺服器市場帶動的間接規模推斷 據IDC Worldwide Quarterly Server Tracker 2023Q4資料,2023年全球伺服器出貨量約1150萬臺,市場規模約1200億美元(廠商營收口徑)。假設每臺伺服器均標配BMC(此假設對機架式伺服器基本成立,但塔式/邊緣伺服器覆蓋率略低),OOB管理可視為對整個伺服器市場的功能增強和價值附載;其衍生的運維效率提升和停機成本節約的市場價值,遠高於BMC晶片市場本身,但無法以單一貨幣數字精確量化。

結論:OOB Management的顯性市場規模有限(BMC晶片約2億美元級),但其對資料中心運營的隱性經濟價值巨大——在減少現場運維、縮短MTTR、保障SLA方面每年可為Hyperscaler節省數以億美元計的運營支出(行業定性共識,精確數字公開資料未見)。

玩家對比

OOB Management領域的競爭並非發生在單一的“OOB產品”層面,而是在三個層次上展開:晶片層、韌體/功能層、管理軟體整合層。

晶片層:Aspeed vs Nuvoton

維度	Aspeed Technology	Nuvoton Technology
市場地位	絕對主導,7-8成份額	第二梯隊,份額有限
產品覆蓋	專用BMC SoC,無其他大規模產品線	BMC僅為多項產品線之一
效能演進	AST2600支援四核ARM Cortex-A7,4K影片	產品公開資料不如Aspeed詳盡
客戶依賴度	伺服器廠商對其依賴度極高	替代性相對較高
技術路線繫結	與Intel/AMD平台迭代同步研發	同樣的同步路徑,但資源投入規模較小
2023年營收	約50億新臺幣(1.6億美元)	約350億新臺幣(11.3億美元),整體營收,非BMC單獨統計(來源:新唐2023年財報)

韌體/功能層:四大伺服器廠商的OOB方案對比

特性	Dell iDRAC (iDRAC9)	HPE iLO (iLO 6)	Lenovo XClarity Controller (XCC)	浪潮 Inspur BMC
基礎BMC晶片	Aspeed(多為定製型號)	Aspeed(多為定製型號)	Aspeed	Aspeed
遠端控制台	HTML5/Java,虛擬資料夾/ISO掛載	HTML5,整合遠端Console錄製	HTML5 KVM,虛擬媒體	類iDRAC,功能對等
安全能力	矽基根信任(Silicon Root of Trust),雙因素認證	矽基根信任,iLO安全狀態儀表盤	硬體根信任,韌體回滾保護	TCM(中國可信計算)整合安全啟動
API生態	Redfish, iDRAC專用RESTful, WinRM	Redfish, HPE iLO RESTful API	Redfish, XCC RESTful API	Redfish, IPMI
獨特功能	與OpenManage Enterprise統一管理	與HPE OneView、InfoSight深度整合	與Lenovo XClarity Administrator整合	針對中國客戶定製(如支援SM2/SM4國密演算法)

管理軟體整合層:整合路徑的分化

Hyperscaler(自研路線):AWS、Google、Meta、微軟等通過Redfish API直接將BMC能力整合進自研的資源排程和監控平台(FBOSS/Twine/Autopilot等),不使用廠商提供的管理控制台,是Redfish標準化最積極的推動力量。這一路線削弱了伺服器廠商上層管理軟體的鎖定效應。
企業使用者(廠商管理套件路線):大多數企業IT採用Dell OpenManage、HPE OneView等廠商提供的統一管理平台,對廠商的OOB韌體功能差異較為敏感,構成伺服器廠商的差異化競爭要素。

風險

OOB Management本身是提升可靠性的技術,但若使用不當或忽視其自身的脆弱性,會引入嚴重風險。以下是主要風險維度及其具體機理:

1. 安全風險——最大的灰犀牛

BMC韌體漏洞的持久化攻擊:BMC執行獨立的作業系統和網路棧(常見為嵌入式Linux),歷史上至少出現過以下公開高危攻擊:
- USBAnywhere(2019):Supermicro BMC韌體中發現的未授權虛擬媒體掛載漏洞(CVE-2019-16672等),攻擊者無需憑證即可掛載惡意USB映象
- PLATINUM APT(2017-2018):微軟威脅情報中心發現某國家級APT組織利用BMC作為持久化跳板,感染伺服器後即使重灌作業系統也無法清除惡意程式(來源:Microsoft Threat Intelligence Center 2019公開分析報告)
- HIDECobra/iLOBleed(2021):針對HPE iLO韌體的惡意植入攻擊,表明BMC韌體已成為高價值目標的攻擊切入點
老韌體的長尾風險:大規模資料中心中存在大量BMC韌體長期未升級的節點,據Black Hat 2018/2019上揭露的掃描資料,公共網路中存在數萬個BMC的Web介面暴露於Internet,且其中相當比例執行存在已知漏洞的老舊韌體
供應鏈攻擊風險:若BMC韌體在ODM或廠商環節被植入後門,則OOB通道將成為攻擊方對所有受控伺服器的萬能鑰匙

2. 集中瓶頸風險

BMC晶片單點供應風險:Aspeed一家獨大的格局雖體現了其產品競爭力,但也意味著全行業對其產能和新品節奏的高度依賴。Aspeed若出現嚴重的產品Bug或產能中斷,將影響全球幾乎所有主要伺服器廠商的出貨節奏。
管理網路單點風險:如果管理交換器、管理網關出現配置錯誤或軟體缺陷,可能導致整個資料中心的管理平面同時失聯。

3. 運維複雜性風險

憑證管理碎片化:BMC的IP地址、管理員賬號密碼若未納入統一憑證管理系統,將導致管理混亂和大範圍的弱口令風險
OOB斷連的“盲飛”:一旦管理網路本身出現故障,遠端的自動化運維指令碼可能發出錯誤指令,最壞情況可導致叢集大規模意外斷電

4. 成本與能耗的隱性負擔

BMC每節點3-8W關機功耗對於數百萬節點的Hyperscaler而言是顯著的“殭屍能耗”,需要精細的電源策略平衡
建置和維護獨立物理管理網路需投入額外的機櫃頂部交換器埠、線纜和IP地址資源

5. 標準碎片化風險

儘管Redfish力圖統一標準,廠商私有擴充套件的存在仍可能給跨廠商的自動化管理帶來適配成本
IPMI遺留命令的安全水平與Redfish差數代,但為相容性仍大量共存

誤讀糾偏

1. 誤讀:OOB Management就是遠端重啟伺服器 糾偏:遠端重啟(電源復位)只是OOB管理的“入門按鈕”。完整的OOB管理覆蓋了從矽前(pre-silicon)到停機的完整硬體生命週期:韌體級感測器監控(電壓/溫度/功耗)、帶時間戳的系統事件日誌(SEL)、BIOS/UEFI設定遠端配置、虛擬控制台(KVM over IP)、虛擬媒體遠端掛載安裝作業系統、韌體升級回滾、甚至當系統掛起時注入NMI生成核心轉儲用於故障分析。將其等同於“遠端開機卡”將嚴重低估其在自動化運維體系中的整合深度。

2. 誤讀:有了OOB,就不需要帶內管理了 糾偏:兩者解決的是不同層次的問題,是互補關係而非替代關係。OOB解決的是“硬體生死”和“作業系統失聯”時的緊急訪問問題,它看到的是CPU負載、記憶體溫度等硬體指標;帶內管理(如Prometheus/Telegraf/Zabbix)解決的是“軟體靈魂”的問題,監控的是應用的QPS、錯誤率、慢查詢、事務耗時等業務層指標。一個不可商量的運維體系架構是:OOB降層保底,帶內上層工作,兩者共存。

3. 誤讀:BMC是一個孤立的管理小晶片,安全風險不大 糾偏:極度錯誤的認知。BMC是一個擁有獨立處理器、記憶體、儲存、網路和完整作業系統的“伺服器中的另一臺伺服器”。它具有:①直接訪問主CPU記憶體空間的能力(DMA/PCIe訪問);②控制主系統電源和復位的能力;③獨立的出站網路連線能力。這三個能力組合起來意味著,BMC一旦被攻陷,攻擊者獲得了比作業系統root更高權限的物理層控制,且可以繞過主機作業系統的一切安全檢測。PLATINUM APT攻擊中攻擊者將持久化惡意軟體寫在BMC快閃記憶體中,即使受害伺服器格式化硬碟、重灌系統仍無法清除。因此:OOB是一把雙刃劍,必須投入同等甚至更高的精力去加固OOB通道自身。

4. 誤讀:Redfish全部取代了IPMI,只學Redfish就夠了 糾偏:當前的主流實現是Redfish與IPMI並存。許多運維自動化指令碼、老舊裝置仍在使用IPMI命令(ipmitool)。在實際生產中,對全新資料中心建設可以要求全面Redfish,但對存量環境的運維,必然面對兩種協議的混合狀態。理解兩者的命令對映關係和安全差異是運維人員的基本功。

5. 誤讀:OOB管理是硬體選型時就固化死的,無法後續改進 糾偏:在伺服器硬體層,選擇帶有充分Redfish支援和安全特性(如硬體信任根、韌體簽名驗證)的BMC方案是在選型時可以做出的前瞻性選擇。此外,管理網路的架構設計、憑證管理機制、訪問控制策略、自動化整合深度,均是超越硬體選型、可以在運維層面持續最佳化的OOB體系能力。

追蹤指標

持續追蹤OOB Management產業變化可關注以下維度的指標和資訊源:

1. BMC晶片出貨與市場份額

Aspeed月度營收公告(信驊科技每月5號左右釋出前月營收),是觀察伺服器BMC需求景氣度的最高頻公開資料
全球伺服器出貨量季報:IDC和Gartner每季釋出的伺服器出貨量與營收資料
Aspeed與Nuvoton在投資者會議中對BMC業務進展的討論(季度財報電話會議)

2. BMC安全漏洞與修復時效

NVD(National Vulnerability Database)和CVE資料庫中,搜尋關鍵詞“BMC”“IPMI”“iDRAC”“iLO”“Redfish”出現的高危漏洞數量趨勢
Black Hat/DEF CON/OCP Summit等會議公開的BMC/韌體安全議題
各伺服器廠商安全公告板中BMC韌體更新的頻次和嚴重性評等

3. 伺服器廠商OOB差異化功能迭代

戴爾PowerEdge、HPE ProLiant、聯想ThinkSystem新品釋出中的BMC/iDRAC/iLO/XCC功能更新
廠商管理軟體(OpenManage、OneView、XClarity Administrator)版本更新對Redfish支援深度的變化

4. Redfish標準採納率

DMTF官方釋出的Redfish認證產品列表
Open Compute Project(OCP)硬體管理專案的最新規範更新中對Redfish的要求
主要伺服器ODM在OCP峰會中公佈的OOB方案路線圖

5. 相關公司的業績展望

信驊科技(5274.TW)管理層的營收展望和毛利率展望,是BMC晶片細分市場最直接的前瞻訊號
DELL、HPE在伺服器業務線評論中對管理軟體(含OOB許可)營收結構變化的提及

信源

本節列出正文中引用的核心資訊來源,按型別分類:

標準與規範檔案

DMTF Redfish Specification (v1.x系列),可於 https://www.dmtf.org/standards/redfish 獲取
DMTF IPMI Specification v2.0,可於 https://www.intel.com/content/www/us/en/products/docs/servers/ipmi/ipmi-second-gen-interface-spec-v2-rev1-1.html 獲取
OCP Hardware Management專案,包括OpenBMC技術規範,可於 https://www.opencompute.org/projects/hardware-management 獲取

行業報告與資料

IDC Worldwide Quarterly Server Tracker,各季度釋出(付費報告,可引用摘要資料)
Gartner IT Operations Management Market Forecast(付費報告,本文僅引用大致口徑)
Synergy Research Group,超大規模資料中心數量統計(季報,可在其官網查閱摘要)

廠商公開檔案

Aspeed Technology公告之年度/月度營收資料,可於公開資訊觀測站(MOPS)或信驊科技官網“投資者關係”欄目獲取
Nuvoton Technology公告之年度財報,可於公開資訊觀測站獲取
Dell Technologies公告之季度/年度財務資料與PowerEdge產品文件
HPE公告之季度/年度財務資料與ProLiant產品文件
Lenovo公告之年度財務資料與ThinkSystem產品文件

安全事件與分析報告

Microsoft Threat Intelligence Center, 2019年關於PLATINUM APT使用BMC作為持久化的分析報告
Black Hat USA 2018/2019相關議題演講資料:BMC韌體安全研究;USBAnywhere漏洞揭露
HPE Security Advisory, iLO韌體安全更新公告(2021-2023)
CISA, 2022年關於BMC安全加固的指南檔案

開源專案

OpenBMC, https://github.com/openbmc/openbmc (Linux基金會託管的開源BMC韌體專案)

學術與會議演講

D. Ford et al., “Availability in Globally Distributed Storage Systems”, Google, SOSP 2011(涉及MTTR與自動化OOB的關係)
OCP Global Summit 2022、2023演講資料(Meta/Google關於OpenBMC部署)

宣告:正文中涉及市場佔有率、成本量級、MTTR下降幅度等資料,凡標註“估”“約”“估算口徑”者,系基於上述公開資訊進行的合理推算,不代表精確審計資料;凡標註“公開資料未見”者,表示在可及的公開來源中未能找到可靠支撐,提示讀者此處資訊為空白。

三步設好你的觀察臺

選 1-3 個想觀察的人或賽道

看一份樣張

設定一次異動告警

Out-of-band Management

Out-of-band Management

3 秒看懂

3 分鐘產業解釋

技術原理

關鍵引數

技術路線

技術演進史

技術路線對比

新興技術方向

上游

下游

受益公司

市場規模

玩家對比

風險

誤讀糾偏

最新事件

追蹤指標

信源

Out-of-band Management

3 秒看懂

3 分鐘產業解釋

技術原理

關鍵引數

技術路線

技術演進史

技術路線對比

新興技術方向

上游

下游

受益公司

市場規模

玩家對比

風險

誤讀糾偏

最新事件

追蹤指標

信源

相關推薦

同產業鏈 · 相關公司

相關概念