虚拟化网元的部署方法以及装置转让专利

申请号 : CN201810203961.0

文献号 : CN110275756A

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 张晓伟李世涛杨旭吴勇

申请人 : 华为技术有限公司

摘要 :

本发明涉及虚拟化网元的部署方法以及装置。虚拟化网元的部署方法包括:中心管理器接收实例化请求,实例化请求包含虚拟化网元的部署要求,中心管理器对一个或多个逻辑区域进行虚拟化网元的管理;中心管理器基于虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求;中心管理器基于虚拟机网元的部署要求对虚拟机网元的生命周期进行管理;边缘管理器从中心管理器获取容器网元的部署要求,边缘管理器处于中心管理器所管理的各逻辑区域中;以及边缘管理器基于容器网元的部署要求对容器的生命周期进行管理。通过设置中心管理器和边缘管理器能够良好地支持容器的部署。

权利要求 :

1.一种虚拟化网元的部署方法,其特征在于,包括:中心管理器接收实例化请求,所述实例化请求包含虚拟化网元的部署要求,所述中心管理器对一个或多个逻辑区域进行虚拟化网元的管理;

中心管理器基于所述虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求,所述虚拟化网元包含虚拟机网元和容器网元,所述虚拟机网元是基于虚拟机的部署来构成,所述容器网元是基于容器的部署来构成;

所述中心管理器基于所述虚拟机网元的部署要求对所述虚拟机网元的生命周期进行管理;

边缘管理器从所述中心管理器获取所述容器网元的部署要求,所述边缘管理器处于所述中心管理器所管理的各逻辑区域中;以及所述边缘管理器基于所述容器网元的部署要求对所述容器的生命周期进行管理。

2.如权利要求1所述的部署方法,其特征在于,所述中心管理器基于所述虚拟机网元的部署要求对虚拟机网元的生命周期进行管理至少包括:所述中心管理器将所述虚拟机网元的部署要求发送给虚拟机部署单元,所述虚拟部署单元基于所述虚拟网元的部署要求对自身所管理的逻辑区域进行所述虚拟机的部署;

所述中心管理器从所述虚拟机部署单元获取所述虚拟机的部署结果。

3.如权利要求1或2所述的部署方法,其特征在于,所述边缘管理器基于所述容器网元的部署要求对容器的生命周期进行管理至少包括:所述边缘管理器将所述容器网元的部署要求发送给容器部署单元,所述容器部署单元基于所述容器网元的部署要求对自身所管理的逻辑区域进行所述容器的部署;

所述边缘管理器从所述容器部署单元获取所述容器的部署结果;以及所述边缘管理器将所述容器的部署结果发送给所述中心管理器。

4.如权利要求1至3中任一项所述的部署方法,其特征在于,所述容器网元包括部署容器的虚拟机以及部署容器的物理机。

5.如权利要求1至4中任一项所述的部署方法,其特征在于,所述逻辑区域是数据中心、地域、可用区、主机组中的某一个。

6.如权利要求1至5中任一项所述的部署方法,其特征在于,所述中心管理器被设置在各所述逻辑区域的任一个中,或者被设置在所述逻辑区域以外的区域中。

7.一种虚拟化网元的部署装置,其特征在于,包括:中心管理器,对一个或多个逻辑区域进行虚拟化网元的管理;以及边缘管理器,处于各所述逻辑区域中,

所述中心管理器包括:

第一接收单元,用于接收实例化请求,所述实例化请求包含虚拟化网元的部署要求;

判断单元,用于基于所述虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求,所述虚拟化网元包含虚拟机网元和容器网元,所述虚拟机网元是基于虚拟机的部署来构成,所述容器网元是基于容器的部署来构成;以及管理单元,用于基于所述虚拟机网元的部署要求对所述虚拟机网元的生命周期进行管理,所述边缘管理器包括:

第一接收单元,用于从所述中心管理器获取所述容器网元的部署要求;

管理单元,用于基于所述容器网元的部署要求对所述容器的生命周期进行管理。

8.如权利要求7所述的部署装置,其特征在于,所述中心管理器还包括:

发送单元,用于将所述虚拟机网元的部署要求发送给虚拟机部署单元,所述虚拟部署单元基于所述虚拟网元的部署要求对自身所管理的逻辑区域进行所述虚拟机的部署;

第二接收单元,用于从所述虚拟机部署单元获取所述虚拟机的部署结果。

9.如权利要求7或8所述的部署装置,其特征在于,所述边缘管理器还包括:

第一发送单元,用于将所述虚拟网元的部署要求发送给容器部署单元,所述容器部署单元基于所述容器网元的部署要求对自身所管理的逻辑区域进行所述容器的部署;

第二接收单元,用于从所述容器部署单元获取所述容器的部署结果;

第二发送单元,用于将所述容器的部署结果发送给所述中心管理器。

10.如权利要求7至9中任一项所述的部署装置,其特征在于,所述容器网元包括部署容器的虚拟机以及部署容器的物理机。

11.如权利要求7至10中任一项所述的部署装置,其特征在于,所述逻辑区域是数据中心、地域、可用区、主机组中的某一个。

12.如权利要求7至11中任一项所述的部署装置,其特征在于,所述中心管理器被设置在各所述逻辑区域的任一个中,或者被设置在所述逻辑区域以外的区域中。

说明书 :

虚拟化网元的部署方法以及装置

技术领域

[0001] 本发明涉及计算机网络领域,特别涉及虚拟化网元的部署方法以及装置。

背景技术

[0002] 以往,基于Openstack建立网络功能虚拟化(Network Function Virtualization,NFV)平台。通过使用x86等通用性硬件以及虚拟化技术,来承载很多功能的软件处理,从而降低网络昂贵的设备成本。可以通过软硬件解耦及功能抽象,使网络设备功能不再依赖于专用硬件,资源可以充分灵活共享,实现新业务的快速开发和部署,并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。
[0003] 在以往的虚拟化网元的部署中,存在仅支持虚拟机的部署方式,但无法在基于进行网络功能虚拟化管理与编排器(Network Functions Virtualization Management and Orchestration,NFV-MANO,以下简称MAMO)有效良好地支持容器的部署。

发明内容

[0004] 本发明实施例提出一种虚拟化网元的部署方法以及装置。
[0005] 第一方面,本发明的实施例涉及一种虚拟化网元的部署方法,包括:中心管理器接收实例化请求,所述实例化请求包含虚拟化网元的部署要求,所述中心管理器对一个或多个逻辑区域进行虚拟化网元的管理;中心管理器基于所述虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求,所述虚拟化网元包含虚拟机网元和容器网元,所述虚拟机网元是基于虚拟机的部署来构成,所述容器网元是基于容器的部署来构成;所述中心管理器基于所述虚拟机网元的部署要求对所述虚拟机网元的生命周期进行管理;
边缘管理器从所述中心管理器获取所述容器网元的部署要求,所述边缘管理器处于所述中心管理器所管理的各逻辑区域中;以及所述边缘管理器基于所述容器网元的部署要求对所述容器的生命周期进行管理。
[0006] 根据上述,能够实现基于MANO的支持虚拟机、容器的部署。另外,通过中心管理器对所有逻辑区域的基于虚拟机的虚拟机网元进行生命周期管理,通过中心管理器以外的边缘管理器对各自逻辑区域的基于容器的容器网元进行生命周期管理,从而实现分级管理,能够快速地进行对容器进行部署,并能够节省资源。
[0007] 结合上述方面,在所述部署方法中,所述中心管理器基于所述虚拟机网元的部署要求对虚拟机网元的生命周期进行管理至少包括:所述中心管理器将所述虚拟机网元的部署要求发送给虚拟机部署单元,所述虚拟部署单元基于所述虚拟网元的部署要求对自身所管理的逻辑区域进行所述虚拟机的部署;所述中心管理器从所述虚拟机部署单元获取所述虚拟机的部署结果。
[0008] 根据上述,中心边缘管理器直接对所管理的所有逻辑区域的基于虚拟机的虚拟机网元进行生成等生命周期的管理。
[0009] 结合上述方面,在所述部署方法中,所述边缘管理器基于所述容器网元的部署要求对容器的生命周期进行管理至少包括:所述边缘管理器将所述容器网元的部署要求发送给容器部署单元,所述容器部署单元基于所述容器网元的部署要求对自身所管理的逻辑区域进行所述容器的部署;所述边缘管理器从所述容器部署单元获取所述容器的部署结果;以及所述边缘管理器将所述容器的部署结果发送给所述中心管理器。
[0010] 根据上述,边缘管理器对所管理的逻辑区域的基于容器的容器网元进行生成等生命周期的管理,能够基于快速地进行容器的部署,并有效地对基于容器的容器网元的生命周期进行管理,降低了生成基于容器的容器网元时的延迟,并且降低了部署失败的机率。从而能够有效地利用启动快、占用资源少的容器。
[0011] 结合上述方面,在所述部署方法中,所述容器还包括在部署容器的虚拟机以及部署容器的物理机。
[0012] 结合上述方面,在所述部署方法中,所述逻辑区域是数据中心、地域、可用区、主机组中的某一个。
[0013] 结合上述方面,在所述部署方法中,所述中心管理器被设置在各所述逻辑区域的任一个中,或者被设置所述逻辑区域以外的区域中。
[0014] 第二方面,本发明的实施例涉及一种虚拟化网元的部署装置,包括:中心管理器,对一个或多个逻辑区域进行虚拟化网元的管理;以及边缘管理器,处于各所述逻辑区域中,所述中心管理器包括:第一接收单元,用于接收实例化请求,所述实例化请求包含虚拟化网元的部署要求;判断单元,用于基于所述虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求,所述虚拟化网元包含虚拟机网元和容器网元,所述虚拟机网元是基于虚拟机的部署来构成,所述容器网元是基于容器的部署来构成;以及管理单元,用于基于所述虚拟机网元的部署要求对所述虚拟机网元的生命周期进行管理,所述边缘管理器包括:第一接收单元,用于从所述中心管理器获取所述容器网元的部署要求;管理单元,用于基于所述容器网元的部署要求对所述容器的生命周期进行管理。
[0015] 根据上述,能够实现基于MANO的支持虚拟机、容器的部署。另外,通过中心管理器对所有逻辑区域的基于虚拟机的虚拟机网元进行生命周期管理,通过中心管理器以外的边缘管理器对各自逻辑区域的基于容器的容器网元进行生命周期管理,从而实现分级管理,能够快速地进行对容器进行部署,并能够节省资源。
[0016] 结合上述方面,在所述部署装置中,所述中心管理器还包括:发送单元,用于将所述虚拟机网元的部署要求发送给虚拟机部署单元,所述虚拟部署单元基于所述虚拟网元的部署要求对自身所管理的逻辑区域进行所述虚拟机的部署;第二接收单元,用于从所述虚拟机部署单元获取所述虚拟机的部署结果。
[0017] 根据上述,中心边缘管理器直接对所管理的所有逻辑区域的基于虚拟机的虚拟机网元进行生成等生命周期的管理。
[0018] 结合上述方面,在所述部署装置中,所述边缘管理器还包括:第一发送单元,用于将所述虚拟网元的部署要求发送给容器部署单元,所述容器部署单元基于所述容器网元的部署要求对自身所管理的逻辑区域进行所述容器的部署;第二接收单元,用于从所述容器部署单元获取所述容器的部署结果;第二发送单元,用于将所述容器的部署结果发送给所述中心管理器。
[0019] 根据上述,边缘管理器对所管理的逻辑区域的基于容器的容器网元进行生成等生命周期的管理,能够基于快速地进行容器的部署,并有效地对基于容器的容器网元的生命周期进行管理,降低了生成基于容器的容器网元时的延迟,并且降低了部署失败的机率。从而能够有效地利用启动快、占用资源少的容器。
[0020] 结合上述方面,在所述部署装置中,所述容器还包括部署容器的虚拟机以及部署容器的物理机。
[0021] 结合上述方面,在所述部署装置中,所述逻辑区域是数据中心、地域、可用区、主机组中的某一个。
[0022] 结合上述方面,在所述部署装置中,所述中心VNFM被设置在各所述逻辑区域的任一中,或者被设置在所述逻辑区域以外的区域中。
[0023] 第三方面,本发明的实施例提供了一种计算机可读存储介质,其上存储有指令,该指令被计算机执行而实现上述各方面所述的方法。
[0024] 第四方面,本发明的实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
[0025] 第五方面,本发明的实施例提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。

附图说明

[0026] 图1是本发明实施例涉及的NFV架构的示意图;
[0027] 图2是本发明实施例涉及的逻辑区域的关系的示意图;
[0028] 图3是以往MANO对VNF进行管理的示意图;
[0029] 图4是图3的MANO中的信息交互流图;
[0030] 图5是示出本发明实施例涉及的基于VNFM对虚拟化网元进行管理的示意图;
[0031] 图6是示出图5的管理中信息交互的流图;
[0032] 图7是示出本发明实施例的虚拟化网元的部署方法的一例流程图;
[0033] 图8是本发明实施例提供的虚拟化网元部署的网络设备的示意性框图。

具体实施方式

[0034] 图1是示出本发明实施例涉及的NFV(Network Functions Virtualization,网络功能虚拟化)架构的示意图。在NFV技术中,主要涉及以下三个方面:要设置的虚拟网络功能,也称为虚拟化网元;实现上述虚拟化网元的网络功能虚拟化基础设施(NFV Infrastructure,NFVI);以及进行虚拟化网元的管理与编排的MAMO。
[0035] 虚拟化网元是一种虚拟应用,通过针对虚拟化网元部署VM(Virtual Machine,虚拟机)和容器来实现其功能,该虚拟化网元可以包括VM构成的、实现其一部分或全部功能的至少一个虚拟机网元(也称为VNF),以及容器构成的、实现其一部分或者全部功能的至少一个容器网元(称为CNF)。例如,作为虚拟机网元VNF可以分解为一组VNFC(虚拟网络功能单元,VNF Component)以及各VNFC之间的连接关系,每个VNFC映射为一个VM。容器网元CNF也是同样地,包括容器以及容器之间的连接关系。这里,容器网元可以包括部署容器的裸机服务器,也可以包括部署容器的虚拟机,还可以同时包含这两者,具体地,可以根据部署要求选择。在以下的说明中,将容器以Docker和Docker Over VM为例进行说明,但是它们仅是容器的一个示例,也可以是其他的容器。
[0036] NFVI则通过在其实体资源上部署VM或者Docker或者Docker Over VM来实现虚拟化网元,提供支撑虚拟化网元的执行所需要的虚拟化资源。NFVI结合了硬件部件和软件组件,是一个资源池,是通过通信网络连接起来的物理基础设施。
[0037] MANO负责对整个NFVI资源的管理和编排,负责业务网络和NFVI资源的映射和关联,包含支持物理基础设施虚拟化的物理和/或软件资源的编排和生命周期管理、虚拟化网元的生命周期管理。MANO由NFVO(Network Functions Virtualization Orchestrator,网络功能虚拟化编排器)、VNFM(Virtualized Network Functions Manager,网络功能虚拟化管理器)以及VIM(Virtualized Infrastructure Manager,虚拟化基础设施管理器)共同完成/提供的功能。NFVO主要提供全局的资源调度能力和全局的业务编排能力。VNFM负责虚拟化网元的生命周期管理,提供包括虚拟化网元的创建和终结、虚拟化网元的设置、虚拟化网元的配置、虚拟化网元的监控(健康、性能等)、虚拟化网元故障的自动治愈回复和扩展伸缩等能力,支持各类简单和复杂的虚拟化网元。VIM是NFVI管理系统,包括通用的物理和虚拟资源的管理,执行资源部署与调度等。但是本发明的NFVO、VNFM、VIM的功能划分并不限于此,也可以进行其他方式的功能划分。
[0038] 以上说明通过MANO部署的虚拟化网元,包括基于VM的部署的虚拟机网元,以及基于Docker的部署的容器网元或者是基于Docker Over VM的部署的容器网元。在对VM部署时,VIM例如是Openstacke或者Vmware等,在对Docker或者Docker Over VM进行部署时,VIM例如可以是kubenates等业界的容器平台。容器的特点在于启动速度快,占用资源少。
[0039] 图2是示出本发明实施例涉及的逻辑区域的示意图。逻辑区域包括数据中心(data centre,DC)、地域(Region)、可用区(Availability Zone,AZ)、主机组(Host Aggregate,HA)。DC是从网络连接角度划分出的逻辑区域的分类。DC能够容纳多个服务器以及通信设备,这些设备被放置在一起是因为它们具有相同的对环境的要求以及物理安全上的需求,并且这样放置便于维护。Region是根据地域划分出的物理区域的分类,比如华中地区、华东地区。通常一个虚拟私有云(Virtual Private Cloud,VPC)租户都选择在一个Region里,不会跨Region。DC与Region是从不同维度对物理区域进行划分,两者可能存在交叉,一个DC中可能包含多个Region,一个Region中也可能跨多个DC。AZ是独立的、物理隔离的可用区,一个Region包含多个AZ。一个AZ发生故障时不会影响到其他的AZ。HA是AZ中的多个Host构成。一个AZ中可以包含多个HA。一个HA可以包含多个Host。如图2所示,DC1包含Region1和Region2,Region3横跨DC2和DC3,Region1包含AZ1和AZ2,AZ1包含HA11和HA12。
[0040] 图3是示出以往的MANO对VNF进行管理的示意图。图4是图3的MANO中的信息交互流图。下面参考图3和图4来进行说明。
[0041] 在图3中,通过MANO中的VNFM来管理多个DC的VNF,VNFM可以安装在部署VNF的某个DC中,也可以安装在独立的DC中。在本例中,VNFM被安装在独立的DC0中,在DC1和DC2中分别要设置多个VNF。如图4所示,在步骤S41中,MANO中的VNFM向VIM1发送VNF的VM的部署要求,要进行DC1的VNF的VM的部署。在步骤S42中,VIM1将VNF的VM的部署结果反馈给VNFM。在步骤S43中,VNFM将VNF的部署要求发送给VIM2,进行DC2的VNF的VM的部署;在步骤S44中,VIM2将VNF的VM部署结果反馈给VNFM。在该例子中,VNFM对各个DC的VNF的生命周期进行管理。
[0042] 在该示例中,该部署方式仅支持VM的部署,不支持Docker的部署,也不支持Docker Over VM的部署。
[0043] 本发明提出一种基于MAMO的VNFM来支持VM、Docker、Docker Over VM的部署方法。
[0044] MANO中的VNFM管理节点支持分离式架构,即,将VNFM功能进行二级拆分,一部分来负责所有区域基于VM的VNF生命周期管理,另一部分来负责各自区域的基于Docker或Docker Over VM的CNF的生命周期管理。图5示出本实施例涉及的基于VNFM的对虚拟化网元进行管理的示意图。图6示出图5的管理中信息交互的流图。
[0045] 在图5中,将部署虚拟化网元的请求信息同步到对DC0、DC1、DC2进行管理的中心VNFM中,中心VNFM对各个DC的部署虚拟网元进行统一管理。这里,中心VNFM可以设置在单独的DC中,也可以设置在DC0、DC1、DC2中的某一个中。另外,在DC0、DC1、DC2的每一个中,设置有VNF/CNF近端部边缘侧管理部件VNFM(以下也称为边缘VNFM),对所在逻辑区域的基于Docker和Docekr Over VM的CNF的生命周期进行管理,边缘VNFM负责所在区域的基于Docker、Docker Over VM的CNF的生命周期管理。这里,中心VNFM对所管理的所有逻辑区域进行基于VM的VNF的生命周期管理,中心VNFM和边缘VNFM构成的整体架构同时支持VM、Docker、Docker Over VM方式部署。
[0046] 中心VNFM在接收到虚拟化网元的部署请求时,对基于VM的虚拟机网元的部署请求以及基于容器的容器网元的部署请求进行判断。
[0047] 在进行VM部署时,中心VNFM将VM部署要求发送给管理各逻辑区域的VM的部署的VIM,进行VM的部署的VIM例如是openstack或者Vmware等,VIM按照部署要求对自己所管理的区域的VM进行部署,然后VIM将VM的部署结果反馈给中心VNFM。中心VNFM负责基于VM的VNF的生命周期管理,例如管理基于VM的VNF的生成。
[0048] 在进行Docker部署时,中心VNFM中将各个逻辑区域的Docker或Docker Over VM的部署要求发送给各个逻辑区域,这里可以仅是Docker的部署请求,也可以是Docker Over VM的部署请求,或者是它们的组合。中心VNFM向区域边缘VNFM发送Docker或Docker Over VM的部署要求。以对Docker进行部署为例来说明,中心VNFM直接将Docker的部署要求发送给边缘VNFM,边缘VNFM对基于Docker的CNF的生命周期进行管理,将该部署要求传递给对容器的部署进行管理的VIM,例如K8S/Mesos等容器管理平台,VIM按照部署要求进行Docker的部署,并将部署结果反馈给边缘VNFM,边缘VNFM将该区域的部署结果反馈给中心VNFM,中心VNFM从各个边缘VNFM收集各个逻辑区域的Docker的部署息来集中进行展示和管理。这里,边缘VNFM对基于Docker的CNF的生命周期进行管理。
[0049] 参照图6对具体的部署方法进行详细地说明。
[0050] 如图6所示,中心VNFM对逻辑区域1和逻辑区域2的虚拟化网元的部署进行管理。在步骤S610中,中心VNFM从外部获取实例化请求,该实例化请求包含将虚拟化网元VNF1实例化的部署要求。中心VNFM基于所接收的VNF1的部署要求判断基于VM的VNF的部署要求和基于Docker的CNF的部署要求,。在中心VNFM判断出进行基于VM的VNF的部署要求和基于Docker的CNF的部署要求的情况下,在步骤S611中,中心VNFM向逻辑区域1的VIM11发送VM的部署要求,该VIM11按照从中心VNFM接收的部署要求进行VM的部署,这里VIM11是对逻辑区域1的VM进行部署和管理。在步骤S612中,VIM11将VM的部署结果直接反馈给中心VNFM。
[0051] 接着,在步骤S613中,中心VNFM将实例化VNF1的部署请求中基于Docker的网元部署要求发送给区域1的边缘VNFM,即指示区域1边缘VNFM按照Docker方式编排DC1。边缘VNFM按照分配要求对基于Docker的CNF进行编排,进行CNF的生命周期行管理。在步骤S614中,边缘VNFM将Docker部署要求发送给VIM1,VIM1按照部署要求进行区域1中的Docker的部署,并在步骤S615中,VIM1将Docker的部署结果反馈给边缘VNFM,在步骤S616中,边缘VNFM将Docker的部署结果发送给中心VNFM。在S617中,中心VNFM对所有的VM以及Docker的部署结果进行统一展示和管理,从而完成VNF1的实例化。
[0052] 同样的,在步骤S618中,中心VNFM从外部获取实例化请求,该实例化请求包含对虚拟化网元VNF2进行部署的部署要求。中心VNFM基于所接收的VNF2的部署请求进行判断,在中心VNFM判断出进行基于VM的VNF的部署和基于Docker的CNF的部署的情况下,在步骤S619中,中心VNFM向逻辑区域2的VIM21发送VM的部署要求,该VIM21按照从中心VNFM接收的部署要求进行VM的部署,这里VIM21是对逻辑区域2的VM进行部署和管理。在步骤S620中,VIM21将VM的部署结果直接反馈给中心VNFM。
[0053] 接着,在步骤S621中,中心VNFM将实例化VNF2的部署请求中基于Docker的网元部署要求发送给区域2的边缘VNFM,即指示区域2的边缘VNFM按照Docker方式编排DC2。边缘VNFM按照分配要求对基于Docker的CNF进行编排,进行CNF的生命周期行管理。在步骤S622中,边缘VNFM将Docker部署要求发送给VIM21,VIM21按照部署要求进行区域2中的Docker的部署,并在步骤S622中,VIM21将Docker的部署结果反馈给边缘VNFM,在步骤S623中,边缘VNFM将Docker的部署结果发送给中心VNFM。在S624中,中心VNFM对所有的VM以及Docker的部署结果进行统一展示和管理,从而完成VNF2的实例化。
[0054] 本发明实施例并不限于图6所示的顺序,可以根据执行时间来适当地调换顺序。根据部署要求,基于VM的VNF部署、基于容器的CNF部署可以同时进行,或者也可以先执行基于容器的CNF部署,再执行基于VM的VNF部署。
[0055] 在各个DC/AZ等内部署一个对基于Docker的CNF的生命周期进行管理的边缘VNFM,实行按业务特性的二级管理,即中心VNFM管理所有区域的基于VM的VNF的生命周期管理,边缘VNFM管理各自区域的基于Docker或者Docker Over VM的CNF的生命周期管理。本发明达到的有益效果总结如下:在ETSI架构上解决了Docker以及Docker Over VM场景的生命周期管理。
[0056] 通过上述,能够实现基于MANO的支持虚拟机、容器的部署。另外,通过中心VNFM对所有逻辑区域的基于VM的虚拟机网元进行生命周期管理,通过中心VNFM以外的边缘VNFM对各自逻辑区域的基于容器的容器网元进行生命周期管理,从而实现分级管理,能够快速地进行对容器进行部署,并能够节省资源。
[0057] 另外,能够基于快速地进行容器的部署,并有效地对基于容器的容器网元的生命周期进行管理,降低了生成基于容器的容器网元时的延迟,并且降低了部署失败的机率。从而能够有效地利用启动快、占用资源少的容器。
[0058] 即,如图7所示,VNFM二级分离架构执行以下VNF的部署方法。
[0059] 在步骤S71中,中心VNFM接收实例化请求,所述实例化请求包含虚拟化网元的部署要求,所述中心VNFM对一个或多个逻辑区域进行虚拟化网元的管理;在步骤S72中,中心VNFM基于所述虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求,所述虚拟化网元包含虚拟机网元和容器网元,所述虚拟机网元是基于VM的部署来构成,所述容器网元是基于容器的部署来构成;在步骤S73中,中心VNFM基于所述虚拟网元的部署要求对所述虚拟机网元的生命周期进行管理;在步骤S74中,边缘VNFM从所述中心VNFM获取所述容器网元的部署要求;在步骤S75中,边缘VNFM基于所述虚拟网元的部署要求对所述容器的生命周期进行管理。
[0060] 可选地,在上述的部署方法中,中心VNFM基于所述虚拟网元的部署要求对所述虚拟机网元的生命周期进行管理至少包括:中心VNFM将所述虚拟机网元的部署要求发送给虚拟机部署单元,所述虚拟部署单元基于所述虚拟网元的部署要求对自身所管理的逻辑区域进行所述虚拟机的部署;中心VNFM从所述虚拟机部署单元获取所述VM的部署结果。
[0061] 可选地,在上述的部署方法中,边缘VNFM基于所述容器网元的部署要求对容器的生命周期进行管理至少包括:边缘VNFM将所述容器网元的部署要求发送给容器部署单元,所述容器部署单元基于所述容器网元的部署要求对自身所管理的逻辑区域进行所述容器的部署;所述边缘管理器从所述容器部署单元获取所述容器的部署结果;以及所述边缘VNFM将所述容器的部署结果发送给所述中心VNFM。
[0062] 可选地,在上述的部署方法中,所述容器网元包括部署容器的虚拟机以及部署容器的物理机。
[0063] 可选地,在上述的部署方法中,所述逻辑区域是DC、Region、AZ、HA中的某一个。
[0064] 可选地,在上述的部署方法中,所述中心VNFM被设置在各所述逻辑区域的一个中,或者被设置在所述逻辑区域以外的区域中。
[0065] 通过本发明的实施例,能够实现基于MANO的支持虚拟机、容器的部署。另外,通过中心VNFM对所有逻辑区域的基于VM的虚拟化网元进行生命周期管理,通过中心VNFM以外的边缘VNFM对各自逻辑区域的基于容器的容器网元进行生命周期管理,从而实现分级管理,能够快速地进行对容器进行部署,并能够节省资源。
[0066] 另外,能够基于快速地进行容器的部署,并有效地对基于容器的容器网元的生命周期进行管理,降低了生成基于容器的容器网元时的延迟,并且降低了部署失败的机率。从而能够有效地利用启动快、占用资源少的容器。
[0067] 下面,对与上述方法对应的基于MANO的VNF的部署装置进行说明。
[0068] 本发明的实施例涉及本发明的实施例涉及一种虚拟化网元的部署装置,包括:中心VNFM,对一个或多个逻辑区域进行虚拟化网元的管理;以及边缘VNFM,处于各所述逻辑区域中,所述中心VNFM包括:第一接收单元,用于接收实例化请求,所述实例化请求包含虚拟化网元的部署要求;判断单元,用于基于所述虚拟化网元的部署要求来判断虚拟机网元的部署要求和容器网元的部署要求,所述虚拟化网元包含虚拟机网元和容器网元,所述虚拟机网元是基于VM的部署来构成,所述容器网元是基于容器的部署来构成;以及管理单元,用于基于所述虚拟机网元的部署要求对所述虚拟机网元的生命周期进行管理,所述边缘VNFM包括:第一接收单元,用于从所述中心VNFM获取所述容器网元的部署要求;管理单元,用于基于所述容器网元的部署要求对所述容器的生命周期进行管理。
[0069] 可选地,上述部署装置还包括:在所述部署装置中,所述中心VNFM还包括:发送单元,用于将所述虚拟机网元的部署要求发送给虚拟机部署单元,所述虚拟部署单元基于所述虚拟网元的部署要求对自身所管理的逻辑区域进行所述虚拟机的部署;第二接收单元,用于从所述虚拟机部署单元获取所述虚拟机的部署结果。
[0070] 可选地,在所述部署装置中,所述边缘VNFM还包括:第一发送单元,用于将所述虚拟网元的部署要求发送给容器部署单元,所述容器部署单元基于所述容器网元的部署要求对自身所管理的逻辑区域进行所述容器的部署;第二接收单元,用于从所述容器部署单元获取所述容器的部署结果;第二发送单元,用于将所述容器的部署结果发送给所述中心VNFM。
[0071] 可选地,在所述部署装置中,所述容器网元包括部署容器的虚拟机以及部署容器的物理机。
[0072] 可选地,在上述部署装置中,所述逻辑区域是DC、Region、AZ、HA中的某一个。
[0073] 可选地,在上述部署装置中,所述中心VNFM被设置在所述逻辑区域的任一个中,也可以设置在所述逻辑区域以外的区域中。
[0074] 另外,通过本发明的该实施例,能够实现基于MANO的支持虚拟机、容器的部署。另外,通过中心VNFM对所有逻辑区域的基于虚拟机的虚拟机网元进行生命周期管理,通过中心VNFM以外的边缘VNFM对各自逻辑区域的基于容器的容器网元进行生命周期管理,从而实现分级管理,能够快速地进行对容器进行部署,并能够节省资源。
[0075] 另外,能够基于快速地进行容器的部署,并有效地对基于容器的容器网元的生命周期进行管理,降低了生成基于容器的容器网元时的延迟,并且降低了部署失败的机率。从而能够有效地利用启动快、占用资源少的容器。
[0076] 图8为本发明实施例提供的VNF部署的网络设备的示意性框图。如图8所示,网络设备80包括输入设备81、输入接口82、处理器83、存储器84、输出接口85、以及输出设备86。
[0077] 其中,输入接口82、处理器83、存储器84、以及输出接口85通过总线87相互连接,输入设备81和输出设备86分别通过输入接口82和输出接口85与总线87连接,进而与网络设备80的其他组件连接。
[0078] 具体地,输入设备81接收来自外部的输入信息,并通过输入接口82将输入信息传送到处理器83;处理器83基于存储器84中存储的计算机可执行指令对输入信息进行处理以生成输出信息,将输出信息临时或者永久地存储在存储器84中,然后通过输出接口85将输出信息传送到输出设备86;输出设备86将输出信息输出到网络设备80的外部供用户使用。
[0079] 网络设备80可以执行本发明实施例中的各步骤。
[0080] 处理器83可以是一个或多个中央处理器(central processing unit,CPU)。在处理器83是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
[0081] 存储器84可以是但不限于随机存储存储器(RAM)、只读存储器(ROM),可擦除可编程只读存储器(EPROM)、光盘只读存储器(CD-ROM)、硬盘等中的一种或多种。存储器84用于存储程序代码。
[0082] 可以理解的是,在本发明实施例中,图8的网络设备80可以是虚拟化网元的部署装置。
[0083] 本说明书的各个部分均采用递进的方式进行描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点介绍的都是与其他实施例不同之处。尤其,对于装置和系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例部分的说明即可。