CN105634780B - 一种实现vnf弹性伸缩的方法及装置 - Google Patents

Abstract

本发明公开了一种实现VNF弹性伸缩的方法及装置，包括当新创建的VNFC对应的VM进入服务时，VNF按照预先设置的均衡策略将自身管辖下的其他VNFC上的有状态的业务数据迁移到新创建的VNFC；当删除待退出服务的VNFC对应的VM前，VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到自身管辖下的其他VNFC。通过本发明提供的技术方案，完善了现有规范中的弹性伸缩实现方案，实现了优雅scale out和scale in弹性伸缩，从而避免了对正在进行的业务的影响，提高了VNF的可用性。

Description

一种实现VNF弹性伸缩的方法及装置

技术领域

本发明涉及网络功能虚拟化(NFV，Network Functions Virtualization)技术，尤指一种实现虚拟网络功能(VNF，Virtualized Network Function)弹性伸缩的方法及装置。

背景技术

NFV技术指的是，将传统网络功能，比如：代理呼叫会话控制功能实体(P-CSCF，Proxy call session control Function)，查询呼叫会话控制功能实体(I-CSCF，Interrogating call session control Function)，服务呼叫会话控制功能实体(S-CSCF，Serving call session control Function)，归属用户服务器(HSS，Home subscriberServer)，以及应用服务器(AS，Application Server)，等进行虚拟化，并将这些虚拟网络功能组件(VNFC，Virtualized Network Function Component)部署在云虚拟机上，从而实现网络功能的虚拟化，虚拟化后的网络功能称为VNF，网络功能虚拟化后带来的好处是：网络功能和硬件解耦，实现了异种网络功能、异厂家的网络功能运行在相同的硬件上，运营商部署新网络功能时，能够方便的利旧，保护了运营商投资；由于网络功能都能运行在通用的硬件上，加快了运营商开展新业务的速度；由于采用通用硬件，大规模采购能够降低成本；由于网络功能具有弹性伸缩功能，网络功能因需占用资源，提高了资源利用率，同时，在负荷较低时，会关闭部分通用服务器，所以更加绿色节能。

欧洲电信标准化协会(ETSI，European Telecommunications StandardsInstitute)制定了电信NFV协议标准，在ETSI NFV技术规范中定义了端到端参考架构，在端到端参考架构中引入了网络功能虚拟化编排器(NFVO，Network FunctionsVirtualization Orchestrator，也称Orchestrator)、虚拟网络功能管理(VNFM，Virtualized Network Function Manager)、虚拟基础设施管理(VIM，VirtualizedInfrastructure Manager)、网络功能虚拟化基础设施(NFVI，Network FunctionsVirtualization Infrastructure)，以及虚拟网络功能(VNF，Virtualized NetworkFunction)等功能单元。其中，NFVO主要负责全网的网络服务、虚拟资源以及物理资源的编排和相关管理功能；VNFM主要负责网元VNF的生命周期管理和VNF相关的虚拟资源的分配和管理；VIM主要负责虚拟化基础设施管理，主要功能是实现对整个基础设施层资源包括计算、存储、网络资源的分配和管理；NFVI作为虚拟化资源层，包括虚拟化后新增的虚拟化平台和原有的硬件资源；VNF指虚拟化后的网元，部署在NFVI上，执行着3GPP定义的网元功能，功能与非虚拟化时保持一致。

NFV技术的一个关键功能是虚拟网络功能弹性伸缩技术，弹性伸缩方式又分为横向弹性伸缩(scale out/scale in)和纵向弹性伸缩(scale up/scale down)，其中，scaleout指的是横向方式的弹性伸，scale in指的是横向方式的弹性缩；scale up指的是纵向方式的弹性伸，scale down指的是纵向方式的弹性缩。目前，弹性伸缩的触发方式有两种：一种是自动触发，即VNF根据自身的负荷情况动态调整自身的资源占用，这种方式也称为自动弹；另一种是手动触发，即用户根据管理需要手动调整VNF的资源占用。弹性伸缩的调整方式也有两种：一种是横向调整，即通过赠/删虚拟机的方式来调整，称之为scale out/scalein；另一种是纵向调整，即通过调整虚拟机占用资源的方式来调整，称之为scale up/scaledown。ETSI规范《NFV-MAN001v039-clean.doc》中附录B.5定义了VNF弹性伸缩流程，其中B.5.3描述了由网络功能虚拟化编辑器(NFVO，Network Functions VirtualizationOrchestrator)执行资源分配的弹性伸缩流程，B.5.4描述了由VNF管理器(VNFM，VNFManager)执行资源分配的弹性伸缩流程，B.5.4.1描述了VNF自动弹的过程，B.5.4.2描述了由中文技术术语(EM，Element management)发起的VNF自动弹的过程，B.5.4.3描述了VNF自动缩的过程，B.5.4.4描述了由EM发起的VNF自动缩的过程。需要特别说明的是，B5.3和B5.4描述的流程都不区分是scale out/scale in，还是scale up/scale down，也就是说，对于横向弹性伸缩和纵向弹性伸缩均适用。

图1为现有规范中的由NFVO执行资源分配的弹性伸缩流程示意图，如图1所示，包括以下步骤：

步骤100：发送者(Sender)，比如运营支撑系统(OSS，Operations SupportSystem)向NFVO发送弹性伸缩请求。

步骤101：NFVO对弹性伸缩请求进行合法性校验，检查此需求是否符合策略配置。

步骤102：NFVO找到当前请求弹性伸缩的VNF对应的VNFM，如果该VNF没有对应的VNFM，NFVO创建新VNFM。

步骤103：NFVO在执行弹性伸缩之前，对弹性伸缩请求进行可行性校验，并预留相关资源。需要说明的是，整个步骤103的实现是可选的，但是如果步骤103被选择执行，则必须全部执行。具体地，步骤103包括：

步骤103a：NFVO请求VNFM对弹性伸缩请求进行可行性检查。

步骤103b：VNFM执行任何必须的准备工作，这些工作可能包括根据VNF特定限制修改或补充弹性伸缩请求的输入参数，比如检查输入参数是否在合法范围内，如果不在合法范围内，可能会对参数进行修改等。

步骤103c：VNFM向NFVO返回更新后的弹性伸缩请求。

步骤103d：NFVO请求VIM检查资源如计算、存储、网络等资源的可用性并预留这些资源。

步骤103e：VIM检查资源如计算、存储、网络等资源的可用性并预留这些资源。

步骤103f：VIM向NFVO返回资源预留的结果。

步骤104：NFVO向VNFM发送弹性伸缩请求，其中携带有弹性伸缩数据。需要说明的是，如果步骤103已经执行，则还携带有资源预留信息。

步骤105：VNFM执行任何需要的准备工作：如对弹性伸缩请求进行校验，参数校验等，可能还包括根据VNF特定限制修改或补充弹性伸缩请求的入参。这里，本步骤和步骤103b一致，如果步骤103已经执行，则不再执行本步骤。

步骤106：VNFM向NFVO回复资源变更响应。

步骤107：NFVO向VIM发送资源如计算、存储、网络等资源变更请求。

步骤108：VIM根据需要修改VNF内部网络。

步骤109：VIM根据需要实例化新虚拟机并连到内部网络。

步骤110：VIM向NFVO回复资源变更完成响应。

步骤111：NFVO通知VNFM资源变更完成。

步骤112：VNFM向NFVO回复响应。

步骤113：NFVO向请求回复弹性申请成功响应。

图2为现有规范中的VNF自动弹的流程示意图，如图2所示，包括：

步骤200：VNFM从VNF收集测量数据(应用相关)。

步骤201：VNFM检测到系统负荷超过弹性伸阈值，触发弹性伸请求。

步骤202：VNFM请求NFVO对弹性伸请求进行校验。

步骤203：NFVO决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源如计算、存储、网络等资源，检查当前是否有足够的资源。

步骤204：NFVO授权VNFM对VNF进行弹性伸。

步骤205：VNFM根据NFVO的指示，向VIM发送请求创建并启动虚拟机(VM，VirtualMachine)。

步骤206：VIM实例化并启动新VM，并给VNFM回复成功响应。

步骤207：VNFM配置VNF上相关数据。

步骤208：VNFM向NFVO回复弹性伸成功响应。

步骤209：VNFM通知EM此VNF容量发生变更。

步骤210：NFVO保存VNF和VIM资源池之间的映射关系。

步骤211：EM和VNFM更新VNF相关数据。

步骤212：EM配置VNF相关应用数据。

图3为现有规范中的EM发起的VNF自动弹的流程示意图，如图3所示，包括如下步骤：

步骤300：手工操作员在EM上手动执行弹性伸请求，或者EM根据检测结果触发自动弹性伸请求。

步骤301：EM向VNFM发送弹性伸请求。

步骤302：VNFM请求NFVO对弹性伸请求进行校验。

步骤303：NFVO决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源如计算、存储、网络等资源，检查当前是否有足够的资源。

步骤304：NFVO授权VNFM对VNF进行弹性伸。

步骤305：VNFM根据NFVO的指示，向VIM发送请求创建并启动VM。步骤306：VIM实例化并启动新VM，并给VNFM回复成功响应。

步骤307：VNFM配置VNF上相关数据。

步骤308：VNFM向NFVO回复弹性伸成功响应。

步骤309：VNFM通知EM当前请求弹性伸缩的VNF容量发生变更。步骤310：NFVO保存VNF和VIM资源池之间的映射关系。

步骤311：EM和VNFM更新VNF相关数据。

步骤312：EM配置VNF相关应用数据。

图4为现有规范中的VNF自动缩的流程示意图，如图4所示，包括：

步骤400：VNFM从VNF收集测量数据(应用相关)。

步骤401：VNFM检测到系统负荷低于弹性缩阈值，触发弹性缩请求。

步骤402：VNFM请求NFVO对弹性缩请求进行校验。

步骤403：NFVO根据配置策略决定执行弹性缩。

步骤404：NFVO授权VNFM对VNF进行弹性缩。

步骤405：VNF优雅关闭VNFC，这些VNFCA是对正在进行的业务无影响的。

步骤406：当即将删除的VNFC(VM)上无负荷时，VNFM请求VIM删除VM。

步骤407：VIM删除VM并通知VNFM。

步骤408：VNFM通知NFVO弹性缩成功。

步骤409：VNFM通知EM，VNF容量弹性缩成功。

步骤410：NFVO更新VNF和VIM资源池之间的映射关系。

步骤411：EM和VNFM更新VNF相关数据。

图5为现有规范中的EM发起的VNF自动缩的流程示意图，如图5所示，包括如下步骤：

步骤500：手工操作员在EM上手动执行弹性缩请求，或者EM根据检测结果触发自动弹性缩请求。

步骤501：EM向VNFM发送触发弹性缩请求。

步骤502：VNFM请求NFVO对弹性缩请求进行校验。

步骤503：NFVO根据配置策略决定执行弹性缩。

步骤504：NFVO授权VNFM对VNF进行弹性缩。

步骤505：VNF优雅关闭VNFC，这些VNFCA是对正在进行的业务无影响的。

步骤506：当即将删除的VNFC(VM)上无负荷时，VNFM请求VIM删除VM。

步骤507：VIM删除VM并通知VNFM。

步骤508：VNFM通知NFVO弹性缩成功。

步骤509：VNFM通知EM，VNF容量弹性缩成功。

步骤510：NFVO更新VNF和VIM资源池之间的映射关系。

步骤511：EM和VNFM更新VNF相关数据。

上述现有规范规定的弹性伸缩的通用流程，适用于scale up/scale down和scaleout/scale in两种方式的弹性伸缩，但是，当VNF发生scale out/scale in方式的弹性伸缩时，图1所示的流程中并没有描述是否需要优雅弹性伸缩及如何弹性伸缩；图2所示的流程中并没有描述是否需要优雅弹性伸及如何弹性伸；图3所示的流程中并描述是否需要优雅弹性伸及如何弹性伸；图4所示的流程中虽然述了需要优雅弹性缩，但没有描述如何弹性缩；图5所示的流程中虽然描述了需要优雅弹性伸，但没有描述如何弹性缩。

也就是说，现有提供给的实现方案中，没有针对优雅scale out和scale in弹性伸缩的详细解决方案。

发明内容

为了解决上述技术问题，本发明提供一种实现VNF弹性伸缩的方法及装置，使得VNF能够优雅scale out和scale in弹性伸缩，从而避免对正在进行的业务的影响。

为了达到本发明目的，本发明提供了一种实现虚拟网络功能VNF弹性伸缩的方法，包括：

当新创建的虚拟网络功能组件VNFC对应的虚拟机VM进入服务时，VNF按照预先设置的均衡策略将自身管辖下的其他VNFC上的有状态的业务数据迁移到新创建的VNFC；

当删除待退出服务的VNFC对应的VM前，VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到自身管辖下的其他VNFC。

所述将其他VNFC上的有状态的业务数据迁移到新创建的VNFC包括：

当网络功能虚拟化编排器NFVO或虚拟网络功能管理VNFM通过VIM创建新的VNFC对应的VM之后，VNFM向所述VNF发送迁移有状态业务数据请求；

所述VNF按照预先设置的均衡策略，将自身管辖下的其他VNFC上的有状态的业务数据迁移到新进入服务的VNFC上。

所述VNF完成迁移工作后，该方法还包括：所述VNF向VNFM返回迁移请求成功响应。

所述VNF启动迁移工作后，该方法还包括：所述VNF向VNFM返回迁移请求成功响应。

所述将待退出服务的VNFC上的有状态的业务数据迁移到其他VNFC包括：

在NFVO或VNFM通过VIM删除待退出服务的VNFC对应的VM之前，VNFM向VNF发送迁移有状态业务数据请求；

VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到该VNF自身管辖下的其他VNFC上。

所述VNF完成迁移工作后，该方法还包括：所述VNF向VNFM返回迁移请求成功响应。

该方法还包括：所述NFVO或者VNFM通过虚拟网络功能管理VIM删除所述待退出服务的VNFC对应的VM。

所述均衡策略用于保证多个VNFC之间的负荷均衡；

至少包括：多个VNFC之间的网协IP流量均衡、和/或多个VNFC之间的在线会话均衡、和/或多个VNFC之间的注册用户数的均衡。

本发明还公开了一种实现VNF弹性伸缩的装置，至少包括设置模块、处理模块；其中，

设置模块，其中设置有均衡策略；

处理模块，用于当新创建的VNFC对应的VM进入服务时，按照预先设置的均衡策略将其他VNFC上的有状态的业务数据迁移到新创建的VNFC；当删除待退出服务的VNFC对应的VM前，按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到其他VNFC。

所述处理模块具体用于：接收到迁移有状态业务数据请求，按照预先设置的均衡策略将其他VNFC上的有状态的业务数据迁移到新进入服务的VNFC上；

当完成迁移工作后或当VNF启动迁移工作后，向VNFM返回迁移请求成功响应。

所述处理模块具体用于：接收到迁移有状态业务数据请求，按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到其他VNFC上；当VNF完成迁移工作后，向VNFM返回迁移请求成功响应。

所述装置设置在VNF中；所述其他VNFC为该VNF管辖下的VNFC。

与现有技术相比，本申请技术方案包括当新创建的VNFC对应的VM进入服务时，VNF按照预先设置的均衡策略将其管辖下的其他VNFC上的有状态的业务数据迁移到新创建的VNFC；当删除待退出服务的VNFC对应的VM前，VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到该VNF自身管辖下的其他VNFC。通过本发明提供的技术方案，完善了现有规范中的弹性伸缩实现方案，实现了优雅scale out和scale in弹性伸缩，从而避免了对正在进行的业务的影响，提高了VNF的可用性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为现有规范中的由NFVO执行资源分配的弹性伸缩流程示意图；

图2为现有规范中的VNF自动弹的流程示意图；

图3为现有规范中的EM发起的VNF自动弹的流程示意图；

图4为现有规范中的VNF自动缩的流程示意图；

图5为现有规范中的EM发起的VNF自动缩的流程示意图；

图6为本发明实现VNF弹性伸缩的方法的流程图；

图7为本发明实现VNF弹性伸缩的装置的组成结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在实际的应用中，需要VNF能够优雅scale out和scale in弹性伸缩，以免对正在进行的业务进行影响，比如：当电信领域的P-CSCF、I-CSCF、S-CSCF发生弹性伸缩时，电信运营商一般要求不能对正在进行的呼叫、注册等产生影响，对于scale out方式的弹性伸而言，在VNF弹性伸的过程中，当新的VNFC进入服务后，需要将其他VNFC上的话务逐步迁移到新的VNFC上，以确保VNF内的各个VNFC上的负荷均衡，如果不均衡，可能会导致高负荷的VNFC上业务产生损失；对于scale in方式的弹性缩而言，当决策某个VNFC退出服务时，由于VNFC上可能有用户注册数据或者在线会话等有状态的业务信息，如果强制通过VIM删除VNFC对应的虚拟机，会导致注册数据或者在线会话等有状态的业务数据丢失，影响用户感受，降低系统的可用性。

图6为本发明实现VNF弹性伸缩的方法的流程图，如图6所示，包括：

步骤600：当新创建的VNFC对应的VM进入服务时，VNF按照预先设置的均衡策略将自身管辖下的其他VNFC上的有状态的业务数据迁移到新创建的VNFC。

本步骤中的将其他VNFC上的有状态的业务数据迁移到新创建的VNFC包括：VNF将其他负荷比较高的VNFC上的话务如注册数据、在线会话数据等逐步迁移到新增的VNFC上，以达到负荷均衡的目的，以免其他VNFC上的负荷过高而产生业务损失。

具体地，本步骤包括：

当NFVO或者VNFM通过VIM创建了新VNFC对应的VM之后，也就是说，在scale out的过程中，VNFM向VNF发送迁移有状态业务数据请求，请求VNF按照预先设置的均衡策略，将自身管辖下的其他VNFC上的有状态的业务数据均衡的迁移到新进入服务的VNFC上。此时，在迁移有状态业务数据请求中携带有用于表示当前为弹性伸过程的标识。

当VNF完成迁移工作后，VNF向VNFM返回迁移请求成功响应；

或者，对于数据量比较大，为了达到平稳迁移的效果，迁移时间比较长，而VNF可以选择及时给VNFM回复，即当VNF启动迁移工作后，VNF就向VNFM返回迁移请求成功响应。

本步骤中的均衡策略用于保证多个VNFC之间的负荷均衡，包括但不限于：多个VNFC之间的网络之间互联的协议(IP，简称为网协)流量均衡、多个VNFC之间的在线会话均衡、多个VNFC之间的注册用户数的均衡等。

步骤601：当删除待退出服务的VNFC对应的VM前，VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到自身管辖下的其他VNFC。

本步骤中的将退出服务的VNFC上的有状态的业务数据迁移到其他VNFC包括：将待退出服务的VNFC上的话务如注册数据、在线会话数据等均衡的迁移到该VNF自身管辖下的其他VNFC上，当迁移完毕后，再由VIM删除待退出服务VNFC对应的VM，确保了VNFC的优雅退出服务。

具体地，本步骤包括：

在NFVO或者VNFM即将通过VIM删除待退出服务的VNFC对应的VM之前，即在scalein的过程中，VNFM向VNF发送迁移有状态业务数据请求，请求VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据均衡的迁移到该VNF自身管辖下的其他VNFC上。此时，在迁移有状态业务数据请求中携带有用于表示当前为弹性缩过程的标识。

当VNF完成迁移工作后，VNF向VNFM返回迁移请求成功响应，NFVO或者VNFM即可通过VIM删除待退出服务的VNFC对应的VM。

需要说明的是，步骤600与步骤601没有严格的先后顺序。

本发明方法中，如果注册用户数据迁移失败，退出本流程。

通过本发明图6所示的技术方案，完善了现有规范中的弹性伸缩实现方案，实现了优雅scale out和scale in弹性伸缩，从而避免了对正在进行的业务的影响，提高了VNF的可用性。

下面结合具体实施例对本发明方法进行详细描述。

第一实施例，针对图1所示的现有规范中的由NFVO执行资源分配的弹性伸缩的流程，本发明对其中的scale out弹性伸进行了改进，在步骤110即VIM向NFVO回复资源变更完成响应，与步骤111即NFVO通知VNFM资源变更完成之间，还包括：

VNFM向VNF发送迁移有状态业务数据请求，请求VNF将其他VNFC上的有状态的业务数据均衡的迁移到新进入服务的VNFC；

VNF按照预先设置的均衡策略，将其他VNFC上的有状态业务数据如会话或者注册用户数据等均衡迁移到新创建的VNFC上；

VNF向VNFM返回迁移请求成功响应。这里，VNF可以在迁移完毕后返回迁移请求成功响应。当然，为了避免迁移过程时间过长，VNF也可以在启动迁移工作后，立刻向VNFM返回迁移请求成功响应，因为待迁移数据可能很多。

第二实施例，针对图1所示的现有规范中的由NFVO执行资源分配的弹性伸缩的流程，本发明对其中的scale in弹性缩进行了改进，首先，因为是scale in流程，需要删除虚拟机，所以不需要执行资源预留过程，因此图1中的将步骤103d～步骤103f删除，同时，在步骤104即NFVO向VNFM发送弹性伸缩请求，与步骤105即VNFM执行任何需要的准备工作之间，还包括：

VNFM向VNF发送迁移有状态业务数据请求，请求VNF将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；

VNF按照预先设置的均衡策略，将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；

VNF向VNFM返回迁移请求成功响应。

第三实施例，针对图2所示的现有规范中的VNF自动弹的流程，本发明对其中的scale out弹性伸进行了改进，将图2中步骤207替换为：

VNFM配置VNF上相关数据，VNFM向VNF发送迁移有状态业务数据请求，请求VNF将其他VNFC上的有状态的业务数据均衡的迁移到新进入服务的VNFC；

VNF按照预先设置的均衡策略，将其他VNFC上的有状态业务数据如会话或者注册用户数据等均衡迁移到新创建的VNFC上；

VNF向VNFM返回迁移请求成功响应，这里，VNF可以在迁移完毕后返回迁移请求成功响应。当然，为了避免迁移过程时间过长，VNF也可以在启动迁移工作后，立刻向VNFM返回迁移请求成功响应，因为待迁移数据可能很多。

第四实施例，针对图3所示的现有规范中的EM发起的VNF自动弹的流程，本发明对其中的scale out弹性伸进行了改进，将图3中步骤307修改为：

VNFM配置VNF上相关数据，VNFM向VNF发送迁移有状态业务数据请求，请求VNF将其他VNFC上的有状态的业务数据均衡的迁移到新进入服务的VNFC；

VNF按照预先设置的均衡策略，将其他VNFC上的有状态业务数据如会话或者注册用户数据等均衡迁移到新的VNFC上；

VNF向VNFM返回迁移请求成功响应。这里，VNF可以在迁移完毕后返回迁移请求成功响应。当然，为了避免迁移过程时间过长，VNF也可以在启动迁移工作后，立刻向VNFM返回迁移请求成功响应，因为待迁移数据可能很多。

第五实施例，针对图4所示的现有规范中的VNF自动缩的流程，本发明对其中的scale in弹性缩进行了改进，在图4所示的步骤404即NFVO授权VNFM对VNF进行弹性缩，与步骤405即VNF优雅关闭VNFC之间，还包括：

VNFM向VNF发送迁移有状态业务数据请求，请求VNF将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；

VNF按照预先设置的均衡策略，将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；

当迁移数据完毕后，VNF向VNFM返回迁移请求成功响应。

第六实施例，针对图5所示的现有规范中的EM发起的VNF自动缩的流程，本发明对其中的scale in弹性缩进行了改进，在图5所示的步骤504即NFVO授权VNFM对VNF进行弹性缩，与步骤505即VNF优雅关闭VNFC之间，还包括：

VNFM向VNF发送迁移有状态业务数据请求，请求VNF将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；

VNF按照预先设置的均衡策略，将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；

当迁移数据完毕后，VNF向VNFM返回迁移请求成功响应。

图7为本发明实现VNF弹性伸缩的装置的组成结构示意图，如图7所示，至少包括设置模块、处理模块；其中，

设置模块，其中设置有均衡策略；

处理模块，用于当新创建的VNFC对应的VM进入服务时，按照预先设置的均衡策略将其他VNFC上的有状态的业务数据迁移到新创建的VNFC；当删除待退出服务的VNFC对应的VM前，按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到其他VNFC。

其中，处理模块具体用于：

接收到迁移有状态业务数据请求，按照预先设置的均衡策略将其他VNFC上的有状态的业务数据均衡的迁移到新进入服务的VNFC上；

当完成迁移工作后或当VNF启动迁移工作后，向VNFM返回迁移请求成功响应。

或者，

处理模块具体用于：接收到迁移有状态业务数据请求，按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据均衡的迁移到其他VNFC上；当VNF完成迁移工作后，向VNFM返回迁移请求成功响应。

本发明装置，可以设置在VNF中。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种实现虚拟网络功能VNF弹性伸缩的方法，其特征在于，包括：

当网络功能虚拟化编排器NFVO或虚拟网络功能管理VNFM通过VIM创建新的VNFC对应的VM之后，VNFM向VNF发送迁移有状态业务数据请求，VNF按照预先设置的均衡策略将自身管辖下的其他VNFC上的有状态的业务数据迁移到新创建的VNFC；

在NFVO或VNFM通过VIM删除待退出服务的VNFC对应的VM之前，VNFM向VNF发送迁移有状态业务数据请求，VNF按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到自身管辖下的其他VNFC。

2.根据权利要求1所述的方法，其特征在于，所述VNF完成迁移工作后，该方法还包括：所述VNF向VNFM返回迁移请求成功响应。

3.根据权利要求1所述的方法，其特征在于，该方法还包括：所述NFVO或者VNFM通过虚拟网络功能管理VIM删除所述待退出服务的VNFC对应的VM。

4.根据权利要求1～3任一项所述的方法，其特征在于，所述均衡策略用于保证多个VNFC之间的负荷均衡；

至少包括：多个VNFC之间的网协IP流量均衡、和/或多个VNFC之间的在线会话均衡、和/或多个VNFC之间的注册用户数的均衡。

5.一种实现VNF弹性伸缩的装置，其特征在于，至少包括设置模块、处理模块；其中，

设置模块，其中设置有均衡策略；

处理模块，用于当新创建的VNFC对应的VM进入服务时，接收到迁移有状态业务数据请求，按照预先设置的均衡策略将其他VNFC上的有状态的业务数据迁移到新创建的VNFC；当删除待退出服务的VNFC对应的VM前，接收到迁移有状态业务数据请求，按照预先设置的均衡策略将待退出服务的VNFC上的有状态的业务数据迁移到其他VNFC。

6.根据权利要求5所述的装置，其特征在于，所述处理模块具体用于：

当完成迁移工作后或当VNF启动迁移工作后，向VNFM返回迁移请求成功响应。

7.根据权利要求5或6所述的装置，其特征在于，所述装置设置在VNF中；所述其他VNFC为该VNF管辖下的VNFC。

Images