基于Redfish的COM-HPC平臺管理接口

專為 IT 管理員打造

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

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

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

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

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

Redfish互操作性標準

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

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

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

用于 COM-HPC 實現(xiàn)的Redfish架構(gòu)

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

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

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

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

不同的實施選項

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

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

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

審核編輯：郭婷