專為 IT 管理員打造

對于分布式系統(tǒng)的操作員來說，COM-HPC PMI的主要好處是系統(tǒng)維護和健康管理，異常檢測以及在系統(tǒng)發(fā)生故障時繼續(xù)進行系統(tǒng)訪問，以使他們能夠啟動恢復措施，而無需呼叫服務技術人員。

COM-高性能計算PMI實施IPMI和Redfish

COM-HPC PMI的命名可能有點令人困惑，因為它可能意味著它只是IPMI指令集的改編，該指令集通常在離散集成的電路板管理控制器（BMC）上實現，可以通過網絡連接，串行接口和/或LPC / eSPI進行訪問。事實上，這個新的平臺管理界面也實現了Redfish，使其比第一次出現時所暗示的更加全面和靈活。

Redfish標準由分布式管理任務組 （DMTF） 管理，可用作 IPMI 局域網的替代或補充，并提供統(tǒng)一的 RESTful 編程接口，非常適合邊緣服務器和網關的遠程維護。它也被稱為 REST API 或可重用 API，其中 REST 代表具象狀態(tài)傳輸。該名稱表示從應用程序的當前狀態(tài)到下一個狀態(tài)的轉換的轉移。

最終，它是一種用于Web服務和分布式系統(tǒng)的體系結構，它使用https請求來訪問和利用數據。所需要的只是一個帶有RESTful插件和URL的瀏覽器來啟動服務。這種架構的主要優(yōu)點包括廣泛使用http / https標準進行數據傳輸，這有別于其他服務，如SOAP。此外，有效負載元數據開銷較小，因為無需創(chuàng)建基于 XML 的計算密集型消息。

Redfish互操作性標準

DMTF將這種工程范例用于Redfish互操作性標準（可開源）來簡單安全地管理融合和混合IT以及軟件定義的數據中心（SDDC）。紅魚是人類和機器可讀的，有效載荷設計在基于JavaScript的數據交換格式JSON中。公共架構定義語言用作協(xié)議 （OData v4）。這種基本原理的結合使Redfish成為超媒體API。因此，它通過統(tǒng)一的接口支持各種實現，允許檢測資源以及管理資源以及事件和任務。我

主數據通常包括制造商的名稱和序列號;事務數據包括，例如，當前處理器溫度或電路板或模塊的功耗。任何Redfish服務的起點都是設備 URL，后跟 URI（統(tǒng)一資源標識符）/Redfish/v1。通常，紅魚 - 就像IMPI一樣 - 在目標系統(tǒng)中的離散BMC上實現。這可以是載板的 BMC 或 COM-HPC 模塊的模塊管理控制器 （MMC）。在 COM-HPC 中，然后從所謂的收集服務系統(tǒng)、機箱和管理器請求信息。

邏輯系統(tǒng)數據，如有關模塊制造商、集成處理器、狀態(tài)和啟動順序的信息，是從 Systems 中檢索的。物理信息由機箱管理。例如，這包括當前溫度或功耗值和限制。最后，管理器用于訪問有關操作系統(tǒng)控制臺、物理安裝的管理硬件和系統(tǒng)管理子系統(tǒng)（即 BMC 和/或 MMC）的管理功能的信息。

用于 COM-HPC 實現的Redfish架構

但是，Redfish將協(xié)議的定義與數據模型（模式）分開。因此，Redfish協(xié)議基本上是靜態(tài)的，這對用戶來說是有好處的。另一方面，Redfish程序員可以獨立修改數據模型中定義的每個資源。這使得Redfish具有高度的靈活性和前瞻性，因為可以在必要時添加資源或更新現有資源的數據模型以滿足新的要求。

權衡是Redfish的實現永遠不會標準化。協(xié)議版本和相應規(guī)范中支持的功能都不是固定的。這就是為什么有一個Redfish互操作性概念，可以在一個語句中傳達Redfish互操作性配置文件中規(guī)定的實現要求。這樣的配置文件定義了特定實現應滿足的紅魚協(xié)議要求，以及它應支持的紅魚模式的子集。

PICMG現在已經為COM-HPC實現定義了一個精確的Redfish互操作性配置文件架構。現在，對于每個實施，保留和管理庫存的方法都是相同的，這可以確保長期投資，即使對于自定義開發(fā)的管理控制臺也是如此。數以百計的“應”和“應該”規(guī)范幾乎涵蓋了監(jiān)視和管理分布式系統(tǒng)所需的所有功能。最終，這一切都是為了確保即使系統(tǒng)處于帶外狀態(tài)（即，在正確的系統(tǒng)運行期間無法再通過提供的標準路由訪問）服務也保持可用。

PICMG進一步規(guī)定了用于管理COM-HPC客戶端和服務器模塊及其載板的通信通道的物理架構。該規(guī)范規(guī)定，Redfish接口應提供在載板上。還可以選擇通過模塊本身的MMC提供Redfish。但是，這需要MMC的以太網連接。遵守 COM-HPC 的Redfish互操作性配置文件也是強制性的。

不同的實施選項

因此，基于IPMI和Redfish的COM-HPC平臺管理接口規(guī)范可以在模塊和載體上實現，也可以在任何變體組合上實現：帶有管理接口的載板可以承載具有和不具有管理接口的模塊。帶有管理接口的模塊可以在帶 BMC 或不帶 BMC 的載板上操作。最終，這確保了整個 COM-HPC 生態(tài)系統(tǒng)的首選配置和完全互操作性的最大選擇自由度。唯一的區(qū)別是，邊帶和帶外管理選項當然不一樣。

開發(fā)人員現在可以決定是否需要具有 COM-HPC PMI 的模塊，或者是否足以讓他們通過載板上的 BMC 實現 COM-HPC PMI。后一個選項還允許他們控制BMC固件及其功能。通常，在載體上實現是較便宜的方法。首先，最常見的實現可能是在載板上實現COM-HPC PMI的解決方案。

在這里，開發(fā)人員可以找到用于 Redfish 接口的各種 JASON 模型 - 從具有一個或四個具有完全管理和 MMC 的 COM-HPC 模塊的托管載板，到具有托管載板和無需 COM-HPC IPMI 實現的簡單非托管模塊的最簡單形式。用戶可以使用 Web 瀏覽器在本地系統(tǒng)上下載和評估模型。但是，需要事先安裝 RESTful 插件。

審核編輯：郭婷