專(zhuān)為 IT 管理員打造

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

COM-高性能計(jì)算PMI實(shí)施IPMI和Redfish

COM-HPC PMI的命名可能有點(diǎn)令人困惑，因?yàn)樗赡芤馕吨皇荌PMI指令集的改編，該指令集通常在離散集成的電路板管理控制器（BMC）上實(shí)現(xiàn)，可以通過(guò)網(wǎng)絡(luò)連接，串行接口和/或LPC / eSPI進(jìn)行訪問(wèn)。事實(shí)上，這個(gè)新的平臺(tái)管理界面也實(shí)現(xiàn)了Redfish，使其比第一次出現(xiàn)時(shí)所暗示的更加全面和靈活。

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

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

Redfish互操作性標(biāo)準(zhǔn)

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

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

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

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

但是，Redfish將協(xié)議的定義與數(shù)據(jù)模型（模式）分開(kāi)。因此，Redfish協(xié)議基本上是靜態(tài)的，這對(duì)用戶(hù)來(lái)說(shuō)是有好處的。另一方面，Redfish程序員可以獨(dú)立修改數(shù)據(jù)模型中定義的每個(gè)資源。這使得Redfish具有高度的靈活性和前瞻性，因?yàn)榭梢栽诒匾獣r(shí)添加資源或更新現(xiàn)有資源的數(shù)據(jù)模型以滿(mǎn)足新的要求。

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

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

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

不同的實(shí)施選項(xiàng)

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

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

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

審核編輯：郭婷