本發(fā)明涉及通信領(lǐng)域，具體涉及一種虛擬機修復(fù)方法、虛擬機裝置、系統(tǒng)及業(yè)務(wù)功能網(wǎng)元。

背景技術(shù)：

計算機/通訊虛擬化領(lǐng)域中，特別是電信NFV(Network Function Virtualization，網(wǎng)絡(luò)功能虛擬化)協(xié)議架構(gòu)中，通常使用雙機(主、備虛擬機)方式創(chuàng)建一個VNF(Virtualized Network Function，虛擬的網(wǎng)絡(luò)功能)實例實現(xiàn)容災(zāi)備份。在管理節(jié)點上，雙機VNF實例作為一個功能節(jié)點呈現(xiàn)，管理節(jié)點對雙機VNF實例的故障進行監(jiān)控并告警，只有當(dāng)雙機VNF實例中主、備虛擬機都異常的時候才產(chǎn)生致命告警，并且在告警后只能使用手工方式重啟或重生業(yè)務(wù)實例的方式完成故障修復(fù)，但是，當(dāng)雙機VNF實例發(fā)生雙機系統(tǒng)內(nèi)部故障和業(yè)務(wù)功能故障時，由于雙機VNF實例所在虛擬機仍處于工作狀態(tài)，管理節(jié)點無法發(fā)現(xiàn)此故障(備虛擬機故障時，主虛擬機狀態(tài)正常，VNF實例正常；主虛擬機故障時，實時倒換到備機后狀態(tài)正常，VNF實例正常；業(yè)務(wù)功能故障時，不影響虛擬機對外狀態(tài)，VNF實例正常)，更不可能自動修復(fù)。因此，當(dāng)管理節(jié)點發(fā)現(xiàn)雙機VNF實例故障時，必然是主、備虛擬機都已故障，已經(jīng)造成了業(yè)務(wù)中斷，可見，使用雙機部署VNF實例進行容災(zāi)保護的機制不夠健全，系統(tǒng)可靠性不足。另外，在其他虛擬化領(lǐng)域中，對于虛擬機層的故障通常是以告警方式上報上級管理節(jié)點，由上級管理節(jié)點對上報的虛擬機告警進行區(qū)分。對于致命故障產(chǎn)生的告警，需要對虛擬機進行重生或重啟才能使故障修復(fù)，而重生或重啟的指令則是通過上層管理節(jié)點決策發(fā)出，在這種至上而下的管理模式下，管理節(jié)點和業(yè)務(wù)功能節(jié)點(也即業(yè)務(wù)功能網(wǎng)元)之間需要制定特殊的軟件接口規(guī)范。這樣對系統(tǒng)的開放性是一種破壞，對于不符合約定接口規(guī)范的虛擬機就無法接入，且由上層管理節(jié)點決策通過特定的軟件接口規(guī)范下發(fā)重修指令并不夠及時， 降低了故障修復(fù)的效率。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的主要技術(shù)問題是，提供一種虛擬機修復(fù)方法、虛擬機裝置、系統(tǒng)及業(yè)務(wù)功能網(wǎng)元，解決現(xiàn)有管理節(jié)點不能及時發(fā)現(xiàn)雙虛擬機內(nèi)部故障，以及發(fā)現(xiàn)故障后修復(fù)效率低的問題。

為解決上述技術(shù)問題，本發(fā)明提供一種虛擬機修復(fù)方法，包括：

雙虛擬機中的第一虛擬機裝置檢測到第二虛擬機裝置產(chǎn)生需要進行虛擬機修復(fù)的目標(biāo)告警；

所述第一虛擬機裝置發(fā)起對所述第二虛擬機裝置進行修復(fù)。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置檢測到第二虛擬機裝置產(chǎn)生目標(biāo)告警包括：

所述第一虛擬機裝置接收到所述第二虛擬機裝置在異常中斷故障時發(fā)送的故障通知；

所述第一虛擬機裝置根據(jù)所述故障通知判定所述第二虛擬機裝置產(chǎn)生目標(biāo)告警。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置檢測第二虛擬機裝置產(chǎn)生目標(biāo)告警之前，包括：

所述第一虛擬機裝置由備虛擬機切換為主虛擬機，所述第二虛擬機裝置由主虛擬機切換為備虛擬機。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置檢測第二虛擬機裝置產(chǎn)生目標(biāo)告警包括：

所述第一虛擬機裝置由備虛擬機切換為主虛擬機后，檢測所述第二虛擬機 裝置是否正常，如否，則判定所述第二虛擬機裝置產(chǎn)生目標(biāo)告警。

在本發(fā)明的一種實施例中，所述目標(biāo)故障包括異常中斷故障和致命業(yè)務(wù)功能異常中的至少一種。

在本發(fā)明的一種實施例中，述第一虛擬機裝置檢測所述第二虛擬機裝置是否正常包括：檢測所述第二虛擬機裝置是否在位或狀態(tài)是否異常。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置發(fā)起對所述第二虛擬機裝置進行修復(fù)包括：

所述第一虛擬機裝置發(fā)起重啟所述第二虛擬機裝置的重啟流程或發(fā)起對所述第二虛擬機裝置進行重生的流程。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置發(fā)起對所述第二虛擬機裝置進行重生的流程之前，包括：判斷當(dāng)前是否存在未處理的虛擬機重生流程，如是，則延遲預(yù)設(shè)時長后再發(fā)起，或?qū)λ瞿繕?biāo)告警進行重新檢測。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置發(fā)起對所述第二虛擬機裝置進行重生的流程包括：

所述第一虛擬機裝置向虛擬機管理節(jié)點發(fā)送刪除所述第二虛擬機裝置的刪除指令；

所述第一虛擬機裝置在所述第二虛擬機裝置刪除后，根據(jù)預(yù)設(shè)重生策略選擇以所述第二虛擬機裝置原資源設(shè)置或以調(diào)整后的第二虛擬機裝置資源設(shè)置向所述虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置以調(diào)整后的第二虛擬機裝置資源設(shè)置向所述虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令時，還包括：

所述第一虛擬機裝置在新第二虛擬機裝置創(chuàng)建好之后發(fā)起主備切換，將所述新第二虛擬機裝置切換為主虛擬機，自身切換為備虛擬機；

所述新第二虛擬機裝置向所述虛擬機管理節(jié)點發(fā)送刪除所述第一虛擬機裝置的刪除指令；

所述新第二虛擬機裝置在所述第一虛擬機裝置刪除后，以自身的資源設(shè)置向所述虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令。

為了解決上述問題，本發(fā)明還提供了一種第一虛擬機裝置，包括告警檢測模塊和虛擬機修復(fù)模塊；

所述告警檢測模塊用于檢測第二虛擬機裝置是否產(chǎn)生需要進行虛擬機修復(fù)的目標(biāo)告警；

所述虛擬機修復(fù)模塊用于在所述告警檢測模塊檢測結(jié)果為是時，發(fā)起對所述第二虛擬機裝置進行修復(fù)。

在本發(fā)明的一種實施例中，所述告警檢測模塊包括第一告警檢測子模塊，用于接收所述第二虛擬機裝置在異常中斷故障時發(fā)送的故障通知時，判定所述第二虛擬機裝置產(chǎn)生目標(biāo)告警。

在本發(fā)明的一種實施例中，所述第一虛擬機裝置還包括主備切換模塊，用于在所述第二虛擬機裝置在產(chǎn)生故障時發(fā)起主備切換時，將所述第一虛擬機裝置切換為主虛擬機。

在本發(fā)明的一種實施例中，所述告警檢測模塊包括第二告警檢測子模塊，用于在所述第一虛擬機裝置切換為主虛擬機后，檢測所述第二虛擬機裝置是否正常，如否，則判定所述第二虛擬機裝置產(chǎn)生目標(biāo)告警。

在本發(fā)明的一種實施例中，所述虛擬機修復(fù)模塊包括重啟子模塊或重生子模塊；

所述重啟子模塊用于在所述告警檢測模塊檢測結(jié)果為是時，發(fā)起重啟所述第二虛擬機裝置的重啟流程；

所述重生子模塊用于在所述告警檢測模塊檢測結(jié)果為是時，發(fā)起對所述第二虛擬機裝置進行重生的流程。

在本發(fā)明的一種實施例中，所述虛擬機修復(fù)模塊包括重生子模塊時，所述重生子模塊包括重生發(fā)起單元以及重建單元；

所述重生發(fā)起單元用于向虛擬機管理節(jié)點發(fā)送刪除所述第二虛擬機裝置的刪除指令；

所述重建單元用于在所述第二虛擬機裝置刪除后，根據(jù)預(yù)設(shè)重生策略選擇以所述第二虛擬機裝置原資源設(shè)置或以調(diào)整后的第二虛擬機裝置資源設(shè)置向所述虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令。

為了解決上述問題，本發(fā)明還提供了一種虛擬機系統(tǒng)，包括第二虛擬機裝置和如上所述的第二虛擬機裝置；

所述第一虛擬機裝置用于檢測到第二虛擬機裝置產(chǎn)生需要進行虛擬機修復(fù)的目標(biāo)告警時，發(fā)起對所述第二虛擬機裝置進行修復(fù)。

為了解決上述問題，本發(fā)明還提供了一種業(yè)務(wù)功能網(wǎng)元，包括如上所述的虛擬機系統(tǒng)。

本發(fā)明的有益效果是：

本發(fā)明提供的虛擬機修復(fù)方法、虛擬機裝置、系統(tǒng)及業(yè)務(wù)功能網(wǎng)元，通過雙虛擬機中的第一虛擬機裝置對第二虛擬機裝置是否產(chǎn)生需要進行虛擬機修復(fù)的目標(biāo)告警進行檢測，而不是僅依靠管理節(jié)點，通過這種雙機系統(tǒng)內(nèi)部的自偵測方式可以及時發(fā)現(xiàn)雙虛擬機中的內(nèi)部故障；且在第一主虛擬機檢測到第二虛擬機裝置產(chǎn)生目標(biāo)告警時，則直接發(fā)起對備虛擬機的修改，而不是將告警逐級發(fā)給上層的管理節(jié)點，再等管理節(jié)點重新分析后下發(fā)修改指令，解除了對上層管理節(jié)點的依賴，可靠性更好，且故障修復(fù)效率更高，方式更為靈活有效。

附圖說明

圖1為本發(fā)明實施例一提供的虛擬機修復(fù)方法流程示意圖；

圖2為本發(fā)明實施例一提供的虛擬機重生流程發(fā)起示意圖；

圖3為本發(fā)明實施例一提供的調(diào)整資源設(shè)置時進行重生的流程示意圖；

圖4為本發(fā)明實施例二提供的虛擬機系統(tǒng)結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例二提供的第一虛擬機裝置結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例二提供的第一虛擬機裝置的另一結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例三提供的主機業(yè)務(wù)功能異常時進行重生的流程示意圖；

圖8為本發(fā)明實施例三提供的主機異常中斷時進行重生的流程示意圖；

圖9為本發(fā)明實施例三提供的備機異常中斷時進行重生的流程示意圖。

具體實施方式

本發(fā)明通過雙虛擬機中的自偵測可以及時發(fā)現(xiàn)雙虛擬機中的內(nèi)部故障；且在第一虛擬機裝置檢測到第二虛擬機裝置產(chǎn)生目標(biāo)告警時，則直接發(fā)起對第二虛擬機裝置的修改，解除了對上層管理節(jié)點的依賴，可靠性更高，且故障修復(fù)效率更高，方式更為靈活有效。下面通過具體實施方式結(jié)合附圖對本發(fā)明作進一步詳細(xì)說明。

實施例一：

請參見圖1所示，本實施例中的虛擬機修復(fù)方法包括：

步驟101：雙虛擬機中的第一虛擬機裝置檢測到第二虛擬機裝置產(chǎn)生需要進行虛擬機修復(fù)的目標(biāo)告警；

步驟102：第一虛擬機裝置發(fā)起對第二虛擬機裝置進行修復(fù)。

應(yīng)當(dāng)理解的是，本實施例中第一虛擬機裝置和第二虛擬機裝置的主備倒換關(guān)系是可動態(tài)變化的，第一虛擬機裝置作為備虛擬機，第二虛擬機裝置作為主 虛擬機時，第二虛擬機裝置也即可執(zhí)行第一虛擬機裝置的所有功能，包括但不限于告警檢測、虛擬機修復(fù)等功能。第一虛擬機裝置具有第二虛擬機裝置的所有功能，包括告警上報以及利用第三方監(jiān)測模塊進行故障檢測等功能。

上述步驟101中，第一虛擬機裝置檢測到第二虛擬機裝置產(chǎn)生目標(biāo)告警的情況至少包含以下幾種。

情況一：步驟101中的第一虛擬機裝置為主虛擬機且在正常工作過程中，作為備虛擬機的第二虛擬機裝置出現(xiàn)異常中斷故障，此時第一虛擬機裝置會接收到第二虛擬機裝置發(fā)送的故障通知，從而判斷并記錄該第二虛擬機裝置產(chǎn)生了目標(biāo)告警。本實施例中，第二虛擬機裝置可通過自身的故障偵測單元檢測到出現(xiàn)異常中斷故障，其向第一虛擬機裝置發(fā)送的故障通知可以為SNMP(Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議)Trap消息，處于正常工作狀態(tài)的第一虛擬機裝置接收到該SNMP Trap消息后，即可將此異常記未出現(xiàn)致命故障。應(yīng)當(dāng)理解的是，本實施例中第二虛擬機裝置的異常中斷故障也可采用或結(jié)合其他第三方監(jiān)測模塊進行監(jiān)測。

情況二：步驟101中的第一虛擬機裝置之前為備虛擬機，現(xiàn)由備虛擬機切換為主虛擬機；第二虛擬機裝置則原為主虛擬機，產(chǎn)生需要進行主、備切換的故障發(fā)起主備切換，由主虛擬機切換為備虛擬機。第一虛擬機裝置切換為主虛擬機后，檢測第二虛擬機裝置(也即原主虛擬機)是否正常，如否，則判定該第二虛擬機裝置產(chǎn)生目標(biāo)告警。

本實施例中，主虛擬機產(chǎn)生的需要進行主備切換的故障包括異常中斷故障和致命業(yè)務(wù)功能異常中的至少一種；下面分別為以異常中斷故障和致命業(yè)務(wù)功能異常進行示例說明。

原主虛擬機(也即第二虛擬機裝置)出現(xiàn)異常中斷故障時，進行主備切換， 切換為第二虛擬機裝置，同時向原備虛擬機(也即切換后的第一虛擬機裝置)發(fā)送故障通知；由于此時切換后的第一虛擬機裝置還未完全啟動，因此接收不到該故障通知，在其啟動后，再對第二虛擬機裝置(也即原主虛擬機)進行檢測看其是否正常，此處檢測其是否正常包括但不限于檢測其是否在位和/或狀態(tài)是否異常，例如當(dāng)檢測到不在位或狀態(tài)異常時，則判斷其不正常，記錄該第二虛擬機裝置產(chǎn)生目標(biāo)告警。本實施例中，第二虛擬機也可通過自身的故障偵測單元檢測到出現(xiàn)異常中斷故障，向切換為主虛擬機的第一虛擬機裝置發(fā)送的故障通知也可以為SNMP Trap消息。應(yīng)當(dāng)理解的是，本實施例中第二虛擬機裝置的異常中斷故障也可采用或結(jié)合其他第三方監(jiān)測模塊進行監(jiān)測。

原主虛擬機(也即第二虛擬機裝置)出現(xiàn)致命業(yè)務(wù)功能異常(包括但不限于業(yè)務(wù)進程狀態(tài)異常(如出現(xiàn)業(yè)務(wù)關(guān)鍵進程丟失)、虛擬機資源故障、網(wǎng)絡(luò)資源故障等)時，進行主備切換，切換為第二虛擬機裝置。原備虛擬機(也即切換后的第一虛擬機裝置)啟動后，對第二虛擬機裝置(也即原主虛擬機)進行檢測看其是否正常，此處檢測其是否正常也包括但不限于檢測其是否在位和/或狀態(tài)是否異常，例如當(dāng)檢測到不在位或狀態(tài)異常時，則判斷其不正常，記錄該第二虛擬機裝置產(chǎn)生目標(biāo)告警。本實施例中，原主虛擬機可通過自身的業(yè)務(wù)功能輪詢檢測單元檢測是否出現(xiàn)致命業(yè)務(wù)功能異常，也可采用或結(jié)合其他第三方監(jiān)測模塊進行監(jiān)測。

步驟102中，第一虛擬機裝置發(fā)起第二虛擬機裝置修復(fù)包括：第一虛擬機裝置發(fā)起重啟第二虛擬機裝置的重啟流程或發(fā)起對第二虛擬機裝置進行重生的流程。

第一虛擬機裝置發(fā)起重啟第二虛擬機裝置的重啟流程時，可通過向虛擬機管理節(jié)點發(fā)起相應(yīng)的重啟指令，經(jīng)虛擬機管理節(jié)點實現(xiàn)對第二虛擬機裝置的重 啟；也可以在雙虛擬機內(nèi)部通過相應(yīng)的重啟指令完成第二虛擬機裝置的重啟，而不經(jīng)過虛擬機管理節(jié)點。

第一虛擬機裝置發(fā)起對第二虛擬機裝置進行重生時，請參見圖2所示，包括：

步驟201：第一虛擬機裝置向虛擬機管理節(jié)點發(fā)送刪除第二虛擬機裝置的刪除指令；

步驟202：第一虛擬機裝置在第二虛擬機裝置刪除后，根據(jù)預(yù)設(shè)重生策略選擇以第二虛擬機裝置原資源設(shè)置或以調(diào)整后的第二虛擬機裝置資源設(shè)置向虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令完成第二虛擬機裝置的重建。

本實施例中的預(yù)設(shè)重生策略可根據(jù)虛擬機所在的業(yè)務(wù)功能網(wǎng)元自身決策，因此更為靈活，且擴展性更強。例如可具體根據(jù)業(yè)務(wù)功能網(wǎng)元自身的類型等進行決策。

上述步驟202中，第一虛擬機裝置根據(jù)當(dāng)前業(yè)務(wù)需要等因素以調(diào)整后的第二虛擬機裝置資源設(shè)置向虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令時，請參見圖3所示，還包括：

步驟301：第一虛擬機裝置在新第二虛擬機裝置創(chuàng)建好之后發(fā)起主備切換(該主備切換時該第一虛擬機裝置與新第二虛擬機裝置的資源不同導(dǎo)致的)，將新第二虛擬機裝置切換為主虛擬機，自身切換為待刪除備虛擬機；

步驟302：新第二虛擬機裝置向虛擬機管理節(jié)點發(fā)送刪除待刪除第一虛擬機裝置的刪除指令；

步驟303：新第二虛擬機裝置在待刪除虛擬機刪除后，以與自身的資源相同的設(shè)置向虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令；至此，重建流程才完成。

另外，本實施例中，虛擬機的重生功能可通過開關(guān)控制。

同時由于虛擬機重生請求具有唯一性，對于系統(tǒng)中可能出現(xiàn)的頻繁目標(biāo)告警可以采用相應(yīng)的機制保護虛擬機重生的唯一完整性。因此本實施例中的第一虛擬機裝置發(fā)起對第二虛擬機裝置進行重生的流程之前，包括：判斷當(dāng)前是否還存在未處理的虛擬機重生流程，如是，則延遲預(yù)設(shè)時長后再發(fā)起，或?qū)δ繕?biāo)告警進行重新檢測。

可見，本實施例中虛擬機系統(tǒng)的內(nèi)部故障可通過虛擬機自偵測發(fā)現(xiàn)，且虛擬機的重生也可有虛擬機自身發(fā)起，脫離了對管理節(jié)點的依賴，對管理節(jié)點的其他容災(zāi)技術(shù)進行補充。另外，虛擬機的重生也可由虛擬機所在業(yè)務(wù)功能網(wǎng)元自身決策，更為方便靈活，且擴展性更好。

實施例二：

本實施例提供了一種虛擬機系統(tǒng)，請參見圖4所示，包括雙虛擬機，雙虛擬機包括第一虛擬機裝置1和第二虛擬機裝置2，第一虛擬機裝置1用于檢測到第二虛擬機裝置2產(chǎn)生目標(biāo)告警時，發(fā)起第二虛擬機裝置2修復(fù)；該目標(biāo)告警是指需要對虛擬機進行修復(fù)的告警。

本實施例中的雙虛擬機裝置上都可設(shè)置故障檢測模塊、告警檢測模塊以及虛擬機修復(fù)模塊；故障檢測模塊用于通過自身或第三方監(jiān)測模塊實現(xiàn)故障的檢測；告警模塊用于發(fā)現(xiàn)目標(biāo)告警，并觸發(fā)虛擬機修復(fù)模塊進行虛擬機修復(fù)。下面以第一虛擬機裝置1的具體結(jié)構(gòu)結(jié)合產(chǎn)生目標(biāo)告警的幾種情況進行示例說明。

請參見圖5所示，第一虛擬機裝置1具體包括告警檢測模塊11和虛擬機修復(fù)模塊12；

告警檢測模塊11用于檢測第二虛擬機裝置是否產(chǎn)生需要進行虛擬機修復(fù)的目標(biāo)告警；

虛擬機修復(fù)模塊12用于在告警檢測模塊11檢測結(jié)果為是時，發(fā)起對第二 虛擬機裝置進行修復(fù)。

告警檢測模塊11包括第一告警檢測子模塊111，用于在第一虛擬機裝置1為主虛擬機，且在正常工作過程中，為備虛擬機的第二虛擬機裝置2出現(xiàn)異常中斷故障時，接收第二虛擬機裝置2發(fā)送的故障通知，從而發(fā)現(xiàn)該第二虛擬機裝置產(chǎn)生了目標(biāo)告警。本實施例中，第二虛擬機裝置2可通過自身的故障偵測單元檢測到出現(xiàn)異常中斷故障，也即故障檢測模塊包括故障偵測單元，其向第一虛擬機裝置1發(fā)送的故障通知可以為SNMP(Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議)Trap消息，處于正常工作狀態(tài)的第一虛擬機裝置1的告警模塊接收到該SNMP Trap消息后，即可將此異常記未出現(xiàn)致命故障。應(yīng)當(dāng)理解的是，本實施例中第二虛擬機裝置2的異常中斷故障也可采用或結(jié)合其他第三方監(jiān)測模塊進行監(jiān)測，在監(jiān)測到故障后通知其故障檢測模塊。

告警檢測模塊11還可包括第二告警檢測子模塊112。第一虛擬機裝1為原備虛擬機，其具有主備切換模塊，第二虛擬機裝置2則為原主虛擬機；第二虛擬機裝置2在產(chǎn)生需要進行主備切換的故障時發(fā)起主備切換，第二虛擬機裝置2切換為備虛擬機，第一虛擬機裝置1的主備切換模塊將第一虛擬機裝置1切換為主虛擬機。第一虛擬機裝置1切換為主虛擬機后，其第二告警檢測子模塊112主動檢測第二虛擬機裝置2(也即原主虛擬機)是否正常，如否，則判定該第二虛擬機裝置產(chǎn)生目標(biāo)告警。

本實施例中，原第一虛擬機裝置1產(chǎn)生的致命故障包括異常中斷故障和致命業(yè)務(wù)功能異常中的至少一種；下面分別為以異常中斷故障和致命業(yè)務(wù)功能異常進行示例說明。

原主虛擬機(即第二虛擬機裝置2)出現(xiàn)異常中斷故障時，進行主備切換，切換為作為備虛擬機的第二虛擬機裝置2，同時向原備虛擬機(也即切換后的第 一虛擬機裝置1)發(fā)送故障通知；由于此時切換后的第一虛擬機裝置1還未完全啟動，因此其第二告警檢測子模塊112接收不到該故障通知，在其啟動后，其第二告警檢測子模塊112再對第二虛擬機裝置2(也即原主虛擬機)進行檢測看其是否正常，此處檢測其是否正常包括但不限于檢測其是否在位和/或狀態(tài)是否異常，例如當(dāng)檢測到不在位或狀態(tài)異常時，則判斷其不正常，記錄該第二虛擬機裝置2產(chǎn)生目標(biāo)告警。本實施例中，原主虛擬機也可自身故障檢測模塊包括的故障偵測單元檢測到出現(xiàn)異常中斷故障，其向切換后的第一虛擬機裝置1發(fā)送的故障通知也可以為SNMP Trap消息。應(yīng)當(dāng)理解的是，本實施例中原虛擬機的異常中斷故障也可采用或結(jié)合其他第三方監(jiān)測模塊進行監(jiān)測，然后將監(jiān)測結(jié)果發(fā)給故障檢測模塊。

原主虛擬機(即第二虛擬機裝置2)出現(xiàn)致命業(yè)務(wù)功能異常(包括但不限于業(yè)務(wù)進程狀態(tài)異常(如出現(xiàn)業(yè)務(wù)關(guān)鍵進程丟失)、虛擬機資源故障、網(wǎng)絡(luò)資源故障等)時，進行主備切換，切換為備虛擬機。原備虛擬機(也即切換后的第一虛擬機裝置1)啟動后，其第二告警檢測子模塊112主動對第二虛擬機裝置2(也即原主虛擬機)進行檢測看其是否正常，此處檢測其是否正常也包括但不限于檢測其是否在位和/或狀態(tài)是否異常，例如當(dāng)檢測到不在位或狀態(tài)異常時，則判斷其不正常，記錄該第二虛擬機裝置2產(chǎn)生目標(biāo)告警。本實施例中，原主虛擬機可通過自身故障檢測模塊的業(yè)務(wù)功能輪詢檢測單元檢測是否出現(xiàn)致命業(yè)務(wù)功能異常，也可采用或結(jié)合其他第三方監(jiān)測模塊進行監(jiān)測；將監(jiān)測結(jié)果發(fā)給故障檢測模塊。

可見，本實施例中第一虛擬機裝置和1第二虛擬機裝置2中的故障檢測模塊可包括虛擬機自身的故障偵測單元和業(yè)務(wù)功能輪詢檢測單元，也可通過接受第三方監(jiān)測模塊發(fā)送的監(jiān)測結(jié)果得到是否產(chǎn)生目標(biāo)告警。且應(yīng)當(dāng)理解的是，本 實施例中的故障檢測模塊還可用于檢測其他類型的告警，并將告警發(fā)給告警模塊，告警模塊則可對收到的告警進行不同級別的篩選和處理；例如對于篩選出的目標(biāo)告警，則觸發(fā)虛擬機修復(fù)模塊進行虛擬機修復(fù)。

請參見圖6所示，第一虛擬機裝置1的虛擬機修復(fù)模塊12包括重啟子模塊121或重生子模塊122；

重啟子模塊121用于在告警檢測模塊11檢測結(jié)果為是時，發(fā)起重啟第二虛擬機裝置2的重啟流程；

重生子模塊122用于在告警檢測模塊11檢測結(jié)果為是時，發(fā)起對第二虛擬機裝置2進行重生的流程。

第一虛擬機裝置1的重啟子模塊121發(fā)起重啟第二虛擬機裝置2的重啟流程時，可通過向虛擬機管理節(jié)點發(fā)起相應(yīng)的重啟指令，經(jīng)虛擬機管理節(jié)點實現(xiàn)對第二虛擬機裝置2的重啟；也可以在雙虛擬機內(nèi)部通過相應(yīng)的重啟指令完成第二虛擬機裝置2的重啟，而不經(jīng)過虛擬機管理節(jié)點。

第一虛擬機裝置1的重生子模塊122包括重生發(fā)起單元1221以及重建單元1222；

重生發(fā)起單元1221用于向虛擬機管理節(jié)點發(fā)送刪除所述第二虛擬機裝置2的刪除指令；

重建單元1222用于在第二虛擬機裝置2刪除后，根據(jù)預(yù)設(shè)重生策略選擇以第二虛擬機裝置2原資源設(shè)置或以調(diào)整后的第二虛擬機裝置2資源設(shè)置向虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令。

本實施例中的預(yù)設(shè)重生策略可根據(jù)虛擬機所在的業(yè)務(wù)功能網(wǎng)元自身決策，因此更為靈活，且擴展性更強。例如可具體根據(jù)業(yè)務(wù)功能網(wǎng)元自身的類型等進行決策。

虛擬機修復(fù)模塊12的重建單元1222根據(jù)當(dāng)前業(yè)務(wù)需要等因素以調(diào)整后的第二虛擬機裝置資源設(shè)置向虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令時，還包括：

第一虛擬機裝置1在新第二虛擬機裝置創(chuàng)建好之后發(fā)起主備切換(該主備切換時該第一虛擬機裝置與新第二虛擬機裝置的資源不同導(dǎo)致的)，將新第二虛擬機裝置切換為主虛擬機，自身切換為待刪除的虛擬機；

新第二虛擬機裝置的虛擬機修復(fù)模塊向虛擬機管理節(jié)點發(fā)送刪除待刪除第一虛擬機裝置的刪除指令；

新第二虛擬機裝置的虛擬機修復(fù)模塊在待刪除的第一虛擬機裝置1刪除后，以與自身的資源相同的設(shè)置向虛擬機管理節(jié)點發(fā)送虛擬機創(chuàng)建指令；至此，重建流程才完成。

另外，本實施例中，虛擬機的虛擬機修復(fù)模塊12可通過開關(guān)控制。

同時由于虛擬機重生請求具有唯一性，對于系統(tǒng)中可能出現(xiàn)的頻繁目標(biāo)告警可以采用相應(yīng)的機制保護虛擬機重生的唯一完整性。因此本實施例中的第一虛擬機裝置的虛擬機修復(fù)模塊12發(fā)起對第二虛擬機裝置進行重生的流程之前，包括：判斷之前是否還存在未處理的虛擬機重生流程，如是，則延遲預(yù)設(shè)時長后再發(fā)起，或?qū)δ繕?biāo)告警進行重新檢測。

應(yīng)當(dāng)理解的是，本實施例中第一虛擬機裝置1和第二虛擬機裝置2的主備倒換關(guān)系是可動態(tài)變化的，第一虛擬機裝置1作為備虛擬機，第二虛擬機裝置2作為主虛擬機時，第二虛擬機裝置2也即可執(zhí)行上述第一虛擬機裝置1的所有功能，包括但不限于告警檢測、虛擬機修復(fù)等功能。第一虛擬機裝置1具有上述第二虛擬機裝置2的所有功能，包括告警上報以及利用第三方監(jiān)測模塊進行故障檢測等功能。

本實施例中虛擬機系統(tǒng)的內(nèi)部故障可通過虛擬機自偵測發(fā)現(xiàn)，且虛擬機的 重生也可有虛擬機自身發(fā)起，虛擬機的重生也可由虛擬機所在業(yè)務(wù)功能網(wǎng)元自身決策，可脫離對管理節(jié)點的依賴，更為方便靈活、可靠，且擴展性更好。

實施例三：

為了更好的理解本發(fā)明，本實施例以電信NFV協(xié)議規(guī)范下的幾種使用實例對本發(fā)明做進一步示例說明。

請參見圖7所示，該圖所示為利用本發(fā)明實現(xiàn)電信NFV協(xié)議架構(gòu)下，采用雙機部署的VNF實例在業(yè)務(wù)功能異常后重生自愈，包括以下步驟：

步驟701：主虛擬機A輪詢檢測業(yè)務(wù)進程，當(dāng)發(fā)現(xiàn)關(guān)鍵業(yè)務(wù)進程丟失時，進行主備機切換，將主虛擬機切換為虛擬機B；

步驟702：切換后的主虛擬機B啟動并檢測虛擬機A狀態(tài)，如果虛擬機A不在位或狀態(tài)異常，產(chǎn)生致命告警；

步驟703：主虛擬機B發(fā)現(xiàn)該致命告警后，向管理節(jié)點發(fā)起刪除虛擬機A；

步驟704：主虛擬機B在虛擬機A刪除成功后，根據(jù)所在業(yè)務(wù)功能節(jié)點對于該告警類型對應(yīng)的重生策略，以原虛擬機A的資源設(shè)置，發(fā)起新虛擬機(簡稱C)的重新創(chuàng)建；

步驟705：新虛擬機C創(chuàng)建成功后啟動，從主虛擬機B上同步業(yè)務(wù)數(shù)據(jù)，成為新的備機。

在上述步驟704中，主虛擬機B以調(diào)整后的虛擬機A的資源設(shè)置，發(fā)起新虛擬機(簡稱C)的重新創(chuàng)建時，在步驟705中新虛擬機C創(chuàng)建成功后啟動后，主虛擬機B進行主備切換，將主虛擬機切換為虛擬機C，自己切換為備虛擬機B；然后主虛擬機C向管理節(jié)點發(fā)起刪除虛擬機B，在虛擬機B刪除成功后，以自身的資源設(shè)置，發(fā)起新虛擬機(簡稱D)的重新創(chuàng)建；新虛擬機D創(chuàng)建成功后啟動，從主虛擬機C上同步業(yè)務(wù)數(shù)據(jù)，成為新的備機。

請參見圖8所示，該圖所示為利用本發(fā)明實現(xiàn)電信NFV協(xié)議架構(gòu)下，采用雙機部署的VNF實例主機異常中斷后重生自愈，包括以下步驟：

步驟801：主虛擬機A在出現(xiàn)異常中斷故障時，進行主備機切換，將主虛擬機切換為虛擬機B；

步驟802：切換后的主虛擬機B啟動并檢測備虛擬機A狀態(tài)，如果備虛擬機A不在位或狀態(tài)異常，產(chǎn)生致命告警；

步驟803：主虛擬機B發(fā)現(xiàn)該致命告警后，向管理節(jié)點發(fā)起刪除備虛擬機A；

步驟804：備虛擬機A刪除成功后，根據(jù)該告警類型對應(yīng)的重生策略，以原虛擬機A的資源設(shè)置，發(fā)起新虛擬機C的創(chuàng)建；

步驟805：新虛擬機C創(chuàng)建成功后啟動，從主虛擬機B上同步業(yè)務(wù)數(shù)據(jù)，成為新的備虛擬機。

請參見圖9所示，該圖所示為利用本發(fā)明實現(xiàn)電信NFV協(xié)議架構(gòu)下，采用雙機部署的VNF實例備虛擬機異常中斷后重生自愈，包括以下步驟：

步驟901：備虛擬機B在出現(xiàn)異常中斷故障時，向主虛擬機A發(fā)送故障通知；

步驟902：主虛擬機A發(fā)現(xiàn)該故障通知記錄致命告警后，向管理節(jié)點發(fā)起刪除備虛擬機B；

步驟903：備虛擬機B刪除成功后，根據(jù)該告警類型對應(yīng)的重生策略，以原虛擬機B的資源設(shè)置，發(fā)起新虛擬機C的創(chuàng)建；

步驟904：新虛擬機C創(chuàng)建成功后啟動，從主虛擬機A上同步業(yè)務(wù)數(shù)據(jù)，成為新的備虛擬機。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來 實現(xiàn)，從而，可以將它們存儲在存儲介質(zhì)(ROM/RAM、磁碟、光盤)中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。所以，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上內(nèi)容是結(jié)合具體的實施方式對本發(fā)明所作的進一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護范圍。