[發(fā)明專利]服務(wù)器配置文件的管理方法、裝置及計(jì)算機(jī)可讀存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 202010172455.7
• 申請日: 2020-03-12
• 公開（公告）號: CN111400041A
• 公開（公告）日: 2020-07-10
• 發(fā)明（設(shè)計(jì)）人: 王友富
• 申請（專利權(quán)）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;G06F16/182;H04L29/08
• 代理公司: 北京集佳知識產(chǎn)權(quán)代理有限公司 11227
• 代理人: 劉新雷

本申請公開了一種服務(wù)器配置文件的管理方法、裝置及計(jì)算機(jī)可讀存儲介質(zhì)。其中，方法包括預(yù)先將服務(wù)器集群內(nèi)各節(jié)點(diǎn)服務(wù)器的基板管理控制器芯片引出的引腳相連，以實(shí)現(xiàn)各節(jié)點(diǎn)服務(wù)器基于I2C進(jìn)行數(shù)據(jù)通信；當(dāng)接收到服務(wù)器配置文件的管理操作請求，基于各節(jié)點(diǎn)服務(wù)器的任務(wù)運(yùn)行狀態(tài)和CPU資源利用率從服務(wù)器集群內(nèi)選擇一個節(jié)點(diǎn)服務(wù)器作為主節(jié)點(diǎn)服務(wù)器；將管理操作請求轉(zhuǎn)發(fā)至該主節(jié)點(diǎn)服務(wù)器，主節(jié)點(diǎn)服務(wù)器可通過I2C通信協(xié)議將管理操作請求批量下發(fā)至服務(wù)器集群內(nèi)不為主節(jié)點(diǎn)服務(wù)器的其余各節(jié)點(diǎn)服務(wù)器中，從而實(shí)現(xiàn)高效、便捷地管理高密度多節(jié)點(diǎn)式服務(wù)器的配置文件。

技術(shù)領(lǐng)域

本申請涉及文件管理技術(shù)領(lǐng)域，特別是涉及一種服務(wù)器配置文件的管理方法、裝置及計(jì)算機(jī)可讀存儲介質(zhì)。

背景技術(shù)

隨著服務(wù)器技術(shù)的快速發(fā)展，客戶對服務(wù)器類型和功能的需求也在不斷提高，高密度多節(jié)點(diǎn)式服務(wù)器得到了廣泛地應(yīng)用。高密度多節(jié)點(diǎn)式服務(wù)器可分為兩級管理：機(jī)箱級管理即CMC(Chassis Management Controller，機(jī)箱管理控制器)和節(jié)點(diǎn)級管理即BMC(Baseboard Management Controller，基板管理控制器)。

為了節(jié)省IP資源，用戶通常不會使用CMC對多節(jié)點(diǎn)服務(wù)器進(jìn)行管理。相關(guān)技術(shù)在利用BMC對多節(jié)點(diǎn)服務(wù)器進(jìn)行管理時，各個BMC是獨(dú)立平級存在的，用戶只能逐個對各節(jié)點(diǎn)的BMC進(jìn)行設(shè)置，譬如網(wǎng)絡(luò)配置，日志設(shè)置等，每個節(jié)點(diǎn)只能對自己節(jié)點(diǎn)的配置文件進(jìn)行管理，也即節(jié)點(diǎn)采用單級的管理模式，而當(dāng)服務(wù)器集群中的節(jié)點(diǎn)個數(shù)較多時，依次對每個節(jié)點(diǎn)進(jìn)行文件配置，浪費(fèi)了大量的時間、人力資源和財(cái)力資源。

鑒于此，如何高效、便捷地管理高密度多節(jié)點(diǎn)式服務(wù)器的配置文件，是所屬技術(shù)人員需要解決的技術(shù)問題。

發(fā)明內(nèi)容

本申請?zhí)峁┝艘环N服務(wù)器配置文件的管理方法、裝置及計(jì)算機(jī)可讀存儲介質(zhì)，可高效、便捷地管理高密度多節(jié)點(diǎn)式服務(wù)器的配置文件。

為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供以下技術(shù)方案：

本發(fā)明實(shí)施例一方面提供了一種服務(wù)器配置文件的管理方法，包括：

預(yù)先將服務(wù)器集群內(nèi)各節(jié)點(diǎn)服務(wù)器的基板管理控制器芯片的引腳相連；

當(dāng)接收到服務(wù)器配置文件的管理操作請求，基于各節(jié)點(diǎn)服務(wù)器的任務(wù)運(yùn)行狀態(tài)和CPU資源利用率從所述服務(wù)器集群內(nèi)選擇一個節(jié)點(diǎn)服務(wù)器作為主節(jié)點(diǎn)服務(wù)器；

將所述管理操作請求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，以使所述主節(jié)點(diǎn)服務(wù)器通過I2C通信協(xié)議將所述管理操作請求批量下發(fā)至所述服務(wù)器集群內(nèi)非主節(jié)點(diǎn)服務(wù)器的其余各節(jié)點(diǎn)服務(wù)器。

可選的，所述將所述管理操作請求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，以使所述主節(jié)點(diǎn)服務(wù)器通過I2C通信協(xié)議將所述管理操作請求批量下發(fā)至所述服務(wù)器集群內(nèi)非主節(jié)點(diǎn)服務(wù)器的其余節(jié)點(diǎn)服務(wù)器包括：

所述管理操作請求為所述服務(wù)器配置文件上傳請求，且所述管理操作請求中攜帶待更新配置文件的目標(biāo)接收節(jié)點(diǎn)的節(jié)點(diǎn)服務(wù)器信息和所述待更新配置文件；

將所述服務(wù)器配置文件上傳請求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，以使所述主節(jié)點(diǎn)服務(wù)器根據(jù)所述節(jié)點(diǎn)服務(wù)器信息通過I2C通信協(xié)議將所述待更新配置文件批量發(fā)送至所述服務(wù)器集群內(nèi)對應(yīng)的目標(biāo)接收節(jié)點(diǎn)。

可選的，所述將所述服務(wù)器配置文件上傳請求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器之后，還包括：

若在預(yù)設(shè)時間段內(nèi)未收到所有目標(biāo)接收節(jié)點(diǎn)的反饋信息，則獲取預(yù)設(shè)時間段的網(wǎng)絡(luò)狀態(tài)信息；

若所述網(wǎng)絡(luò)狀態(tài)信息異常，則當(dāng)檢測到網(wǎng)絡(luò)狀態(tài)正常，向所述主節(jié)點(diǎn)服務(wù)器再次轉(zhuǎn)發(fā)所述服務(wù)器配置文件上傳請求；

若所述網(wǎng)絡(luò)狀態(tài)信息正常，則進(jìn)行文件配置報(bào)錯；