06_IPMI的發展歷史是什麼？從1.0到2.0的演進故事

IPMI誕生的背景

在1990年代末期，伺服器的數量快速成長，資料中心的維護變得越來越複雜。 面對遠端監控、無人值守維護等需求，傳統必須現場操作伺服器的模式，已無法因應大規模機房管理。於是，Intel聯合HP、Dell與NEC，於1998年共同制定了IPMI 1.0標準。 目標是提供一個獨立於作業系統、隨時可用的硬體管理機制，讓伺服器即使系統崩潰，也能遠端控制與救援。
這就是IPMI（Intelligent Platform Management Interface）誕生的故事。
 
IPMI 1.0（1998年）－奠定基礎
限制：

IPMI 1.5（2001年）－首次擴展

影響：
 IPMI從只能本地維護，正式進入遠端管理時代。 

IPMI 2.0（2004年）－重大升級

意義：
 IPMI 2.0大幅提升了遠端管理的功能完整度與安全性，成為現代伺服器遠端管理的主流版本，並沿用至今。 

IPMI之後：Redfish的崛起

儘管IPMI 2.0功能強大，但隨著雲端資料中心規模擴張，IPMI在以下方面逐漸顯得不足：因此，DMTF組織在2015年推出了Redfish標準，作為IPMI的現代化接班人。
不過直到今天，IPMI仍然在全球數以百萬計的伺服器上廣泛使用，特別是在基礎硬體層級管理上仍不可或缺。
 

小結

從1998年到現在，IPMI已走過超過20年的歷史。 從最初的溫度監控，到今天支援遠端KVM、虛擬媒體、加密傳輸，IPMI見證了伺服器管理技術的持續演進。
即便未來Redfish持續成長，學好IPMI仍是伺服器管理員的基本功之一。

Stanley
BMC Manager | Embedded Systems Expert
📍 20+ Years of BMC Firmware Development & Project Leadership
🔹 Expertise across ODM / OEM / IBV / CSP / Channel Industries
🔹 Specialized in Project Development, Team Leadership, and Cross-Industry Collaboration
 
✉️ Email: [stanley.liushen@gmail.com]
🔗 LinkedIn: [linkedin.com/in/stanley-liu-2b8858134]

 
👉 延伸閱讀推薦：
 IPMI可以做什麼？7個你不能錯過的超實用功能

• 安全性設計過於傳統
• 無法彈性擴展管理新型硬體（如GPU、SSD）
• 不符合RESTful API的現代雲端管理需求
• 支援加密認證與訊息完整性驗證（防止密碼被攔截）
• 支援更高速、更可靠的RMCP+協定
• 支援Serial over LAN（SOL）技術，提供遠端主控台存取能力
• 改進事件紀錄格式與硬體監控細節
• 引入了LAN通訊介面（IPMI over LAN）
• 支援透過網路連線進行遠端控制
• 強化了BMC之間的訊息交換協議
• 僅支援基本功能
   
• 提供基本的硬體健康監控（如溫度、電壓、風扇轉速）
• 允許本地開機、關機、重啟伺服器
• 引入SEL（System Event Log），可以記錄硬體錯誤
• 管理通訊透過KCS（Keyboard Controller Style）介面