[發(fā)明專利]主從架構中被控端節(jié)點重啟檢測方法及主控端節(jié)點

有效

• 申請?zhí)枺?/td>: 202011328345.1
• 申請日: 2020-11-24
• 公開（公告）號: CN112416641B
• 公開（公告）日: 2023-09-22
• 發(fā)明（設計）人: 周曉慶;許振峰;彭博遠;沈震宇
• 申請（專利權）人: 中國工商銀行股份有限公司
• 主分類號: G06F11/07
• 分類號: G06F11/07
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 任默聞;孫乳筍

本申請實施例提供一種主從架構中被控端節(jié)點重啟檢測方法及主控端節(jié)點，可用于云計算技術領域，方法包括：若調度執(zhí)行到已解析的編排任務中的針對目標主從架構中的被控端節(jié)點重啟請求，則將該被控端節(jié)點距離當前時間最近的重啟時間作為歷史重啟時間；向被控端節(jié)點發(fā)送重啟指令以使該被控端節(jié)點開始執(zhí)行該重啟指令；判斷自身與被控端節(jié)點的當前連接狀態(tài)是否正常，若是則再次將被控端節(jié)點距離當前時間最近的重啟時間作為目標重啟時間；根據(jù)目標重啟時間和歷史重啟時間確定被控端節(jié)點當前是否已重啟，若是則調度執(zhí)行編排任務中的后續(xù)指令。本申請能夠在主從架構下腳本編排調度涉及節(jié)點重啟場景時，有效提高主動檢測被控端節(jié)點的重啟狀態(tài)的準確性。

技術領域

本申請涉及數(shù)據(jù)處理技術領域，特別涉及云計算及運維自動化技術領域，具體涉及主從架構中被控端節(jié)點重啟檢測方法及主控端節(jié)點。

背景技術

在大型企業(yè)和數(shù)據(jù)中心運維場景下，海量服務器的配置或變更操作非常頻繁，一次運維變更可能涉及多個運維操作(命令或腳本)進行編排，且操作間又可能存在依賴，必須依賴自動化運維工具來完成。但對于編排中前序依賴操作(命令或腳本)需要重啟生效的情況，目前運維工具的編排機制往往不能很好的發(fā)揮效果。

業(yè)界開源或企業(yè)自主研發(fā)的自動化運維工具主要有無代理模式和有代理模式兩類，其中無代理模式主要是運維相對簡單，依賴安全外殼SSH協(xié)議，響應速度較慢，支持并發(fā)數(shù)較小，不支持目標執(zhí)行節(jié)點的重啟狀態(tài)判斷，通常只能依賴用戶拆分任務來避免重啟依賴，因此，需要應用有一定運維成本的代理模式來替代。代理模式基于私有協(xié)議或MQ消息隊列，響應速度較快，支持大規(guī)模并發(fā)場景，但在節(jié)點重啟期間，被控端節(jié)點與主控端節(jié)點斷聯(lián)導致編排任務執(zhí)行狀態(tài)未知，當前一般有兩種方式解決：一種是在任務編排時增加指令執(zhí)行結果的判斷避免重復執(zhí)行，然后通過多次重試執(zhí)行任務編排直至成功或超時的方式規(guī)避；另一種是主控端節(jié)點端輪詢檢查等待被控端節(jié)點是否恢復連接，然后判斷命令腳本執(zhí)行成功后執(zhí)行編排后續(xù)動作。前一種方式需要多次執(zhí)行同一個編排任務，執(zhí)行次數(shù)與編排中重啟次數(shù)有關，且強依賴指令執(zhí)行狀態(tài)檢查，不具備普適性，且執(zhí)行效率不高；另一種則依賴經(jīng)驗等待時間設置來規(guī)避，并不能確保服務器是否真的已經(jīng)重啟，存在誤調度的可能，且單純從工具層面檢測腳本命令在重啟前執(zhí)行是否成功也有難度。

因此，繼續(xù)設計一直能夠在編排調度流程中準確檢測被控端所在節(jié)點重啟狀態(tài)的方法，以支撐運維編排流程中節(jié)點重啟的需求場景。

發(fā)明內容

針對現(xiàn)有技術中的問題，本申請?zhí)峁┮环N主從架構中被控端節(jié)點重啟檢測方法及主控端節(jié)點，能夠在主從架構下腳本編排調度涉及節(jié)點重啟場景時，有效提高主動檢測被控端節(jié)點的重啟狀態(tài)的準確性，且能夠有效提高被控端節(jié)點的重啟狀態(tài)的檢測效率，進而能夠有效保證主從架構在運維場景下的運行可靠性及高效性。

為解決上述技術問題，本申請?zhí)峁┮韵录夹g方案：

第一方面，本申請?zhí)峁┮环N主從架構中被控端節(jié)點重啟檢測方法，包括：

若調度執(zhí)行到已解析的編排任務中的針對目標主從架構中的被控端節(jié)點重啟請求，則將該被控端節(jié)點距離當前時間最近的重啟時間作為歷史重啟時間；

向所述被控端節(jié)點發(fā)送重啟指令以使該被控端節(jié)點開始執(zhí)行該重啟指令；

判斷自身與所述被控端節(jié)點的當前連接狀態(tài)是否正常，若是，則再次將被控端節(jié)點距離當前時間最近的重啟時間作為目標重啟時間；

根據(jù)所述目標重啟時間和歷史重啟時間確定所述被控端節(jié)點當前是否已重啟，若是，則調度執(zhí)行所述編排任務中的后續(xù)指令。

進一步地，在所述若調度執(zhí)行到已解析的編排任務中的針對目標主從架構中的被控端節(jié)點重啟請求，則將該被控端節(jié)點距離當前時間最近的重啟時間作為歷史重啟時間之前，還包括：