[发明专利]一种容灾方法和装置

说明书

本发明的实施例提供一种容灾方法和装置，能够满足各类不同特性的网元业务的容灾需求，提升业务的可靠性。该方法包括：第一虚拟化基础设施管理器获取虚拟网络功能管理器发送的业务容灾参数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，其中，所述云管平台通过所述第一虚拟化基础设施管理器与所述主用数据中心进行通信，所述云管平台通过所述第二虚拟化基础设施管理器与所述灾备数据中心进行通信，所述主用数据中心的系统架构与所述灾备数据中心的系统架构相同。