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

在審

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

1.一種服務(wù)器配置文件的管理方法，其特征在于，包括：

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

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

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

2.根據(jù)權(quán)利要求1所述的服務(wù)器配置文件的管理方法，其特征在于，所述將所述管理操作請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，以使所述主節(jié)點(diǎn)服務(wù)器通過(guò)I2C通信協(xié)議將所述管理操作請(qǐng)求批量下發(fā)至所述服務(wù)器集群內(nèi)非主節(jié)點(diǎn)服務(wù)器的其余節(jié)點(diǎn)服務(wù)器包括：

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

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

3.根據(jù)權(quán)利要求2所述的服務(wù)器配置文件的管理方法，其特征在于，所述將所述服務(wù)器配置文件上傳請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器之后，還包括：

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

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

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

其中，所述預(yù)設(shè)時(shí)間段為從所述服務(wù)器配置文件上傳請(qǐng)求轉(zhuǎn)發(fā)時(shí)刻到所述網(wǎng)絡(luò)狀態(tài)信息獲取時(shí)刻；所述反饋信息為配置文件相同或配置文件導(dǎo)入成功。

4.根據(jù)權(quán)利要求2所述的服務(wù)器配置文件的管理方法，其特征在于，所述將所述服務(wù)器配置文件上傳請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器之后，還包括：

若在預(yù)設(shè)時(shí)間段內(nèi)未收到第一目標(biāo)接收節(jié)點(diǎn)的反饋信息，則向所述主節(jié)點(diǎn)服務(wù)器發(fā)送所述第一目標(biāo)接收節(jié)點(diǎn)配置失敗的指令，以使所述主節(jié)點(diǎn)服務(wù)器重新給所述第一目標(biāo)節(jié)點(diǎn)下發(fā)所述待更新配置文件，所述反饋信息包括配置文件相同或配置文件導(dǎo)入成功。

5.根據(jù)權(quán)利要求1至4任意一項(xiàng)所述的服務(wù)器配置文件的管理方法，其特征在于，所述將所述管理操作請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器包括：

所述管理操作請(qǐng)求包括配置文件上傳請(qǐng)求、配置文件修改請(qǐng)求和配置文件刪除請(qǐng)求；

當(dāng)接收到多個(gè)管理操作請(qǐng)求，按照預(yù)先設(shè)置的請(qǐng)求處理規(guī)則為所述管理操作請(qǐng)求設(shè)置優(yōu)先值；所述請(qǐng)求處理規(guī)則根據(jù)管理操作請(qǐng)求類(lèi)型和所述服務(wù)器集群中各節(jié)點(diǎn)服務(wù)器的運(yùn)行任務(wù)類(lèi)型確定；

按照優(yōu)先值從高到低依次將各管理操作請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，并將調(diào)用多個(gè)線(xiàn)程同時(shí)將多個(gè)優(yōu)先值相同的管理操作請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器。

6.一種服務(wù)器配置文件的管理裝置，其特征在于，包括：

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

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

配置文件管理模塊，用于將所述管理操作請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，以使所述主節(jié)點(diǎn)服務(wù)器通過(guò)I2C通信協(xié)議將所述管理操作請(qǐng)求批量下發(fā)至所述服務(wù)器集群內(nèi)非主節(jié)點(diǎn)服務(wù)器的其余節(jié)點(diǎn)服務(wù)器。

7.根據(jù)權(quán)利要求6所述的服務(wù)器配置文件的管理裝置，其特征在于，所述配置文件管理模塊為將所述服務(wù)器配置文件上傳請(qǐng)求轉(zhuǎn)發(fā)至所述主節(jié)點(diǎn)服務(wù)器，以使所述主節(jié)點(diǎn)服務(wù)器根據(jù)所述節(jié)點(diǎn)服務(wù)器信息通過(guò)I2C通信協(xié)議將所述待更新配置文件批量發(fā)送至所述服務(wù)器集群內(nèi)對(duì)應(yīng)的目標(biāo)接收節(jié)點(diǎn)的模塊；所述管理操作請(qǐng)求為所述服務(wù)器配置文件上傳請(qǐng)求，且所述管理操作請(qǐng)求中攜帶待更新配置文件的目標(biāo)接收節(jié)點(diǎn)的節(jié)點(diǎn)服務(wù)器信息和所述待更新配置文件。