CN107436775A - 虚拟机上安装业务版本的方法及装置 - Google Patents

Abstract

本发明公开了一种在虚拟机上安装业务版本的方法及装置。该方法包括：通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将VNFM的产品包发送到运维服务安装模块，其中，VNFM上设置有运维服务；通过VNFM调用运维服务安装模块获取产品包中的业务版本安装文件和运维服务中的软件编排文件，根据业务版本安装文件和软件编排文件对各个虚拟机进行业务版本的安装。借助于本发明的技术方案，能够减少网络资源的耗费，快速高效的同时在大量虚拟机上安装业务版本，且成功率高。

Description

虚拟机上安装业务版本的方法及装置

技术领域

本发明涉及移动通讯领域，特别是涉及一种虚拟机上安装业务版本的方法及装置。

背景技术

在目前即网络功能虚拟化(Network Function Virtualization，简称为NFV)架构下的虚拟化的网络功能模块管理器(Virtualised Network Function Manager，简称为VNFM)系统中安装模块采用的是自研的iTool工具，该工具连接虚拟机方式支持SSH、TELNET、RES(驻留程序)三种方式；下发版本方式支持ftp、sftp。对于同时在大量虚拟机上安装业务版本，每个虚拟机都需要连接ssh及ftp，连接时间较长且耗资源，ftp连接数过多时，在并发情况下，偶尔会导致下发版本失败等问题。

Ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具(puppet、cfengine、chef、func、fabric)的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。Ansible是基于模块工作的，本身没有批量部署的能力。真正具有批量部署的是Ansible所运行的模块，Ansible只是提供一种框架。主要包括：

1、连接插件connection plugins：负责和被监控端实现通信；

2、host inventory：指定操作的主机，是一个配置文件里面定义监控的主机；

3、各种模块核心模块、command模块、自定义模块；

4、借助于插件完成记录日志邮件等功能；

5、playbook：剧本执行多个任务时，非必需可以让节点一次性运行多个任务。

表1是iTool与Ansible对比表；

表1

发明内容

鉴于现有技术中对于同时在大量虚拟机上安装业务版本，连接时间较长且耗资源，在并发情况下，会导致下发版本失败的问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的虚拟机上安装业务版本的方法及装置。

本发明提供一种虚拟机上安装业务版本的方法，包括：

通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将VNFM的产品包发送到运维服务安装模块，其中，VNFM上设置有运维服务；

通过VNFM调用运维服务安装模块获取产品包中的业务版本安装文件和运维服务中的软件编排文件，根据业务版本安装文件和软件编排文件对各个虚拟机进行业务版本的安装。

本发明还提供了一种虚拟机上安装业务版本的装置，设置于虚拟化的网络功能模块管理器VNFM，包括：

实例化模块，用于通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将VNFM的产品包发送到运维服务安装模块，其中，VNFM上设置有运维服务；

安装模块，用于通过VNFM调用运维服务安装模块获取产品包中的业务版本安装文件和运维服务中的软件编排文件，根据业务版本安装文件和软件编排文件对各个虚拟机进行业务版本的安装。

本发明有益效果如下：

通过采用自动运维服务，并在自动运维服务的基础上开发安装模块，控制安装顺序及反馈安装进度、日志，解决了现有技术中对于同时在大量虚拟机上安装业务版本，连接时间较长且耗资源，在并发情况下，会导致下发版本失败的问题，能够减少网络资源的耗费，快速高效的同时在大量虚拟机上安装业务版本，且成功率高。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例的虚拟机上安装业务版本的方法的流程图

图2是本发明实施例的NFV构架下在虚拟机上安装业务版本的方法的详细处理的流程图；

图3是本发明实施例的版本包中的产品包的集成模式的示意图；

图4是本发明实施例的基线包的目录结构示意图；

图5是本发明实施例的逻辑设备包的目录结构示意图；

图6是本发明实施例的剧本模板的目录结构示意图；

图7是本发明实施例的逻辑设备安装剧本模板内容的示意图；

图8是本发明实施例的各个逻辑设备的执行顺序文件deviceinfo.yml文件格式的示意图；

图9是本发明实施例的产品包的执行顺序文件的示意图；

图10是本发明实施例的Ansible安装实例化虚拟机中的业务版本的交互流程图；

图11是本发明实施例的Ansible安装扩容虚拟机中的业务版本的交互流程图；

图12是本发明实施例的Ansible升级虚拟机中的业务版本的交互流程图；

图13是本发明实施例的在虚拟机上安装业务版本的装置的结构示意图；

图14是本发明实施例的NFV构架下虚拟机上安装业务版本的装置的详细结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中对于同时在大量虚拟机上安装业务版本，连接时间较长且耗资源，在并发情况下，会导致下发版本失败的问题，本发明提供了一种NFV构架下在虚拟机上安装业务版本的方法及装置，采用开源的Ansible，并在Ansible版本的基础上开发安装模块，控制安装顺序及反馈安装进度、日志等。安装失败需要重试时，在VNFM系统调用Ansible的重试接口。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种虚拟机上安装业务版本的方法，图1是本发明实施例的虚拟机上安装业务版本的方法的流程图，如图1示，根据本发明实施例的NFV构架下在虚拟机上安装业务版本的方法包括如下处理：

根据本发明的实施例，提供了一种在虚拟机上安装业务版本的方法，图1是本发明实施例的在虚拟机上安装业务版本的方法的流程图，如图1示，根据本发明实施例的NFV构架下在虚拟机上安装业务版本的方法包括如下处理：

步骤101，通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将VNFM的产品包发送到运维服务安装模块，其中，VNFM上设置有运维服务；优选地，，产品包具体包括：各个逻辑设备的自定义参数文件、版本文件及安装信息、以及剧本文件，其中，自定义参数文件包括：基线公共参数模板、以及逻辑设备安装顺序文件，其中，基线公共参数模板包括：逻辑设备基本信息和逻辑设备公共参数。产品包的集成方式为：一个或多个基线包组成一个逻辑设备包，一个或多个逻辑设备包组成一个产包。

在本发明实施例中，通过VNFM进行虚拟机的实例化之后，还需要通过VNFM调用运维服务安装模块进行虚拟机的链路检测，并确定所有链路都检测均正常。

步骤101具体包括如下处理：

1、在VNFM上注册版本包，将版本包中的产品包发送到运维服务安装模块；

2、在VNFM上进行资源编排和软件编排，并根据软件编排结果和产品包获取各个逻辑设备的软件编排文件，并将软件编排文件下发到运维服务；

3、通过VNFM根据资源编排和版本包中的VNFM实例化时所需要的配置信息文件实例化虚拟机。

步骤102，通过VNFM调用运维服务安装模块获取产品包中的业务版本安装文件和运维服务中的软件编排文件，根据业务版本安装文件和软件编排文件对各个虚拟机进行业务版本的安装。

步骤102具体包括：调用运维服务安装模块的安装接口，根据运维服务目录中的业务版本安装任务目录下的自定义参数文件和剧本文件，以及产品包中的版本文件及安装信息，对各个虚拟机进行业务版本的安装。

在本发明实施例中，需要扩容时，通过VNFM根据扩容需要进行软件编排，并生成扩容虚拟机统一的软件编排文件，并将该软件编排文件下发到运维服务；通过VNFM触发扩容流程，进行资源创建，并向网元管理系统OMU发送预处理请求，接收OMU根据预处理请求生成的安装业务版本时需要解析和读取的配置数据，并将配置数据上传到运维服务；调用运维服务安装模块的安装接口，根据扩容虚拟机统一的软件编排文件、配置数据、以及产品包中的业务版本安装文件，对扩容虚拟机进行业务版本的安装。

在需要业务版本的升级时，在VNFM上注册升级版本包，将升级版本包中的升级产品包发送到运维服务安装模块；通过VNFM根据升级产品包获取需要升级的虚拟机的软件编排文件，根据软件编排文件配置升级所需参数，并将软件编排文件下发到运维服务；调用运维服务安装模块，根据运维服务中的需要升级的虚拟机的软件编排文件，以及升级产品包中的业务版本安装文件，对需要升级的虚拟机进行业务版本的升级。

需要说明的是，在本发明实施例中，产品包满足以下打包规则：

1、产品包下的逻辑设备包所包含的各个基线包的版本文件及安装信息保存到产品包下的roles目录下；

2、产品包下的逻辑设备包所包含的各个基线包的基线公共参数模板保存到产品包下的group_vars目录下；

3、产品包下的逻辑设备包所包含的各个基线包的剧本文件保存到产品包下的playbook目录下；

4、产品包的逻辑设备安装顺序文件保存到产品包下的device_order.yml目录下；

5、如果产品包为多产品包，则将产品包执行顺序文件pack_order.yml放在与产品包并列的目录下。

在本发明实施例中，还可以通过VNFM接收自动运维服务安装模块反馈的业务版本安装进度和/或安装日志。

优选地，自动运维服务包括：Ansible服务。

下面以Ansible服务为例，对本发明实施例的上述技术方案进行详细说明。

图2是本发明实施例的NFV构架下在虚拟机上安装业务版本的方法的详细处理的流程图，如图2示，根据本发明实施例的NFV构架下在虚拟机上安装业务版本的方法包括如下处理：

步骤201，在虚拟化的网络功能模块管理器VNFM上部署Ansible服务；

具体地，在VNFM系统上部署Ansible服务，该服务采用免安装方式，直接以zip包形式存放在VNFM版本中，在安装VNFM时，同时部署Ansible。

步骤202，通过VNFM进行虚拟机的实例化；步骤202具体包括如下处理：

在VNFM上注册版本包，其中，版本包包括：产品包、VNFM实例化时所需要的配置信息文件；具体地，VNFM实例化时所需要的配置信息文件具体包括：策略模板文件、kpi指标文件、模板文件以及VNFM实例化时所需要的其他配置信息文件；

VNFM将产品包发送到Ansible安装模块，并通过Ansible安装模块在Ansible目录中创建业务版本安装任务；

在VNFM上进行资源编排，生成ade资源文件，并在VNFM上进行软件编排，根据产品包获取各个逻辑设备的自定义参数文件和剧本文件；具体地，ade资源文件是通过ade图形化工具编排的资源模板文件，资源包括虚拟机、镜像、网络、虚拟机规格、弹性伸缩组、云硬盘、关系组等。

VNFM将自定义参数文件和剧本文件下发到Ansible对应的业务版本安装任务的目录下；

VNFM根据ade资源文件和VNFM实例化时所需要的配置信息文件实例化虚拟机。

在本发明实施例中，VNFM系统实例化(创建)虚拟机时需要注入公钥，同时在VNFM上生成一份私钥，供后续进行业务版本安装时连接虚拟机使用。

步骤203，通过VNFM调用Ansible安装模块的链路检测接口进行虚拟机的链路检测，在所有链路都检测正常的情况下，调用Ansible安装模块的安装接口根据产品包对各个虚拟机进行业务版本的安装；

在步骤203中，对各个虚拟机进行业务版本的安装具体包括如下处理：

调用Ansible安装模块的安装接口，根据Ansible目录中的业务版本安装任务目录下的自定义参数文件和剧本文件，以及产品包中的版本文件及安装信息，对各个虚拟机进行业务版本的安装。

在本发明实施例中，还可以通过VNFM接收Ansible安装模块反馈的业务版本安装进度和/或安装日志。优选地，在本发明实施例中，安装进度及日志通过可以REST信息返回给VNFM系统。

优选地，在本发明实施例中，在需要对扩容的虚拟机进行业务版本升级时，需要执行如下处理：

VNFM根据扩容需要进行软件编排，并生成扩容虚拟机统一的剧本文件和自定义参数文件，并将自定义参数文件和剧本文件下发到Ansible对应的业务版本安装任务的目录下；

VNFM触发扩容流程，进行资源创建，在资源创建成功后，向网元管理系统OMU发送预处理请求；具体地，预处理请求中携带有扩容虚拟机资源信息以及业务版本路径信息；需要说明的是，OMU需要记录创建的虚拟机资源信息，待虚拟机创建完成后，对这些资源进行监控；还有一种情况是虚拟机的IP地址由OMU来分配，OMU会根据VNFM下发的虚拟机资源信息分配IP，然后上报给VNFM，VNFM根据上报的IP来创建虚拟机。此外，在继续业务版本安装时，有些参数在安装前是无法确定的，只有通过OMU实时获取数据生成文件，再在安装时使用。

VNFM接收OMU根据预处理请求生成的安装业务版本时需要解析和读取的配置数据，并将配置数据上传到Ansible对应的业务版本安装任务的目录下；

调用Ansible安装模块的安装接口，根据Ansible目录中的业务版本安装任务目录下的自定义参数文件和剧本文件、配置数据、以及产品包中的版本文件及安装信息，对扩容虚拟机进行业务版本的安装；

通过VNFM接收Ansible安装模块反馈的业务版本安装进度和/或安装日志。

优选地，在本发明实施例中，在对虚拟机的业务版本进行升级时，进行如下处理：

在VNFM上注册升级版本包，其中，升级版本包包括：升级产品包、以及VNFM升级时所需要的配置信息；

VNFM将升级产品包发送到Ansible安装模块，并通过Ansible安装模块在Ansible目录中创建业务版本安装任务；

VNFM根据升级产品包获取需要升级的虚拟机的自定义参数文件和升级剧本文件，并根据自定义参数文件配置升级所需参数。

VNFM将自定义参数文件和升级剧本文件下发到Ansible对应的业务版本安装任务的目录下；

调用Ansible安装模块的安装接口，根据Ansible目录中的业务版本安装任务目录下的自定义参数文件和升级剧本文件，以及产品包中的版本文件及安装信息，对需要升级的虚拟机进行业务版本的升级；

通过VNFM接收Ansible安装模块反馈的业务版本安装进度和/或安装日志。

需要说明的是，在本发明实施例中，产品包具体包括：

各个逻辑设备的自定义参数文件、版本文件及安装信息、以及剧本文件，其中，自定义参数文件包括：基线公共参数模板、以及逻辑设备安装顺序文件，其中，基线公共参数模板包括：逻辑设备基本信息和逻辑设备公共参数。

产品包的集成方式为：一个或多个基线包组成一个逻辑设备包，一个或多个逻辑设备包组成一个产包。

此外，在本发明实施例中，产品包满足以下打包规则：

产品包下的逻辑设备包所包含的各个基线包的版本文件及安装信息保存到产品包下的roles目录下；

产品包下的逻辑设备包所包含的各个基线包的基线公共参数模板保存到产品包下的group_vars目录下；

产品包下的逻辑设备包所包含的各个基线包的剧本文件保存到产品包下的playbook目录下；

产品包的逻辑设备安装顺序文件保存到产品包下的device_order.yml目录下；

如果产品包为多产品包，则将产品包执行顺序文件pack_order.yml放在与产品包并列的目录下。

以下结合附图，对本发明实施例的上述技术方案进行详细说明。

本发明实施例采用Ansible进行业务版本的安装，对版本包的目录及文件名称有如下要求：

版本包中的产品包的集成模式如图3所示，产品包采用基线包-逻辑设备包-产品包的层级关系组成。按照逻辑设备类型打包模式，打包后的产品包需要提供group_vars、roles、device_order.yml和各个逻辑设备的剧本模板。在图3中：

Ansible：ansible版本包存在的根目录目录；

product1、product2：产品包名；

Pack_order.yml：产品包执行顺序文件；

hosts：虚机地址、分组及登录信息配置文件；

group_vars：逻辑设备下属基线公共参数模板放置目录；

roles：基线版本放置目录；

device_template：剧本模板放置目录；

deviceinfo.yml：逻辑设备是否支持弹性及执行顺序模板文件；

ommagt、sdfv、httpv：基线目录；

site_scp_tmpl.yml：剧本模板文件。

产品包满足以下打包规则如下：

1、如图4所示，该产品包所属逻辑设备下属的各个基线包(基线版本)的role并放入到产品下的roles目录下，当多个逻辑设备版本有相同基线版本的时候由产品集成方进行汇总，确保基线包的唯一性。在图4中：

role：基线目录；

files：基线版本目录；

vars：基线参数文件；

templates：基线模板目录，目录下为jinja2文件；

task：任务目录，安装时会调用该目录下的main.yml文件，main.yml内容为基线版本具体安装步骤；

handlers：该目录下放置的是基线安装完成后需要执行的内容配置文件，比如启动服务等；

meta：依赖其他基线的配置文件目录，该目录下的main.yml配置的是依赖其他基线的配置信息。

2、如图5所示，该产品包所属各个逻辑设备下属基线公共参数模板，放入group_vars目录下。基线公共参数模板分为两部分：基本信息和逻辑设备公共参数：在图5中，

group_vars：逻辑设备下属基线公共参数模板放置目录；

roles：基线版本放置目录；

ommagt、sdfv、httpv：基线目录；

site_scp_tmpl.yml：剧本模板文件。

(1)基本信息模板的文件名为：ivlm_vars_zh_tmpl.yml，里面字段结构不可修改。

(2)逻辑设备下属基线公共参数模板的命名规范，以逻辑设备名称+“_vars_”+“语言”+“tmpl.yml”命名，以SCP逻辑设备举例：scp_vars_zh_tmpl.yml和scp_vars_en_tmpl.yml分别对应中文和英文模板。

3、如图6所示，该产品所属各个逻辑设备的剧本模板(规划文件)存放在playbook目录下，具体地：

(1)逻辑设备安装剧本模板命名方式为：“site_”+逻辑设备名称+“_tmpl.yml”文件，以scp为例：site_scp_tmpl.yml。

(2)逻辑设备安装剧本模板内容如图6所示，注意各个基线role的执行顺序，在模板中必须按照顺序写入role。

在图7中：

plan_result：规划文件放置的根目录；

res_install_info.yml：逻辑设备规划信息文件，包含规划的非弹性/弹性逻辑设备信息及逻辑设备所安装的虚机名称；

playbook：剧本文件放置目录；

site_vm1_scp_1.yml：规划后的剧本文件；

vars：规划的参数文件放置目录。

4、该产品包所属各个逻辑设备的执行顺序文件deviceinfo.yml文件的格式如图8所示，需要说明的是，deviceinfo.yml文件的内容和device_order.yml文件中的内容是相同的，其区别为deviceinfo.yml中为规划后的各个逻辑设备的执行顺序文件，device_order.yml为规划前的各个逻辑设备的执行顺序文件。

如图8所示，order字段表明该逻辑设备的执行优先级，优先级越小，越优先执行，同优先级的逻辑设备类型并行执行。isScaleout字段表示该逻辑设备类型是否支持弹性扩容，如果支持弹性扩容则为true。

5、如果产品包为多产品包，则需要额外提供产品包的执行顺序文件，也就是pack_order.yml文件，格式如图9所示。

以下对本发明实施例的业务版本的安装流程进行详细说明。

Ansible安装实例化虚拟机中的业务版本，如图10所示，具体包括如下处理：

步骤1，首先在VNFM上注册版本包；

步骤2，VNFM将版本包中的产品包下发到ansible控制节点上，对应创建role角色；

步骤3，在VNFM上进行资源编排，生成ade资源文件；

步骤4，在VNFM上进行软件编排生成实例化虚拟机的自定义参数文件和剧本文件；其中，每个虚拟机的自定义参数文件和剧本文件都是不同的。

步骤5，下发自定义参数文件和剧本文件到ansible对应的role角色目录下；

步骤6，生命周期流程发起实例化流程，进行实例化的资源创建；

步骤7，资源创建成功后，则根据需要安装业务版本的受控节点调用对应的节点的剧本进行业务版本的安装；

步骤8，Ansible实时返回安装日志。

Ansible安装扩容虚拟机中的业务版本，如图11所示，具体包括如下处理：

步骤1，VNFM根据弹性伸缩组的软件编排生成剧本文件以及自定义参数文件，其中，自定义参数文件中包括了弹性伸缩共用参数；

步骤2，VNFM触发扩容流程，进行资源创建；

步骤3，资源创建成功后，向OMU发送预处理请求，并附带扩容虚拟机资源信息以及版本路径信息；

步骤4，OMU将需要生成的一些自定义文件上传至ansible的对应role目录下；

步骤5，触发Ansible命令进行剧本的安装，Ansible根据剧本配置进行逐个role的安装；

步骤6，Ansible实时返回安装日志给VNFM

Ansible升级虚拟机中的业务版本，如图12所示，具体包括如下处理：

步骤1，在VNFM上注册升级包，升级包结构需打包规范；

步骤2，VNFM将升级包下发到ansible上；

步骤3，配置升级所需的参数，VNFM将设置好的参数配置文件下发到ansible上；

步骤4，生命周期流程触发ansible运行对应的升级剧本，ansible根据升级剧本对需要升级的节点进行升级，并实时返回安装日志给VNFM。

综上所述，借助于本发明实施例的技术方案，通过采用开源的Ansible，并在Ansible版本的基础上开发安装模块，控制安装顺序及反馈安装进度、日志，解决了现有技术中对于同时在大量虚拟机上安装业务版本，连接时间较长且耗资源，在并发情况下，会导致下发版本失败的问题，能够减少网络资源的耗费，快速高效的同时在大量虚拟机上安装业务版本，且成功率高。

装置实施例

根据本发明的实施例，提供了一种虚拟机上安装业务版本的装置，设置于虚拟化的网络功能模块管理器VNFM，图13是本发明实施例的虚拟机上安装业务版本的装置的结构示意图，如图13所示，根据本发明实施例的虚拟机上安装业务版本的装置具体包括：实例化模块130、以及安装模块132，以下对本发明实施例的各个模块进行详细的说明。

实例化模块130，用于通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将VNFM的产品包发送到运维服务安装模块，其中，VNFM上设置有运维服务；实例化模块130具体用于：

在VNFM上注册版本包，将版本包中的产品包发送到运维服务安装模块；在VNFM上进行资源编排和软件编排，并根据软件编排结果和产品包获取各个逻辑设备的软件编排文件，并将软件编排文件下发到运维服务；通过VNFM根据资源编排和版本包中的VNFM实例化时所需要的配置信息文件实例化虚拟机。

安装模块132，用于通过VNFM调用运维服务安装模块获取产品包中的业务版本安装文件和运维服务中的软件编排文件，根据业务版本安装文件和软件编排文件对各个虚拟机进行业务版本的安装。安装模块132具体用于：

调用运维服务安装模块的安装接口，根据运维服务目录中的业务版本安装任务目录下的自定义参数文件和剧本文件，以及产品包中的版本文件及安装信息，对各个虚拟机进行业务版本的安装。

优选地，上述装置进一步包括:

检测模块，用于通过VNFM调用运维服务安装模块进行虚拟机的链路检测，并确定所有链路都检测均正常。

扩容模块，用于通过VNFM根据扩容需要进行软件编排，并生成扩容虚拟机统一的软件编排文件，并将该软件编排文件下发到运维服务；通过VNFM触发扩容流程，进行资源创建，并向网元管理系统OMU发送预处理请求，接收OMU根据预处理请求生成的安装业务版本时需要解析和读取的配置数据，并将配置数据上传到运维服务；调用运维服务安装模块的安装接口，根据扩容虚拟机统一的软件编排文件、配置数据、以及产品包中的业务版本安装文件，对扩容虚拟机进行业务版本的安装。

升级模块，用于在VNFM上注册升级版本包，将升级版本包中的升级产品包发送到运维服务安装模块；通过VNFM根据升级产品包获取需要升级的虚拟机的软件编排文件，根据软件编排文件配置升级所需参数，并将软件编排文件下发到运维服务；调用运维服务安装模块，根据运维服务中的需要升级的虚拟机的软件编排文件，以及升级产品包中的业务版本安装文件，对需要升级的虚拟机进行业务版本的升级。

接收模块，用于通过VNFM接收自动运维服务安装模块反馈的业务版本安装进度和/或安装日志。

需要说明的是，在本发明实施例中，产品包具体包括：

各个逻辑设备的自定义参数文件、版本文件及安装信息、以及剧本文件，其中，自定义参数文件包括：基线公共参数模板、以及逻辑设备安装顺序文件，其中，基线公共参数模板包括：逻辑设备基本信息和逻辑设备公共参数。

产品包的集成方式为：一个或多个基线包组成一个逻辑设备包，一个或多个逻辑设备包组成一个产包。

产品包满足以下打包规则：

1、产品包下的逻辑设备包所包含的各个基线包的版本文件及安装信息保存到产品包下的roles目录下；

2、产品包下的逻辑设备包所包含的各个基线包的基线公共参数模板保存到产品包下的group_vars目录下；

3、产品包下的逻辑设备包所包含的各个基线包的剧本文件保存到产品包下的playbook目录下；

4、产品包的逻辑设备安装顺序文件保存到产品包下的device_order.yml目录下；

5、如果产品包为多产品包，则将产品包执行顺序文件pack_order.yml放在与产品包并列的目录下。

优选地，在本发明实施例中，自动运维服务包括：Ansible服务。

下面以Ansible服务为例，对本发明实施例的上述技术方案进行说明。

图14是本发明实施例的虚拟机上安装业务版本的装置的结构示意图，如图14所示，根据本发明实施例的NFV构架下在虚拟机上安装业务版本的装置包括：部署模块140、实例化模块142、以及调用模块144。

部署模块140，用于在虚拟化的网络功能模块管理器VNFM上部署Ansible服务；

实例化模块142，用于通过VNFM进行虚拟机的实例化；所述实例化模块122具体用于：

在VNFM上注册版本包，其中，所述版本包包括：产品包、VNFM实例化时所需要的配置信息文件；

将所述产品包发送到Ansible安装模块，并通过Ansible安装模块在Ansible目录中创建业务版本安装任务；

在VNFM上进行资源编排，生成ade资源文件，并在VNFM上进行软件编排，根据所述产品包获取各个逻辑设备的自定义参数文件和剧本文件；

将所述自定义参数文件和所述剧本文件下发到Ansible对应的业务版本安装任务的目录下；

根据ade资源文件和所述VNFM实例化时所需要的配置信息文件实例化虚拟机。

调用模块144，用于通过VNFM调用Ansible安装模块的链路检测接口进行虚拟机的链路检测，在所有链路都检测正常的情况下，调用Ansible安装模块的安装接口根据产品包对各个虚拟机进行业务版本的安装；所述调用模块144具体用于：

调用Ansible安装模块的安装接口，根据Ansible目录中的业务版本安装任务目录下的所述自定义参数文件和所述剧本文件，以及所述产品包中的版本文件及安装信息，对各个虚拟机进行业务版本的安装。

优选地，本发明实施例的装置还可以包括：接收模块，用于通过VNFM接收Ansible安装模块反馈的业务版本安装进度和/或安装日志。

优选地，在本发明实施例中，上述装置进一步包括：

扩容模块，用于根据扩容需要进行软件编排，并生成扩容虚拟机统一的剧本文件和自定义参数文件，并将所述自定义参数文件和所述剧本文件下发到Ansible对应的业务版本安装任务的目录下；触发扩容流程，进行资源创建，在资源创建成功后，向网元管理系统OMU发送预处理请求；接收OMU根据预处理请求生成的安装业务版本时需要解析和读取的配置数据，并将所述配置数据上传到Ansible对应的业务版本安装任务的目录下；调用Ansible安装模块的安装接口，根据Ansible目录中的业务版本安装任务目录下的所述自定义参数文件和所述剧本文件、所述配置数据、以及所述产品包中的版本文件及安装信息，对扩容虚拟机进行业务版本的安装；通过VNFM接收Ansible安装模块反馈的业务版本安装进度和/或安装日志。

升级模块，用于在VNFM上注册升级版本包，其中，所述升级版本包包括：升级产品包、以及VNFM升级时所需要的配置信息；将所述升级产品包发送到Ansible安装模块，并通过Ansible安装模块在Ansible目录中创建业务版本安装任务；根据所述升级产品包获取需要升级的虚拟机的自定义参数文件和升级剧本文件，并根据所述自定义参数文件配置升级所需参数。将所述自定义参数文件和所述升级剧本文件下发到Ansible对应的业务版本安装任务的目录下；调用Ansible安装模块的安装接口，根据Ansible目录中的业务版本安装任务目录下的所述自定义参数文件和所述升级剧本文件，以及所述产品包中的版本文件及安装信息，对需要升级的虚拟机进行业务版本的升级；通过VNFM接收Ansible安装模块反馈的业务版本安装进度和/或安装日志。

综上所述，本发明实施例通过采用开源的Ansible，并在Ansible版本的基础上开发安装模块，控制安装顺序及反馈安装进度、日志，解决了现有技术中对于同时在大量虚拟机上安装业务版本，连接时间较长且耗资源，在并发情况下，会导致下发版本失败的问题，能够减少网络资源的耗费，快速高效的同时在大量虚拟机上安装业务版本，且成功率高。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的客户端中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个客户端中。可以把实施例中的模块组合成一个模块，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者客户端的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的加载有排序网址的客户端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (22)

1.一种虚拟机上安装业务版本的方法，其特征在于，包括：

通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将所述VNFM的产品包发送到运维服务安装模块，其中，所述VNFM上设置有运维服务；

通过所述VNFM调用运维服务安装模块获取所述产品包中的业务版本安装文件和所述运维服务中的软件编排文件，根据所述业务版本安装文件和所述软件编排文件对各个虚拟机进行业务版本的安装。

2.如权利要求1所述的方法，其特征在于，通过VNFM进行虚拟机的实例化之后，所述方法进一步包括：

通过所述VNFM调用运维服务安装模块进行所述虚拟机的链路检测，并确定所有链路都检测均正常。

3.如权利要求1所述的方法，其特征在于，通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将所述VNFM的产品包发送到运维服务安装模块具体包括：

在所述VNFM上注册版本包，将所述版本包中的产品包发送到运维服务安装模块；

在所述VNFM上进行资源编排和软件编排，并根据所述软件编排结果和所述产品包获取各个逻辑设备的软件编排文件，并将所述软件编排文件下发到所述运维服务；

通过所述VNFM根据资源编排和所述版本包中的VNFM实例化时所需要的配置信息文件实例化虚拟机。

4.如权利要求3所述的方法，其特征在于，根据产品包，通过所述VNFM调用运维服务安装模块获取所述产品包中的业务版本安装文件和所述运维服务中的软件编排文件，根据所述业务版本安装文件和所述软件编排文件对各个虚拟机进行业务版本的安装具体包括：

调用所述运维服务安装模块的安装接口，根据运维服务目录中的业务版本安装任务目录下的自定义参数文件和剧本文件，以及所述产品包中的版本文件及安装信息，对各个虚拟机进行业务版本的安装。

5.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

通过所述VNFM根据扩容需要进行软件编排，并生成扩容虚拟机统一的软件编排文件，并将该软件编排文件下发到运维服务；

通过所述VNFM触发扩容流程，进行资源创建，并向网元管理系统OMU发送预处理请求，接收所述OMU根据预处理请求生成的安装业务版本时需要解析和读取的配置数据，并将所述配置数据上传到运维服务；

调用所述运维服务安装模块的安装接口，根据扩容虚拟机统一的软件编排文件、所述配置数据、以及所述产品包中的业务版本安装文件，对扩容虚拟机进行业务版本的安装。

6.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

在所述VNFM上注册升级版本包，将所述升级版本包中的升级产品包发送到运维服务安装模块；

通过所述VNFM根据所述升级产品包获取需要升级的虚拟机的软件编排文件，根据所述软件编排文件配置升级所需参数，并将所述软件编排文件下发到所述运维服务；

调用所述运维服务安装模块，根据所述运维服务中的需要升级的虚拟机的所述软件编排文件，以及所述升级产品包中的业务版本安装文件，对需要升级的虚拟机进行业务版本的升级。

7.如权利要求1至6中任一项所述的方法，其特征在于，所述产品包具体包括：

各个逻辑设备的自定义参数文件、版本文件及安装信息、以及剧本文件，其中，所述自定义参数文件包括：基线公共参数模板、以及逻辑设备安装顺序文件，其中，所述基线公共参数模板包括：逻辑设备基本信息和逻辑设备公共 参数。

8.如权利要求7所述的方法，其特征在于，所述产品包的集成方式为：一个或多个基线包组成一个逻辑设备包，一个或多个逻辑设备包组成一个产包。

9.如权利要求7所述的方法，其特征在于，所述产品包满足以下打包规则：

所述产品包下的逻辑设备包所包含的各个基线包的版本文件及安装信息保存到产品包下的roles目录下；

所述产品包下的逻辑设备包所包含的各个基线包的基线公共参数模板保存到产品包下的group_vars目录下；

所述产品包下的逻辑设备包所包含的各个基线包的剧本文件保存到产品包下的playbook目录下；

所述产品包的逻辑设备安装顺序文件保存到产品包下的device_order.yml目录下；

如果所述产品包为多产品包，则将产品包执行顺序文件pack_order.yml放在与产品包并列的目录下。

10.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

通过VNFM接收自动运维服务安装模块反馈的业务版本安装进度和/或安装日志。

11.如权利要求1所述的方法，其特征在于，所述自动运维服务包括：Ansible服务。

12.一种虚拟机上安装业务版本的装置，其特征在于，设置于虚拟化的网络功能模块管理器VNFM，所述装置包括：

实例化模块，用于通过虚拟化的网络功能模块管理器VNFM进行虚拟机的实例化，将所述VNFM的产品包发送到运维服务安装模块，其中，所述VNFM上设置有运维服务；

安装模块，用于通过所述VNFM调用运维服务安装模块获取所述产品包中的业务版本安装文件和所述运维服务中的软件编排文件，根据所述业务版本安装文件和所述软件编排文件对各个虚拟机进行业务版本的安装。

13.如权利要求12所述的装置，其特征在于，所述装置进一步包括:

检测模块，用于通过所述VNFM调用运维服务安装模块进行所述虚拟机的链路检测，并确定所有链路都检测均正常。

14.如权利要求12所述的装置，其特征在于，所述实例化模块具体用于：

在所述VNFM上注册版本包，将所述版本包中的产品包发送到运维服务安装模块；

在所述VNFM上进行资源编排和软件编排，并根据所述软件编排结果和所述产品包获取各个逻辑设备的软件编排文件，并将所述软件编排文件下发到所述运维服务；

通过所述VNFM根据资源编排和所述版本包中的VNFM实例化时所需要的配置信息文件实例化虚拟机。

15.如权利要求14所述的装置，其特征在于，所述安装模块具体用于：

调用所述运维服务安装模块的安装接口，根据运维服务目录中的业务版本安装任务目录下的自定义参数文件和剧本文件，以及所述产品包中的版本文件及安装信息，对各个虚拟机进行业务版本的安装。

16.如权利要求12所述的装置，其特征在于，所述装置进一步包括：

扩容模块，用于通过所述VNFM根据扩容需要进行软件编排，并生成扩容虚拟机统一的软件编排文件，并将该软件编排文件下发到运维服务；通过所述VNFM触发扩容流程，进行资源创建，并向网元管理系统OMU发送预处理请求，接收所述OMU根据预处理请求生成的安装业务版本时需要解析和读取的配置数据，并将所述配置数据上传到运维服务；调用所述运维服务安装模块的安装接口，根据扩容虚拟机统一的软件编排文件、所述配置数据、以及所述产品包中的业务版本安装文件，对扩容虚拟机进行业务版本的安装。

17.如权利要求12所述的装置，其特征在于，所述装置进一步包括：

升级模块，用于在所述VNFM上注册升级版本包，将所述升级版本包中的升级产品包发送到运维服务安装模块；通过所述VNFM根据所述升级产品包获取需要升级的虚拟机的软件编排文件，根据所述软件编排文件配置升级所需参数，并将所述软件编排文件下发到所述运维服务；调用所述运维服务安装模块，根据所述运维服务中的需要升级的虚拟机的所述软件编排文件，以及所述升级产品包中的业务版本安装文件，对需要升级的虚拟机进行业务版本的升级。

18.如权利要求12至17中任一项所述的装置，其特征在于，所述产品包具体包括：

各个逻辑设备的自定义参数文件、版本文件及安装信息、以及剧本文件，其中，所述自定义参数文件包括：基线公共参数模板、以及逻辑设备安装顺序文件，其中，所述基线公共参数模板包括：逻辑设备基本信息和逻辑设备公共参数。

19.如权利要求18所述的装置，其特征在于，所述产品包的集成方式为：一个或多个基线包组成一个逻辑设备包，一个或多个逻辑设备包组成一个产包。

20.如权利要求18所述的装置，其特征在于，所述产品包满足以下打包规则：

所述产品包下的逻辑设备包所包含的各个基线包的版本文件及安装信息保存到产品包下的roles目录下；

所述产品包下的逻辑设备包所包含的各个基线包的基线公共参数模板保存到产品包下的group_vars目录下；

所述产品包下的逻辑设备包所包含的各个基线包的剧本文件保存到产品包下的playbook目录下；

所述产品包的逻辑设备安装顺序文件保存到产品包下的device_order.yml 目录下；

如果所述产品包为多产品包，则将产品包执行顺序文件pack_order.yml放在与产品包并列的目录下。

21.如权利要求12所述的装置，其特征在于，所述装置进一步包括：

接收模块，用于通过VNFM接收自动运维服务安装模块反馈的业务版本安装进度和/或安装日志。

22.如权利要求12所述的装置，其特征在于，所述自动运维服务包括：Ansible服务。