CN108471373A - 一种资源申请、vnf实例创建方法及装置 - Google Patents

Abstract

本发明公开了一种资源申请、VNF实例创建方法及装置。该方法包括：VNF确定待申请资源的数量后，向VNFM发送资源申请消息，所述资源申请消息用于VNFM根据待申请资源的数量进行资源申请；以及，VNF接收VNFM返回的资源申请结果；由此可知，本发明实施例中在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于待申请资源的数量是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD文件的方式更加便捷可行。

Description

一种资源申请、VNF实例创建方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种资源申请、VNF实例创建方法及装置。

背景技术

传统的电信系统通过各种专用的硬件设备组成，不同的应用采用不同的硬件设备。随着网络规模的增长，系统越来越复杂，带来了诸多的挑战，包括新增业务的开发上线、系统的运维、资源利用率等。为了应对这些挑战及利用IT业界的虚拟化技术及云计算技术，在2012年10月22日召开的“SDN and OpenFlow World Congress”会议上，全球主要的13个电信运营商联合发布了网络功能虚拟化(Network Functions Virtualization，NFV)白皮书，并宣布在ETSI成立NFV ISG，制定NFV的需求及技术框架。

NFV ISG定义的网络功能虚拟化(Network Functions Virtualization，NFV)的框架中包括：NFV管理和编排系统(NFV Management and Orchestration，NFV MANO)、NFV基础设施层(NFV Infrastructure，NFVI)、多个虚拟网络功能(Virtual Network Function，VNF)、多个网元管理(Element Management，EM)、网络服务、VNF和基础设施描述(NetworkService,VNF and Infrastructure Description)，以及业务支持管理系统(Operation-Support System/Business Support System，OSS/BSS)。其中，NFV管理和编排系统包括NFV编排器(NFV Orchestrator，NFVO)，一个或多个VNF管理器(VNF Manager，VNFM)和虚拟化基础设施管理器(Virtualized Infrastructure Manager，VIM)。

由上述架构可知，NFV中没有独享的物理资源，因此虚拟资源的申请和释放是NFV规范中比较重要的内容。在ETSI NFV标准中，现在定义的虚拟资源的申请和释放的流程是通过NFVO/VNFM和VIM之间的交互来实现的，而每个VNF对于资源的需求是通过一个事先定义好的VNFD文件来描述，由MANO(NFVO和VNFM)根据VNFD文件向VIM申请资源。由于VNFD文件是事先准备好的，若资源需求发生变化，则会导致VNFD文件无法满足这一需求。

综上，目前亟需一种资源申请方法，用于解决现有技术中根据事先准备好的VNFD文件进行资源申请无法满足动态变化的资源需求的技术问题。

发明内容

本发明实施例提供一种资源申请、VNF实例创建方法及装置，用以解决现有技术中根据事先准备好的VNFD文件进行资源申请无法满足动态变化的资源需求的技术问题。

本发明实施例提供一种资源申请方法，包括：

虚拟网络功能VNF确定待申请资源的数量；

所述VNF向VNF管理器VNFM发送资源申请消息，所述资源申请消息用于所述VNFM根据所述待申请资源的数量进行资源申请；

所述VNF接收所述VNFM返回的申请响应消息，所述申请响应消息为资源申请成功响应或资源申请失败响应。

如此，本发明实施例在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于待申请资源的数量是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD文件的方式更加便捷可行。

可选地，所述VNF确定待申请资源的数量，包括：

所述VNF接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

所述VNF根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

如此，VNF在接收到灰度升级消息后，根据灰度升级消息确定出待申请资源的数量，从而实现了在灰度升级过程中，VNF灵活根据资源需求的不断变化来确定待申请资源的数量。

可选地，所述VNF向VNFM发送资源申请消息之前，还包括：

所述VNF向所述VNFM发送资源确认消息，所述资源确认消息中包括所述待申请资源的数量；

所述VNF接收所述VNFM返回的确认响应消息；

若所述VNF根据所述确认响应消息确定当前资源不满足所述待申请资源的数量的要求，则降低所述待申请资源的数量。

如此，VNF确定当前资源不满足待申请资源的数量的要求后，VNF可降低待申请资源的数量，从而能够根据当前资源对待申请资源的数量进行调整，有效避免因当前资源不足而导致资源申请失败的问题。

本发明实施例提供一种VNF实例创建方法，所述方法包括：

VNF确定待申请资源的数量，并根据所述待申请资源的数量生成VNFD文件；

所述VNF向VNFM发送实例创建消息，所述实例创建消息用于所述VNFM根据所述VNFD文件创建VNF实例；

所述VNF接收所述VNFM返回的创建响应消息，所述创建响应消息为VNF实例创建成功响应或VNF实例创建失败响应。

如此，本发明实施例在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，并生成VNFD文件，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于VNFD文件是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD文件的方式更加便捷可行。

可选地，所述VNF确定待申请资源的数量，包括：

所述VNF接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

所述VNF根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

如此，VNF在接收到灰度升级消息后，根据灰度升级消息确定出待申请资源的数量，从而实现了在灰度升级过程中，VNF灵活根据资源需求的不断变化来确定待申请资源的数量。

可选地，所述VNF接收所述VNFM返回的创建响应消息之后，还包括：

若所述VNF根据所述创建响应消息，确定所述VNF实例创建失败，则降低所述待申请资源的数量。

如此，VNF确定VNF实例创建失败后，可降低待申请资源的数量，从而使得后续根据降低后的待申请资源的数量能够成功创建VNF实例。

本发明实施例提供一种服务器，所述服务器包括VNF和VNFM；

所述VNF，用于确定待申请资源的数量，并向所述VNFM发送资源申请消息；所述资源申请消息中包括所述待申请资源的数量；

所述VNFM，用于接收所述VNF发送的所述资源申请消息，并根据所述待申请资源的数量进行资源申请，以及向所述VNF发送申请响应消息，所述申请响应消息为资源申请成功响应或资源申请失败响应。

所述VNF还用于接收所述VNFM返回的申请响应消息。

可选地，所述VNF具体用于：

接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

可选地，所述VNF向VNFM发送资源申请消息之前，还用于：

向所述VNFM发送资源确认消息，所述资源确认消息中包括所述待申请资源的数量；

接收所述VNFM返回的确认响应消息；

若根据所述确认响应消息确定当前资源不满足所述待申请资源的数量的要求，则降低所述待申请资源的数量。

本发明实施例提供另一种服务器，所述服务器包括VNF和VNFM；

所述VNF，用于确定待申请资源的数量，并根据所述待申请资源的数量生成VNFD文件；以及，向所述VNFM发送实例创建消息，所述实例创建消息中包括所述VNFD文件；

所述VNFM，用于接收VNF发送的实例创建消息，根据所述VNFD文件创建VNF实例，并向所述VNF发送创建响应消息，所述创建响应消息为VNF实例创建成功响应或VNF实例创建失败响应；

所述VNF接收所述VNFM返回的创建响应消息。

可选地，所述VNF具体用于：

接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

可选地，所述VNF接收所述VNFM返回的创建响应消息之后，还用于：

若根据所述创建响应消息，确定所述VNF实例创建失败，则降低所述待申请资源的数量

本发明实施例中，VNF确定待申请资源的数量后，向VNFM发送资源申请消息，所述资源申请消息用于VNFM根据待申请资源的数量进行资源申请；以及，VNF接收VNFM返回的资源申请结果；由此可知，本发明实施例在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于待申请资源的数量是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD文件的方式更加便捷可行。

附图说明

图1为NFV的系统架构图；

图2为由NFVO发起的VNF部署实例化的流程图；

图3为本发明实施例一提供的资源申请方法对应的流程示意图；

图4为本发明实施例一提供的资源申请方法的具体流程示意图；

图5为本发明实施例二提供的VNF实例创建方法对应的流程示意图；

图6为本发明实施例二提供的VNF实例创建方法的具体流程示意图；

图7为本发明实施例三提供的一种服务器的结构示意图；

图8为本发明实施例四提供的一种服务器的结构示意图。

具体实施方式

下面结合说明书附图对本发明实施例进行描述。

NFV技术的基础包含云计算技术和虚拟化技术。通用的COTS计算/存储/网络等硬件设备通过虚拟化技术可以分解为多种虚拟资源，以供上层各种应用使用。通过虚拟化技术，实现应用与硬件之间的解耦，使得虚拟资源供给速度大大增加；通过云计算技术，可以实现应用的弹性伸缩，实现虚拟资源与业务负荷相匹配，不仅提升了虚拟资源的利用效率，而且改善了系统的响应速率。

图1为NFV的系统架构图，所述NFV系统100可以在各种网络中使用，例如，在一个数据中心网络、运营商网络或局域网来实现。

如图1所示，所述NFV系统100包括一个NFV MANO 101、NFVI 130、多个VNF 108(VNF1、VNF2和VNF3)、多个EM 122(EM1、EM2和EM3)、网络服务、VNF和基础设施描述126，以及OSS/BSS 124。其中，NFV MANO 101包括NFVO 102，一个或多个VNFM 104和VIM 106。NFVI130包括计算硬件112、存储硬件114、网络硬件116、虚拟化层(Virtualization Layer)、虚拟计算110、虚拟存储118和虚拟网络120。网路服务、VNF和基础设施描述126和OSS/BSS 124在ETSI GS NFV 002V1.1.1标准中有进一步的讨论。

NFV MANO 101用于执行对VNF 108和NFVI 130的监视和管理。NFVO 102可以实现在NFVI 130上的网络服务(如L2和L3VPN服务)，也可以执行来自一个或多个VNFM 104的资源相关请求，发送配置信息到VNFM 104，并收集VNF 108的状态信息。另外，NFVO 102可以与VIM 106通信，以实现资源的分配和/或预留以及交换虚拟化硬件资源的配置和状态信息。所述VNFM 104可以管理一个或多个VNF 108。VNFM 104可以执行各种管理功能，如实例化、更新、查询、缩放和/或终止VNF 108等。VIM 106可以执行资源管理的功能，例如管理基础设施资源的分配(如增加资源到虚拟容器)和操作功能(如收集NFVI故障信息)。所述VNFM 104和VIM 106可以相互通信进行资源分配和交换虚拟化硬件资源的配置和状态信息。

所述NFVI 130包括硬件资源、软件资源或两者的组合来完成虚拟化环境的部署。换句话说，硬件资源和虚拟化层用于提供虚拟化的资源，例如作为虚拟机和其它形式的虚拟容器，用于VNF 108。硬件资源包括计算硬件112、存储硬件114和网络硬件116。计算硬件112可以是市场上现成的硬件和/或用户定制的硬件，用来提供处理和计算资源。存储硬件114可以是网络内提供的存储容量或驻留在存储硬件114本身的存储容量(位于服务器内的本地存储器)。在一种可能的实现方案中，计算硬件112和存储硬件114的资源可以被集中在一起。网络硬件116可以是交换机、路由器和/或配置成具有交换功能的任何其他网络设备。网络硬件116可以横跨多个域，并且可以包括多个由一个或一个以上传输网络互连的网络。

NFVI 130里面的虚拟化层可以从物理层抽象硬件资源和解耦VNF 108，以便向VNF108提供虚拟化资源。虚拟资源层包括虚拟计算110，虚拟存储118和虚拟网络120。虚拟计算110和虚拟存储118可以以虚拟机、和/或其他虚拟容器的形式提供给VNF 108。例如，一个或一个以上的VNF 108可以部署在一个虚拟机(Virtual Machine)上。虚拟化层抽象网络硬件116从而形成虚拟网络120，虚拟网络120可以包括虚拟交换机(Virtual Switch)，所述虚拟交换机用来提供虚拟机和其他虚拟机之间的连接。此外，网络硬件116中的传输网络，可以采用集中式控制平面和一个单独的转发平面(如软件定义网络，SDN)虚拟化。

如图1所示，VNFM 104可以与VNF 108和EM 122交互来对VNF的生命周期进行管理以及交换配置和状态信息。VNF 108可以被配置为通过一个物理网络设备执行的至少一个网络功能的虚拟化。例如，在一种可能的实现方案中，所述VNF 108可以经过配置以提供IMS网络中的不同网元具备的功能，如代理呼叫会话控制功能(Proxy Call Session ControlFunction，P-CSCF)，服务呼叫会话控制功能(Serving Call Session Control Function，S-CSCF)或归属签约用户服务器(Home Subscriber Server,HSS)的网络功能等。EM 122经过配置以对一个或一个以上的VNF 108进行管理。

基于上述系统架构，图2为由NFVO发起的VNF部署实例化的流程图，此流程的主要步骤如下：

步骤201，NFVO收到实例化VNF的请求(此请求可能是维护人员手工发起，或者是通过OSS/BSS自动发起)；

步骤202，NFVO请求VNFM发起实例化VNF的操作，在此请求中包含了VNF实例化所需要的信息；

步骤203，VNFM请求NFVO准许根据VNFD中描述的资源信息，实例化VNF所需的资源；

以下是一个简单的VNFD文件描述的片段实例：

此VNFD中描述VNF所需要的CPU、存储资源，以及镜像文件；NFVO/VNFM即根据此VNFD文件进行虚拟资源的申请；

步骤204，NFVO检查实例化VNF所需要的资源的满足情况；

步骤205至步骤206，可选地，NFVO可以到VIM去预留实例化VNF所需要的资源；

步骤207，作为对于步骤203的响应，NFVO将VIM的标识通知给VNFM，以便VNFM去申请虚拟化资源，如果NFVO执行过步骤205和步骤206，NFVO也会将资源预留的相关信息通知给VNFM；

步骤208，VNFM根据收到的VIM标识，发送请求给VIM去申请虚拟资源，创建和启动虚拟机VMs；VNF实例化所需的资源需求是在VNFD文件中描述；

步骤209，VIM根据VNFM的请求创建和启动虚拟机，以及相应的网络资源，回送成功响应给VNFM；

步骤210，虚拟机创建完成以后，VNFM可以对于VNF做一些VNF特有的配置；

步骤211，VNFM通知EM一个新的VNF实例已经被创建；

步骤212，EM和VNFM添加新的VNF实例为管理对象；

步骤213，EM可以对于VNF做上层应用配置；

步骤214，作为对于步骤202的回应，VNFM通知NFVO VNF实例化已成功完成；

步骤215，NFVO将VNF映射到正确的VIM资源池模型；

在以上步骤中，涉及资源申请和释放的流程主要是步骤203至步骤209，可以看出所有的资源管理都是通过NFVO/VNFM与VIM的交互来完成的，而具体资源的需求(CPU，内存，网络等)是通过VNFD文件描述的，NFVO/VNFM通过解析事先准备好的VNFD文件得到一个VNF所需要的资源，NFVO/VNFM在申请资源的过程中(步骤203至步骤209)与VNF之间不存在交互。然而，针对一些资源需求不断变化的场景，例如，灰度升级过程，若仍采用事先准备好的VNFD文件来进行资源申请，则难以适用资源需求的动态变化。

基于此，本发明实施例提供一种资源申请方法，用以解决现有技术中根据事先准备好的VNFD文件进行资源申请无法满足动态变化的资源需求的技术问题。

本发明实施例中的资源申请方法可适用于多种场景中，尤其适用于灰度升级场景。灰度升级是在黑与白之间，能够平滑过渡的一种发布方式，例如，AB版本测试就是一种灰度发布方式，具体来说，让一部分用户继续用版本A，一部分用户开始用版本B，如果使用版本B的用户对版本B无反对意见，则可逐步扩大范围，把所有用户都迁移到版本B。由此可知，采用这种发布方式，可以保证整体系统的稳定，而且，在初始灰度时能够及时发现和调整问题，以保证其影响度。如此，若在NFV中应用灰度升级，由于VNF的AB版本同时存在，则可能会涉及到对已有资源的动态调整，具体来说，由于升级过程中灰度用户的比例会不断发生变化，很可能对于资源的需求就不断发生变化，例如，开始仅对几个友好用户开通业务进行测试，只需要很少的资源，慢慢再对某个区域，某几个区域开通业务进行测试，从而使得资源需求不断变化。

根据上述内容可知，在NFV下的VNF灰度升级过程中，存在着不同的灰度策略、级别和范围，对于资源的需求可能是动态变化的，通过事先指定VNFD进行资源申请的方式不太容易满足这个动态变化的要求，因此，本发明实施例通过MANO在资源管理过程中增加和VNF交互的方式，来动态的进行资源申请，相当于动态的生成VNFD，满足VNF灰度升级过程中资源需求的动态变化。

实施例一

基于上述系统结构，图3为本发明实施例一提供的资源申请方法对应的流程示意图。如图3所示，该方法包括：

步骤301，VNF确定待申请资源的数量；

步骤302，VNF向VNFM发送资源申请消息，所述资源申请消息用于所述VNFM根据所述待申请资源的数量进行资源申请；

步骤303，VNFM接收VNF发送的资源申请消息；

步骤304，VNFM根据所述待申请资源的数量进行资源申请；

步骤305，VNFM向所述VNF发送申请响应消息，所述申请响应消息为资源申请成功响应或资源申请失败响应；

步骤306，VNF接收所述VNFM返回的申请响应消息。

由此可知，本发明实施例中在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于待申请资源的数量是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD的方式更加便捷可行。

为对上述过程进行具体说明，下面以灰度升级场景为例，结合图4进行详细描述。

步骤401，升级管理向VNF下发灰度升级任务开始的灰度升级请求消息，灰度升级请求消息中可以包含灰度升级的不同阶段，以及对应的灰度策略；比如，灰度阶段1：有10％的用户使用新版本；灰度阶段2：有50％的用户使用新版本，最终阶段全部用户使用新版本。

需要说明的是：本发明实施例中的升级管理为一个逻辑功能实体，用来控制和协调整个灰度升级的过程，反馈不同阶段的结果。升级管理程序可以部署在不同的功能节点上，比如，部署在EM、NFVO、VNFM、或者VNF，具体不做限制。

步骤402，VNF收到灰度升级任务和灰度策略以后，根据当前所处的阶段，计算额外所需要的灰度资源(即确定待申请资源的数量)；举例来说，假设灰度阶段1有10％的用户需要升级新版本处理，在VNF现有资源基础上，需要额外4个业务处理单元来处理，则需要新增4个某类型的虚拟机。

步骤403，VNF向VNFM发送资源确认消息，所述资源确认消息中包括待申请资源的数量，以便于向VNFM确认是否可以满足资源要求。

步骤404，VNFM向NFVO发送确认消息，确认是否可以满足资源要求。

步骤405至步骤408，与图2中所描述的现有流程类似，NFVO确定当前的资源是否能满足VNFM发送的资源请求，并返回结果给VNFM；可选的步骤，NFVO可以到VIM去预留资源；

步骤409，作为对于步骤403的响应，VNFM向VNF返回对于灰度资源确认的结果；

步骤410，VNF根据VNFM返回的结果确定下一步的动作，例如，若当前资源可以满足要求，则VNF可以进一步请求VNFM创建新的虚拟资源，并执行步骤411；若当前资源不能满足要求，则VNF需要调整灰度策略(比如降低灰度用户的比例，即降低待申请资源的数量)，或者返回结果给升级管理，由操作员人工干预(比如降低灰度用户比例)。

步骤411至步骤412，VNFM到VIM去申请虚拟资源并得到结果。

步骤413，作为对于步骤410的响应，VNFM将虚拟资源申请结果发送给VNF。

步骤414，VNF可将灰度资源申请结果发送给升级管理。

步骤415，升级管理开始启动对应的后续灰度升级的流程处理。

本发明实施例侧重于灰度升级中资源的管理，灰度升级的流程本身与现有流程相同，此处不做详细描述。

步骤416至步骤417，当前阶段的灰度升级完成以后，开始进行当前阶段的灰度测试验证，VNF将灰度验证的结果上报给升级管理；

步骤418至步骤419，升级管理启动灰度升级的下一个阶段；

步骤420，VNF根据新阶段的灰度策略(比如此阶段需要50％的用户使用新版本)计算所额外需要的虚拟资源，即重复上述步骤402至步骤413的流程。

在上述过程中，升级管理向VNF灰度升级请求消息，由VNF根据灰度升级请求消息确定出待申请资源的数量，并由VNFM基于确定出的待申请资源的数量进行资源申请，通过在资源申请过程中引入VNF和VNFM的交互，实现了灰度升级过程中动态确定需要申请的资源，有效解决了资源需求不断变化的问题。

实施例二

图5为本发明实施例二提供的VNF实例创建方法所对应的流程示意图，如图5所示，该方法包括：

步骤501，VNF确定待申请资源的数量，并根据所述待申请资源的数量生成VNFD文件；

步骤502，VNF向VNFM发送实例创建消息，所述实例创建消息用于所述VNFM根据所述VNFD文件创建VNF实例；

步骤503，VNFM接收VNF发送的实例创建消息；

步骤504，VNFM根据所述VNFD文件创建VNF实例；

步骤505，VNFM向VNF发送创建响应消息，创建响应消息中包括所述VNF实例创建结果；

步骤506，VNF接收所述VNFM返回的创建响应消息。

本发明实施例在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，并生成VNFD文件，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于VNFD文件是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD文件的方式更加便捷可行。

为对上述过程进行具体说明，下面以灰度升级场景为例，结合图6进行详细描述。

本发明实施例中，图6中所示出的方案和图4中所示出的方案类似，不同之处在于灰度升级初始的第一阶段，VNF根据灰度策略计算灰度资源以后，根据灰度资源情况直接生成一个新的VNFD，上传到VNFM，并请求VNFM按照此VNFD部署一个新的灰度VNF实例，因此，图6中所示出的方案适用于需要创建一个额外的VNF灰度实例的场景。

步骤601，升级管理给VNF下发灰度升级任务开始的灰度升级请求消息请求，灰度升级请求消息中可以包含灰度升级的不同阶段，以及对应的灰度策略；比如，灰度阶段1：有10％的用户使用新版本；灰度阶段2：有50％的用户使用新版本，最终阶段全部用户使用新版本。

需要说明的是：本发明实施例中的升级管理为一个逻辑功能实体，用来控制和协调整个灰度升级的过程，反馈不同阶段的结果。升级管理程序可以部署在不同的功能节点上，比如，部署在EM、NFVO、VNFM、或者VNF，具体不做限制。

步骤602，VNF收到灰度升级任务和灰度策略以后，根据当前所处的阶段，计算所额外需要的灰度资源(即确定待申请资源的数量)，并根据灰度升级所需要的资源要求，生成一个新的VNFD文件。

步骤603，VNF向VNFM发送实例创建消息，用于将新的VNFD文件上传给VNFM，并请求VNFM根据新的VNFD文件部署一个新的灰度VNF实例。

步骤604，VNFM向NFVO发送确认消息，确认是否可以满足资源要求。

步骤605至步骤610，与图2中所描述的现有流程类似，NFVO确定当前的资源是否能满足VNFM发送的资源请求，并返回结果给VNFM；可选的步骤，NFVO可以到VIM去预留资源；VNFM到VIM去申请资源创建一个新的VNF实例。

步骤611，VNFM将创建VNF实例的结果通知给VNF。

步骤612，VNF根据VNFM返回的结果确定下一步的动作，例如，若当前灰度VNF实例创建成功，则可通知升级管理灰度资源申请完成，并执行步骤613；若当前灰度VNF实例创建不成功，则VNF需要调整灰度策略(比如降低灰度用户的比例)，或者返回结果给升级管理，由操作员人工干预(比如降低灰度用户比例)。

步骤613，升级管理开始启动对应的后续灰度升级的流程处理。本发明实施例侧重于灰度升级中资源的管理，灰度升级的流程本身与现有流程相同，此处不做详细描述。

步骤614至步骤616，当前阶段的灰度升级完成以后，开始进行当前阶段的灰度测试验证，VNF将灰度验证的结果上报给升级管理；

步骤616至步骤617，升级管理启动灰度升级的下一个阶段；

步骤618，VNF根据新阶段的灰度策略(比如此阶段需要50％的用户使用新版本)计算所额外需要的虚拟资源，即重复上述步骤602至步骤611的流程。

在上述过程中，升级管理向VNF灰度升级请求消息，由VNF根据灰度升级请求消息确定出待申请资源的数量，并生成新的VNFD文件，由VNFM基于生成的VNFD文件创建新的VNF实例，通过在VNF实例创建过程中引入VNF和VNFM的交互，实现了灰度升级过程中动态确定需要申请的资源，即动态确定VNFD文件，有效解决了资源需求不断变化的问题。

针对上述方法流程，本发明实施例还提供一种服务器，该服务器的具体内容可以参照上述方法实施。

图7为本发明实施例三提供的一种服务器的结构示意图，如图7所示，所述服务器700中包括VNF701和VNFM702，所述VNF701用于执行上述实施例一中VNF所执行的相关功能，具体为：

所述VNF701，用于确定待申请资源的数量，并向所述VNFM702发送资源申请消息；所述资源申请消息中包括所述待申请资源的数量；

所述VNFM702，用于接收所述VNF701发送的所述资源申请消息，并根据所述待申请资源的数量进行资源申请，以及向所述VNF701发送申请响应消息，所述申请响应消息为资源申请成功响应或资源申请失败响应。

所述VNF701还用于接收所述VNFM702返回的申请响应消息。

可选地，所述VNF701具体用于：

接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

可选地，所述VNF701向VNFM702发送资源申请消息之前，还用于：

向所述VNFM702发送资源确认消息，所述资源确认消息中包括所述待申请资源的数量；

接收所述VNFM702返回的确认响应消息；

若根据所述确认响应消息确定当前资源不满足所述待申请资源的数量的要求，则降低所述待申请资源的数量。

图8为本发明实施例四提供的一种服务器的结构示意图，如图8所示，所述服务器800中包括VNF801和VNFM802，所述VNF801用于执行上述实施例二中VNF所执行的相关功能，具体为：

所述VNF801，用于确定待申请资源的数量，并根据所述待申请资源的数量生成VNFD文件；以及，向所述VNFM802发送实例创建消息，所述实例创建消息中包括所述VNFD文件；

所述VNFM802，用于接收VNF801发送的实例创建消息，根据所述VNFD文件创建VNF实例，并向所述VNF801发送创建响应消息，所述创建响应消息为VNF实例创建成功响应或VNF实例创建失败响应；

所述VNF801接收所述VNFM802返回的创建响应消息。

可选地，所述VNF801具体用于：

接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

可选地，所述VNF801接收所述VNFM802返回的创建响应消息之后，还用于：

若根据所述创建响应消息，确定所述VNF实例创建失败，则降低所述待申请资源的数量。

由上述内容可以看出：本发明实施例中，VNF确定待申请资源的数量后，向VNFM发送资源申请消息，所述资源申请消息用于VNFM根据待申请资源的数量进行资源申请；以及，VNF接收VNFM返回的资源申请结果；由此可知，本发明实施例中在资源申请过程中，引入了VNF和VNFM之间的交互，由于VNF能够根据资源需求，灵活确定待申请资源的数量，从而使得VNFM申请的资源能够灵活满足资源需求的动态变化；且，由于待申请资源的数量是由VNF动态生成的，相对于现有技术中事先通过人工准备VNFD文件的方式更加便捷可行。

本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

Claims (12)

1.一种资源申请方法，其特征在于，所述方法包括：

虚拟网络功能VNF确定待申请资源的数量；

所述VNF向VNF管理器VNFM发送资源申请消息，所述资源申请消息用于所述VNFM根据所述待申请资源的数量进行资源申请；

所述VNF接收所述VNFM返回的申请响应消息，所述申请响应消息中包括资源申请成功响应或资源申请失败响应。

2.根据权利要求1所述的方法，其特征在于，所述VNF确定待申请资源的数量，包括：

所述VNF接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

所述VNF根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

3.根据权利要求1或2所述的方法，其特征在于，所述VNF向VNFM发送资源申请消息之前，还包括：

所述VNF向所述VNFM发送资源确认消息，所述资源确认消息中包括所述待申请资源的数量；

所述VNF接收所述VNFM返回的确认响应消息；

若所述VNF根据所述确认响应消息确定当前资源不满足所述待申请资源的数量的要求，则降低所述待申请资源的数量。

4.一种VNF实例创建方法，其特征在于，所述方法包括：

VNF确定待申请资源的数量，并根据所述待申请资源的数量生成VNFD文件；

所述VNF向VNFM发送实例创建消息，所述实例创建消息用于所述VNFM根据所述VNFD文件创建VNF实例；

所述VNF接收所述VNFM返回的创建响应消息，所述创建响应消息为VNF实例创建成功响应或VNF实例创建失败响应。

5.根据权利要求4所述的方法，其特征在于，所述VNF确定待申请资源的数量，包括：

所述VNF接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

所述VNF根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

6.根据权利要求4或5所述的方法，其特征在于，所述VNF接收所述VNFM返回的创建响应消息之后，还包括：

若所述VNF根据所述创建响应消息，确定所述VNF实例创建失败，则降低所述待申请资源的数量。

7.一种服务器，其特征在于，所述服务器包括VNF和VNFM；

所述VNF，用于确定待申请资源的数量，并向所述VNFM发送资源申请消息；所述资源申请消息中包括所述待申请资源的数量；

所述VNFM，用于接收所述VNF发送的所述资源申请消息，并根据所述待申请资源的数量进行资源申请，以及向所述VNF发送申请响应消息，所述申请响应消息为资源申请成功响应或资源申请失败响应；

所述VNF还用于接收所述VNFM返回的申请响应消息。

8.根据权利要求7所述的服务器，其特征在于，所述VNF具体用于：

接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

9.根据权利要求7所述的服务器，其特征在于，所述VNF向VNFM发送资源申请消息之前，还用于：

向所述VNFM发送资源确认消息，所述资源确认消息中包括所述待申请资源的数量；

接收所述VNFM返回的确认响应消息；

若根据所述确认响应消息确定当前资源不满足所述待申请资源的数量的要求，则降低所述待申请资源的数量。

10.一种服务器，其特征在于，所述服务器包括VNF和VNFM；

所述VNF，用于确定待申请资源的数量，并根据所述待申请资源的数量生成VNFD文件；以及，向所述VNFM发送实例创建消息，所述实例创建消息中包括所述VNFD文件；

所述VNFM，用于接收VNF发送的实例创建消息，根据所述VNFD文件创建VNF实例，并向所述VNF发送创建响应消息，所述创建响应消息为VNF实例创建成功响应或VNF实例创建失败响应；

所述VNF接收所述VNFM返回的创建响应消息。

11.根据权利要求10所述的服务器，其特征在于，所述VNF具体用于：

接收灰度升级请求消息，所述灰度升级请求消息中包括灰度升级阶段及所述灰度升级阶段对应的灰度策略；

根据所述灰度升级阶段和所述灰度策略，确定所述待申请资源的数量。

12.根据权利要求10所述的服务器，其特征在于，所述VNF接收所述VNFM返回的创建响应消息之后，还用于：

若根据所述创建响应消息，确定所述VNF实例创建失败，则降低所述待申请资源的数量。