[發明專利]一種容災方法和裝置

有效

• 申請號: 201910191142.3
• 申請日: 2019-03-12
• 公開（公告）號: CN109842526B
• 公開（公告）日: 2021-12-07
• 發明（設計）人: 李沸樂;唐雄燕;楊建軍
• 申請（專利權）人: 中國聯合網絡通信集團有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

本發明的實施例提供一種容災方法和裝置，能夠滿足各類不同特性的網元業務的容災需求，提升業務的可靠性。該方法包括：第一虛擬化基礎設施管理器獲取虛擬網絡功能管理器發送的業務容災參數VNF_k，若根據VNF_k確定VNF的業務類型為第三方應用，第一虛擬化基礎設施管理器向云管平臺上報VNF下的業務配置信息；以便于主用數據中心發生整體災難后，若第一虛擬化基礎設施管理器與云管平臺的通信中斷的時長大于第一預定時長時，云管平臺向災備數據中心的第二虛擬化基礎設施管理器下發VNF下的業務配置信息，使得第二虛擬化基礎設施管理器創建運行新的虛擬機VM組接管VNF。

技術領域

本發明的實施例涉及計算機領域，尤其涉及一種容災方法和裝置。

背景技術

從國內外的研究情況來看，因為傳統通信網元容災要求高，本身能力強，現有技術在考慮運營商引入了網絡功能虛擬化(network function virtualization，NFV)后的容災機制時，虛擬化后的通信網元容災的方式仍與傳統網元容災方式的原理基本一致，即采用多個相同的虛擬網元(virtual network function，VNF)跨數據中心(date center，DC)組成一個池的方式，主要容災工作還是集中在VNF層面自身，即不需要虛擬化基礎設施管理器(virtual infrastructure manager，VIM)或其他組件來感知故障和協調資源，網元層本身即可管理多個VNF之間的容災數據同步，且一旦一個DC中的此類VNF全失效時，則會迅速觸發池中可用災備DC中的同類VNF接管其業務。

隨著網絡技術的快速更新、運營商新型業務種類的不斷豐富，現有技術中并沒有提出如何在部署豐富多樣的VNF時，虛擬網絡功能管理器(virtual network functionmanager，VNFM)根據具體VNF的業務特征來選擇出適合此類型的VNF的容災方式，且除了典型的通信網元外，我們還需要對本身容災控制能力不足、可靠性要求相對略低的第三方應用的網元的容災機制進行深入研究。同時，由于沒有充分認識到引入NFV技術以后，應合理利用多個組件來加強可靠性，現有技術提出的NFV中的容災機制沒考慮引進成熟的統一云管平臺來作為運營商支撐系統的重要組成部分，而是主要通過將兩雙活DC設為一個集群，通過主用DC和災備DC之間的心跳檢測來判斷DC運行是否正常、是否需要啟動容災，因此容易因為腦裂等情況而造成誤判，需要人工干預且業務恢復時間長，不利于對不同地理位置的不同數據中心基礎設施和虛擬化資源池的管理和容災控制。

發明內容

本發明的實施例提供一種容災方法和裝置，能夠滿足各類不同特性的網元業務的容災需求，提升業務的可靠性。

第一方面，提供一種容災方法，包括如下步驟：第一虛擬化基礎設施管理器獲取虛擬網絡功能管理器發送的業務容災參數VNF_k，其中，所述VNF_k由所述虛擬網絡功能管理器解析主用數據中心的虛擬網元VNF，根據所述VNF的虛擬網元描述符獲取；若根據所述VNF_k確定所述VNF的業務類型為第三方應用，所述第一虛擬化基礎設施管理器向云管平臺上報所述VNF下的業務配置信息；以便于所述主用數據中心發生整體災難后，若所述第一虛擬化基礎設施管理器與云管平臺的通信中斷的時長大于第一預定時長時，所述云管平臺向災備數據中心的第二虛擬化基礎設施管理器下發所述VNF下的業務配置信息，使得所述第二虛擬化基礎設施管理器創建運行新的虛擬機VM組接管所述VNF，其中，所述云管平臺通過所述第一虛擬化基礎設施管理器與所述主用數據中心進行通信，所述云管平臺通過所述第二虛擬化基礎設施管理器與所述災備數據中心進行通信，所述主用數據中心的系統架構與所述災備數據中心的系統架構相同。