[發(fā)明專(zhuān)利]一種基于策略同步的分布式高可用性運(yùn)維方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202011307416.X
• 申請(qǐng)日: 2020-11-20
• 公開(kāi)（公告）號(hào): CN113596069A
• 公開(kāi)（公告）日: 2021-11-02
• 發(fā)明（設(shè)計(jì)）人: 臧昊;鮑蓉;徐力;曹玉玉
• 申請(qǐng)（專(zhuān)利權(quán)）人: 江蘇智先生信息科技有限公司;徐州工程學(xué)院
• 主分類(lèi)號(hào): H04L29/08
• 分類(lèi)號(hào): H04L29/08;G06F11/30
• 代理公司: 北京盛凡智榮知識(shí)產(chǎn)權(quán)代理有限公司 11616
• 代理人: 李朦

本發(fā)明公開(kāi)了一種基于策略同步的分布式高可用性運(yùn)維方法，運(yùn)維服務(wù)系統(tǒng)分為中心服務(wù)器、執(zhí)行服務(wù)器和被監(jiān)管設(shè)備三個(gè)部分，中心服務(wù)器負(fù)責(zé)管理執(zhí)行服務(wù)器，向執(zhí)行服務(wù)器分發(fā)策略、定期收集執(zhí)行服務(wù)器采集的運(yùn)維數(shù)據(jù)以及維護(hù)與執(zhí)行服務(wù)器間的關(guān)系，執(zhí)行服務(wù)器負(fù)責(zé)執(zhí)行中心服務(wù)器下發(fā)的運(yùn)維策略、定期向中心服務(wù)器發(fā)送采集的數(shù)據(jù)以及在突發(fā)事件發(fā)生時(shí)，主動(dòng)向中心服務(wù)器通過(guò)緊急通訊功能發(fā)送緊急數(shù)據(jù)，被監(jiān)管設(shè)備主要為網(wǎng)絡(luò)設(shè)備、服務(wù)器、中間件、數(shù)據(jù)庫(kù)等。本發(fā)明在傳統(tǒng)單服務(wù)器采集數(shù)據(jù)基礎(chǔ)上，增加執(zhí)行服務(wù)器，有效減輕中心服務(wù)器壓力，能完成大規(guī)模設(shè)備的運(yùn)維工作。

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

本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，具體是一種基于策略同步的分布式高可用性運(yùn)維方法。

背景技術(shù)

隨著企業(yè)信息化系統(tǒng)建設(shè)的高速發(fā)展，業(yè)務(wù)系統(tǒng)數(shù)量和種類(lèi)越來(lái)越多，以往單純的靠人工巡檢和被動(dòng)接到故障處理的方式已經(jīng)無(wú)法保證系統(tǒng)穩(wěn)定運(yùn)行。運(yùn)維人員迫切需要日常了解各自系統(tǒng)運(yùn)行狀態(tài)，發(fā)生故障第一時(shí)間知悉并及時(shí)處理，保障系統(tǒng)正常運(yùn)行。專(zhuān)業(yè)的監(jiān)控平臺(tái)能實(shí)現(xiàn)故障的及時(shí)告警，提醒運(yùn)維人員及時(shí)處理，改變了傳統(tǒng)被動(dòng)運(yùn)維的滯后性。

傳統(tǒng)運(yùn)維系統(tǒng)由一臺(tái)服務(wù)器承擔(dān)設(shè)備監(jiān)控、數(shù)據(jù)采集、數(shù)據(jù)整理、數(shù)據(jù)存儲(chǔ)等功能。這種方式在提高數(shù)據(jù)交換速率的同時(shí)，也限制了系統(tǒng)的并發(fā)性能。當(dāng)系統(tǒng)需要監(jiān)控大量設(shè)備的時(shí)候，一臺(tái)服務(wù)器的性能難以支持大量的并發(fā)操作，嚴(yán)重影響系統(tǒng)的性能。

基于上述理由，一種基于策略同步的分布式高可用性運(yùn)維方法亟待研究。

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

為了解決上述現(xiàn)有運(yùn)維框架的缺點(diǎn)，本發(fā)明提出一種基于策略同步的分布式高可用性運(yùn)維方法，能實(shí)現(xiàn)對(duì)大量設(shè)備同時(shí)進(jìn)行監(jiān)控的需求。

為解決上述技術(shù)問(wèn)題，本發(fā)明提供的技術(shù)方案為：一種基于策略同步的分布式高可用性運(yùn)維方法，運(yùn)維服務(wù)系統(tǒng)由中心服務(wù)器及執(zhí)行服務(wù)器組成，中心服務(wù)器負(fù)責(zé)向執(zhí)行服務(wù)器分發(fā)運(yùn)維策略，執(zhí)行服務(wù)器接收并執(zhí)行中心服務(wù)器發(fā)送的運(yùn)維策略，中心服務(wù)器與執(zhí)行服務(wù)器的通信過(guò)程可分為建立連接、策略下發(fā)、保活、信息收集與緊急通信五種；

建立連接指系統(tǒng)初始化時(shí)，中心服務(wù)器與執(zhí)行服務(wù)器均處于Init狀態(tài)，初始化完成后，中心服務(wù)器開(kāi)始向執(zhí)行服務(wù)器發(fā)送hello報(bào)文，以確定執(zhí)行服務(wù)器狀態(tài)，執(zhí)行服務(wù)器在收到中心服務(wù)器發(fā)出的hello 報(bào)文后，回復(fù)一個(gè)ack報(bào)文，中心服務(wù)器與執(zhí)行服務(wù)器建立連接完畢；

策略下發(fā)流程為：中心服務(wù)器首先向執(zhí)行服務(wù)器發(fā)送notification報(bào)文，執(zhí)行服務(wù)器在收到中心服務(wù)器發(fā)出的NOTFCT報(bào)文后回復(fù)ack確認(rèn)報(bào)文，中心服務(wù)器與執(zhí)行服務(wù)器建立策略發(fā)送連接，隨后中心服務(wù)器將需要監(jiān)控運(yùn)維的信息通過(guò)Policy_sent報(bào)文發(fā)送給執(zhí)行服務(wù)器，執(zhí)行服務(wù)器收到報(bào)文后立即回復(fù)ack 確認(rèn)報(bào)文，執(zhí)行機(jī)根據(jù)Policy_sent報(bào)文中的相關(guān)策略開(kāi)始對(duì)被監(jiān)控設(shè)備進(jìn)行運(yùn)維監(jiān)控；

保活主要是確認(rèn)中心服務(wù)器與執(zhí)行服務(wù)器的狀態(tài)，保活主要通過(guò)hello報(bào)文及ack報(bào)文維持狀態(tài)關(guān)系，中心服務(wù)器主動(dòng)向執(zhí)行服務(wù)器發(fā)送hello報(bào)文，執(zhí)行服務(wù)器在收到hello報(bào)文后回復(fù)ack報(bào)文，中心服務(wù)器根據(jù)收到的ack報(bào)文確認(rèn)執(zhí)行服務(wù)器狀態(tài)，若中心服務(wù)器在2秒內(nèi)未收到執(zhí)行服務(wù)器發(fā)出的ack確認(rèn)報(bào)文，則重新發(fā)送hello報(bào)文，若連續(xù)發(fā)送三次hello報(bào)文均未收到執(zhí)行服務(wù)器發(fā)送的確認(rèn)報(bào)文，中心服務(wù)器則認(rèn)為執(zhí)行服務(wù)器出現(xiàn)故障，中心服務(wù)器將重新分配運(yùn)維策略，下發(fā)給其他執(zhí)行服務(wù)器執(zhí)行；

信息收集指中心服務(wù)器主動(dòng)向執(zhí)行服務(wù)器收集采集的運(yùn)維數(shù)據(jù)，首先，中心服務(wù)器向執(zhí)行服務(wù)器發(fā)送 collection報(bào)文，collection報(bào)文包含了中心服務(wù)器要收集的數(shù)據(jù)信息，執(zhí)行服務(wù)器在收到collection 報(bào)文后，分析collection報(bào)文的信息，并據(jù)此打包數(shù)據(jù)，基于info報(bào)文將數(shù)據(jù)發(fā)送給中心服務(wù)器，中心服務(wù)器在收到執(zhí)行服務(wù)器發(fā)送的info報(bào)文后立即回送一個(gè)ack確認(rèn)報(bào)文；