目标资源占用情况的处理方法及装置的制造方法
目标资源占用情况的处理方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种目标资源占用情况的处理方法及装置。
【背景技术】
[0002]网络功能虚拟化(NetworkFunct1ns Virtualizat1n,简称为 NFV)技术指的是将传统网络功能，如:代理呼叫会话控制功能实体(Proxy call sess1n controlFunct1n,简称为P-CSCF),查询呼叫会话控制功能实体(Interrogating call sess1ncontrol Funct1n,简称为1-CSCF),服务呼叫会话控制功能实体(Serving call sess1ncontrol Funct1n,简称为 S-CSCF),归属用户服务器(Home subscriber Server,简称为HSS)以及应用服务器(Applicat1n Server，简称为AS)等进行虚拟化，通过将虚拟化网络功能组件(Virtualized Network Funct1n Component简称为VNFC)部署在云虚拟机上，从而实现网络功能的虚拟化，虚拟化后的网络功能称为虚拟化网络功能(Virtual izedNetwork Funct1n,简称为VNF)。网络功能虚拟化后可以带来如下技术优势:
[0003]1)网络功能和硬件解耦，实现了异种网络功能、异厂家的网络功能运行在相同的硬件上，运行商在部署新网络功能时，能够方便地利旧，保护了运营商投资；
[0004]2)由于网络功能都能运行在通用的硬件上，加快了运营商开展新业务的速度；
[0005]3)由于采用通用硬件，大规模地采购能够降低成本；
[0006]4)由于网络功能具有弹性伸缩功能，网络功能因需占用资源，提高了资源利用率，同时，在负荷较低时，会关闭部分通用服务器，所以更加绿色节能。
[0007]NFV技术的一个关键功能是网络功能弹性伸缩技术，弹性伸缩的触发方式有以下两种:
[0008]第一种、自动触发，即VNF可以根据自身的负荷情况动态调整自身的资源占用；
[0009]第二种、手动触发，即用户可以根据管理需要手动调整VNF的资源占用。
[0010]弹性伸缩的调整方式也分为以下两种:
[0011]第一种、横向调整，即通过增加或删除虚拟机的方式来调整，称之为横向弹性伸缩(scale out/scale in)；
[0012]第二种、纵向调整，即通过调整虚拟机占用资源的方式来调整，称之为纵向弹性伸缩(scale up/scale down)。
[0013]现有的欧洲电信标准化协会(ETSI)规范中定义了 VNF弹性伸缩流程，其中，描述了如下几部分内容:
[0014](1)由网络功能虚拟化编排器(Network Funct1ns Virtualizat1nOrchestrator,简称为NFVO)执行资源分配的弹性伸缩流程；
[0015]图1是根据相关技术的ETSI规范中由NFV0执行资源分配的VNF弹性伸缩流程图。如图1所示，该流程可以包括以下处理步骤:
[0016]步骤S101:发送者(例如0SS)向NFV0发送弹性伸缩请求；
[0017]步骤S102:NFV0对弹性伸缩请求进行合法性校验，检查此需求是否符合策略配置；
[0018]步骤S103:NFV0找到本VNF对应的VNFM，如果本VNF没有对应的VNFM，NFV0创建新乂画；
[0019]步骤S104:NFV0在执行弹性动作之前，对弹性伸缩请求进行可行性校验，并预留相关资源，整个S104步为可选，如果S104执行，则必须全部执行，S104又包括如下子步骤:
[0020]步骤S104a:NFV0请求VNFM对弹性伸缩请求进行可行性检查；
[0021 ] 步骤S104b:VNFM执行任何必须的准备工作，这些工作可能包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0022]步骤S104c:VNFM向NFV0返回更新后的弹性伸缩请求；
[0023]步骤S104d:NFV0请求V頂检查资源(计算、存储、网络)的可用性并预留这些资源；
[0024]步骤S104e:VIM检查资源(计算、存储、网络)的可用性并预留这些资源；
[0025]步骤S104f:VIM向NFV0返回资源预留的结果；
[0026]步骤S105:NFV0向VNFM发送弹性伸缩请求，包括弹性伸缩数据，如果步骤S104已经执行，则还包括资源预留信息；
[0027]步骤S106:VNFM执行任何需要的准备工作:对弹性伸缩请求进行校验，参数校验，可能还包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0028]需要注意的是:该步骤与步骤S104b —致，如果步骤S104已经执行，则跳过此步骤；
[0029]步骤S107:VNFM向NFV0回复资源变更响应；
[0030]步骤S108:NFV0向V頂发送资源(计算、存储、网络)变更请求；
[0031]步骤S109:VIM根据需要修改VNF内部网络；
[0032]步骤S110:VIM根据需要实例化新虚拟机并连到内部网络；
[0033]步骤Sill:VIM向NFV0回复资源变更完成响应；
[0034]步骤S112:NFV0通知VNFM资源变更完成；
[0035]步骤S113:VNFM向NFV0回复响应；
[0036]步骤S114:NFV0向请求回复弹性申请成功响应。
[0037](2)由VNF管理(VNF Manager,简称为VNFM)执行资源分配的弹性伸缩流程，其中该部分内容还可以具体划分为如下技术章节:
[0038]1) VNF自动弹的过程；
[0039]图2是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性伸流程图。如图2所示，该流程可以包括以下处理步骤:
[0040]步骤S201:VNFM从VNF收集测量数据(应用相关)；
[0041 ] 步骤S202:VNFM检测到系统负荷超过弹性伸阈值，触发弹性伸请求；
[0042]步骤S203:VNFM请求NFV0对弹性伸请求进行校验；
[0043]步骤S204:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0044]步骤S205:NFV0授权VNFM对VNF进行弹性伸；
[0045]步骤S206:VNFM根据NFV0的指示，向V頂发送请求创建并启动VM ；
[0046]步骤S207:VIM实例化并启动新VM，并给VNFM回复成功响应；
[0047]步骤S208:VNFM配置VNF上相关数据；
[0048]步骤S209:VNFM向NFV0回复弹性伸成功响应；
[0049]步骤S210:VNFM通知EM此VNF容量发生变更；
[0050]步骤S211:NFV0保存VNF和V頂资源池之间的映射关系；
[0051 ]步骤S212:EM和VNFM更新VNF相关数据；
[0052]步骤S213:EM配置VNF相关应用数据。
[0053]2)由网元管理(Element management,简称为EM)发起的VNF自动弹的过程；
[0054]图3是根据相关技术的ETSI规范中由VNFM执行资源分配的EM发起的VNF弹性伸流程图。如图3所示，该流程可以包括以下处理步骤:
[0055]步骤S301:手工操作员在EM上手动执行弹性伸请求，或者EM根据检测结果触发自动弹性伸请求；
[0056]步骤S302:EM向VNFM发送弹性伸请求；
[0057]步骤S303:VNFM请求NFV0对弹性伸请求进行校验；
[0058]步骤S304:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0059]步骤S305:NFV0授权VNFM对VNF进行弹性伸；
[0060]步骤S306:VNFM根据NFV0的指示，向V頂发送请求创建并启动VM ；
[0061]步骤S307:VIM实例化并启动新VM，并给VNFM回复成功响应；
[0062]步骤S308:VNFM配置VNF上相关数据；
[0063]步骤S309:VNFM向NFV0回复弹性伸成功响应；
[0064]步骤S310:VNFM通知EM此VNF容量发生变更；
[0065]步骤S311:NFV0保存VNF和V頂资源池之间的映射关系；
[0066]步骤S312:M和VNFM更新VNF相关数据；
[0067]步骤S313:EM配置VNF相关应用数据。
[0068]3)VNF自动缩的过程；
[0069]图4是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性缩流程图。如图4所示，该方法可以包括以下处理步骤:
[0070]步骤S401:VNFM从VNF收集测量数据(应用相关)；
[0071 ]步骤S402:VNFM检测到系统负荷低于弹性缩阈值，触发弹性缩请求；
[0072]步骤S403:VNFM请求NFV0对弹性缩请求进行校验；
[0073]步骤S404:NFV0根据配置策略决定执行弹性缩
[0074]步骤S405:NFV0授权VNFM对VNF进行弹性缩；
[0075]步骤S406:VNF优雅关闭VNFC (对正在进行的业务无影响)；
[0076]步骤S407:当即将删除的VNFC (VM)上无负荷时，VNFM请求V頂删除VM ；
[0077]步骤S408:VIM删除VM并通知VNFM ；
[0078]步骤S409:VNFM通知NFV0弹性缩成功；
[0079]步骤S410:VNFM通知EM:VNF容量弹性缩成功；
[0080]步骤S411:NFV0更新VNF和VIM资源池之间的映射关系；
[0081]步骤S412:EM和VNFM更新VNF相关数据。
[0082]4)由EM发起的VNF自动缩的过程；
[0083]图5是根据相关技术的由VNFM执行资源分配的EM发起的VNF弹性缩流程图。如图5所示，该流程可以包括以下处理步骤:
[0084]步骤S501:手工操作员在EM上手动执行弹性缩请求，或者EM根据检测结果触发自动弹性缩请求；
[0085]步骤S502:EM向VNFM发送触发弹性缩请求；
[0086]步骤S503:VNFM请求NFV0对弹性缩请求进行校验；
[0087]步骤S504:NFV0根据配置策略决定执行弹性缩
[0088]步骤S505:NFV0授 权VNFM对VNF进行弹性缩；
[0089]步骤S506:VNF优雅关闭VNFC (对正在进行的业务无影响)；
[0090]步骤S507:当即将删除的VNFC (VM)上无负荷时，VNFM请求V頂删除VM ；
[0091 ] 步骤S508:VIM删除VM并通知VNFM ；
[0092]步骤S509:VNFM通知NFV0弹性缩成功；
[0093]步骤S510:VNFM通知EM:VNF容量弹性缩成功；
[0094]步骤S511:NFV0更新VNF和V頂资源池之间的映射关系；
[0095]步骤S512:EM和VNFM更新VNF相关数据。
[0096]需要说明的是,在上述(1)和(2)中所描述的流程均不区分scale out/scale in还是 scale up/scale down。
[0097]上述流程描述的是弹性伸缩的通用流程,适用于scale up/scale down和scaleup/scale in两种方式的弹性伸缩，然而，上述方案的缺陷在于:
[0098]当VNF发生scale up/scale down方式的弹性伸缩时，
[0099]图1中没有描述是否需要优雅弹性伸缩及如何弹性伸缩；
[0100]图2中没有描述是否需要优雅弹性伸及如何弹性伸；
[0101]图3中没有描述是否需要优雅弹性伸及如何弹性伸；
[0102]图4中虽然描述了需要优雅弹性缩，但是没有描述如何弹性缩；
[0103]图5中虽然描述了需要优雅弹性伸，但是没有描述如何弹性伸；
[0104]在实际的应用中，经常要求VNF能够优雅弹性伸缩，以免对正在进行的业务进行影响，例如:当电信领域的P-CSCF、1-CSCF、S-CSCF发送弹性伸缩时，电信运营商一般要求不能对正在进行的呼叫、注册等产生影响，对于scale up/scale down方式的弹性伸缩而言，在VNF弹性伸和/或弹性缩的过程中，需要修改虚拟机(VM)的资源占用情况(计算、存储、网络)，当V頂完成对VM的资源占用情况修改后，需要重新启动VM才能生效，而重新启动VM必然影响正在进行的业务。
[0105]综上所述，从目前的ETSI规范来看，尚没有针对优雅弹性伸缩的详细解决方案。
【发明内容】
[0106]本发明提供了一种目标资源占用情况的处理方法及装置，以至少解决相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题。
[0107]根据本发明的一个方面，提供了一种目标资源占用情况的处理方法。
[0108]根据本发明实施例的目标资源占用情况的处理方法包括:获取VNF scale up和/或scale down的目标资源占用情况；根据目标资源占用情况指示VIM创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0109]优选地，在根据目标资源占用情况指示V頂创建备用虚拟机之后，还包括:在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0110]优选地，在倒换操作结束后，指示V頂删除主用虚拟机。
[0111]优选地，在根据目标资源占用情况指示VIM修改备用虚拟机之后，还包括:在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0112]优选地，在确定同步数据的过程已经进入稳定状态的情况下，通知VNF触发主用虚拟机与备用虚拟机进行倒换，由备用虚拟机接管主用虚拟机当前开展的业务。
[0113]优选地，NFV0或VNFM根据目标资源占用情况指示V頂创建或者修改备用虚拟机。
[0114]根据本发明的另一方面，提供了一种目标资源占用情况的处理装置。
[0115]根据本发明实施例的目标资源占用情况的处理装置包括:获取模块，用于获取VNFscale up和/或scale down的目标资源占用情况；处理模块,用于根据目标资源占用情况指示V頂创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0116]优选地，上述装置还包括:第一触发模块，用于在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；第二触发模块，用于在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0117]优选地，上述装置还包括:检测模块，用于在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；第三触发模块，用于在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；重启模块，用于在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0118]优选地，上述装置位于NFV0或VNFM。
[0119]通过本发明实施例，采用获取VNF scale up和/或scale down的目标资源占用情况；根据目标资源占用情况指示VIM创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务，解决了相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题，进而实现了优雅scale up/scale down,提高了 VNF的可用性。
【附图说明】
[0120]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0121]图1是根据相关技术的ETSI规范中由NFV0执行资源分配的VNF弹性伸缩流程图；
[0122]图2是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性伸流程图；
[0123]图3是根据相关技术的ETSI规范中由VNFM执行资源分配的EM发起的VNF弹性伸流程图；
[0124]图4是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性缩流程图；
[0125]图5是根据相关技术的由VNFM执行资源分配的EM发起的VNF弹性缩流程图；
[0126]图6是根据本发明实施例的目标资源占用情况的处理方法的流程图；
[0127]图7是根据本发明优选实施例的由NFV0执行资源分配的VNF弹性伸缩流程图；
[0128]图8是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性伸流程图；
[0129]图9是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性伸流程图；
[0130]图10是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性缩流程图；
[0131]图11是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性缩流程图；
[0132]图12是根据本发明实施例的目标资源占用情况的处理装置的结构框图；
[0133]图13是根据本发明优选实施例的目标资源占用情况的处理装置的结构框图。
【具体实施方式】
[0134]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0135]图6是根据本发明实施例的目标资源占用情况的处理方法的流程图。如图1所示，该目标资源占用情况的处理方法可以包括:
[0136]步骤S602:获取VNF scale up和/或scale down的目标资源占用情况；
[0137]步骤S604:根据目标资源占用情况指示V頂创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0138]相关技术中缺乏针对优雅弹性伸缩的详细解决方案。采用如图6所示的方法，在scale up/scale down的过程中，NFV0可以根据VNF scale up/scale down的目标资源占用情况指示虚拟化基础架构管理(Virtualized Infrastructure Manager,简称为VIM)创建(适用于VNF内无主备的情况)或者修改(适用于VNF内有主备的情况)备用VNFC对应的虚拟机，由于有备用VNFC接管业务，保持了对业务无影响或较小影响，因而解决了相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题，进而实现了优雅scale up/scale down,提高了 VNF的可用性。
[0139]优选地，在步骤S604，根据目标资源占用情况指示V頂创建备用虚拟机之后，还可以包括以下操作:
[0140]步骤S1:在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；
[0141]步骤S2:在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0142]在优选实施例中，可以将VNF内部VNFC分成两种情况:有主备和无主备；备用VNFC的意义在于可以根据需要(可能是主用VNFC故障、设备检修等)接替执行主用VNFC的业务。VNF是否有主备是在虚拟化网络功能描述符(Virtual network funct1ndescriptor,简称为VNFD)中描述的，NFVO和VNFM可以通过VNFD感知到VNF的VNFC是否有主备。针对VNF内部VNFC有主备和无主备两种情况，对于VNF内部VNFC无主备的情况，也可以利用主备功能来达到优雅scale up和scale down的目的。与VNF内部VNFC有主备的情况相比，首先需要对即将进行scale up/scale down的VNFC创建备用VNFC，此备用VNFC对应的虚拟机是根据scale up/scale down的目标资源占用情况创建的。然后开始启动备用VNFC对应的虚拟机，触发主用VNFC对应的虚拟机向备用虚拟机同步数据(例如:虚拟机热迁移的同步数据功能)，当同步数据进入稳态后，触发主备倒换(例如:虚拟机热迁移的切换功能)，主备倒换结束后，删除原主用VNFC对应的虚拟机，scale up/scale down的过程就结束了。在这个过程中，由于有备用VNFC接管业务，保持了对业务无影响或较小影响，实现了优雅scale up/scale down功能。
[0143]在优选实施过程中，在倒换操作结束后，可以指示V頂删除主用虚拟机。
[0144]对于VNF内有主备的情况 ，当主备倒换结束后，则优雅scale up/scale down就已完成，对于VNF内无主备的情况，当主备倒换结束后，NFV0指示V頂删除新备用VNFC对应的虚拟机。
[0145]优选地，在步骤S604，根据目标资源占用情况指示V頂修改备用虚拟机之后，还可以包括以下步骤:
[0146]步骤S3:在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；
[0147]步骤S4:在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；
[0148]步骤S5:在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0149]在优选实施例中，对于VNF内部VNFC有主备的情况，可以利用这种主备功能来达到优雅scale up和scale down的目的，即首先根据scale up/scale down的目标资源占用情况修改备用VNFC对应的虚拟机并重新启动虚拟机。在备用虚拟机启动后，主用虚拟机向备用动态同步数据，当同步数据进入稳态后，触发主备倒换，备用虚拟机变成主用虚拟机，主用虚拟机则变成备用虚拟机。然后，修改新备用虚拟机的资源占用情况，重启新备用虚拟机，scale up/scale down的过程就结束了，在这个过程中，由于有备用VNFC接管业务，保持了对业务无影响或较小影响，实现了优雅scale up/scale down功能。
[0150]在优选实施过程中，在确定同步数据的过程已经进入稳定状态的情况下，通知VNF触发主用虚拟机与备用虚拟机进行倒换，由备用虚拟机接管主用虚拟机当前开展的业务。
[0151]当同步数据进入稳态后，NFV0通知VNF触发VNFC主备倒换，由备用VNFC的虚拟机接管主用VNFC的虚拟机业务，原主用VNFC变成备用VNFC，原备用VNFC变成主用VNFC。
[0152]在优选实施过程中，可以由NFVO或VNFM根据目标资源占用情况指示V頂创建或者修改备用虚拟机。如果由VNFM执行资源分配，则由VNFM根据VNF scale up/scale down的目标资源占用情况指示V頂创建(适用于VNF内无主备的情况)或者修改(适用于VNF内有主备的情况)备用VNFC对应的虚拟机；如果由VNFM执行资源分配，对于VNF内有主备的情况，当主备倒换结束后，则由VNFM指示V頂删除新备用VNFC对应的虚拟机。
[0153]下面将结合图7至图11所示的优选实施方式对上述优选实施过程作进一步的描述。
[0154]图7是根据本发明优选实施例的由NFV0执行资源分配的VNF弹性伸缩流程图。如图7所示，该流程可以包括以下处理步骤:
[0155]步骤S701:发送者(例如0SS)向NFV0发送弹性伸缩请求；
[0156]步骤S702:NFV0对弹性伸缩请求进行合法性校验，检查此需求是否符合策略配置；
[0157]步骤S703:NFV0找到本VNF对应的VNFM，如果本VNF没有对应的VNFM，NFV0创建新乂画；
[0158]步骤S704:NFV0在执行弹性动作之前，对弹性伸缩请求进行可行性校验，并预留相关资源，整个S704步为可选，如果S704执行，则必须全部执行，S704又包括如下子步骤:
[0159]步骤S704a:NFV0请求VNFM对弹性伸缩请求进行可行性检查；
[0160]步骤S704b:VNFM执行任何必须的准备工作，这些工作可能包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0161]步骤S704c:VNFM向NFV0返回更新后的弹性伸缩请求；
[0162]步骤S704d:NFV0请求V頂检查资源(计算、存储、网络)的可用性并预留这些资源；
[0163]步骤S704e:V頂检查资源(计算、存储、网络)的可用性并预留这些资源；
[0164]步骤S704f:VIM向NFV0返回资源预留的结果；
[0165]步骤S705:NFV0向VNFM发送弹性伸缩请求，包括弹性伸缩数据，如果步骤S704已经执行，则还包括资源预留信息；
[0166]步骤S706:VNFM执行任何需要的准备工作:对弹性伸缩请求进行校验，参数校验，可能还包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0167]需要注意的是:该步骤与步骤S704b—致，如果步骤S704已经执行，则跳过此步骤；
[0168]步骤S707:VNFM向NFV0回复资源变更响应；
[0169]步骤S708:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0170]步骤S709:VIM创建或者修改备用VNFC对应的虚拟机关联的网络；
[0171]步骤S710:V頂创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC对应的虚拟机并关联到相关网络；
[0172]步骤S711:V頂给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0173]步骤S712:主用VNFC向备用VNFC同步数据；
[0174]步骤S713:VNFM向VNF发送VNFC主备倒换请求；
[0175]步骤S714:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0176]步骤S715:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0177]步骤S716:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，V頂向VNFM回复删除备用VNFC对应的虚拟机响应；
[0178]步骤S717:NFV0通知VNFM资源变更完成；
[0179]步骤S718:VNFM向NFV0回复响应；
[0180]步骤S719:NFV0向请求回复弹性申请成功响应。
[0181]图8是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性伸流程图。如图8所示，该流程可以包括以下处理步骤:
[0182]步骤S801:VNFM从VNF收集测量数据(应用相关)；
[0183]步骤S802:VNFM检测到系统负荷超过弹性伸阈值，触发弹性伸请求；
[0184]步骤S803:VNFM请求NFV0对弹性伸请求进行校验；
[0185]步骤S804:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0186]步骤S805:NFV0授权VNFM对VNF进行弹性伸；
[0187]步骤S806:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0188]步骤S807:V頂给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0189]步骤S808:主用VNFC向备用VNFC同步数据；
[0190]步骤S809:VNFM向VNF发送VNFC主备倒换请求；
[0191]步骤S810:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0192]步骤S811:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0193]步骤S812:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，V頂向VNFM回复删除备用VNFC对应的虚拟机响应；
[0194]步骤S813:VNFM配置VNF上相关数据；
[0195]步骤S814:VNFM向NFV0回复弹性伸成功响应；
[0196]步骤S815:VNFM通知EM此VNF容量发生变更；
[0197]步骤S816:NFV0保存VNF和V頂资源池之间的映射关系；
[0198]步骤S817:EM和VNFM更新VNF相关数据；
[0199]步骤S818:EM配置VNF相关应用数据。
[0200]图9是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性伸流程图。如图9所示，该流程可以包括以下处理步骤:
[0201]步骤S901:手工操作员在EM上手动执行弹性伸请求，或者EM根据检测结果触发自动弹性伸请求；
[0202]步骤S902:EM向VNFM发送弹性伸请求；
[0203]步骤S903:VNFM请求NFV0对弹性伸请求进行校验；
[0204]步骤S904:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0205]步骤S905:NFV0授权VNFM对VNF进行弹性伸；
[0206]步骤S906:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0207]步骤S907:V頂给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0208]步骤S908:主用VNFC向备用VNFC同步数据；
[0209]步骤S909:VNFM向VNF发送VNFC主备倒换请求；
[0210]步骤S910:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0211 ] 步骤S911:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0212]步骤S912:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，V頂向VNFM回复删除备用VNFC对应的虚拟机响应；
[0213]步骤S913:VNFM配置VNF上相关数据；
[0214]步骤S914:VNFM向NFV0回复弹性伸成功响应；
[0215]步骤S915:VNFM通知EM此VNF容量发生变更；
[0216]步骤S916:NFV0保存VNF和V頂资源池之间的映射关系；
[0217]步骤S917:M和VNFM更新VNF相关数据；
[0218]步骤S918:EM配置VNF相关应用数据。
[0219]图10是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性缩流程图。如图10所示，该方法可以包括以下处理步骤:
[0220]步骤S1001:VNFM从VNF收集测量数据(应用相关)；< br>[0221 ] 步骤S1002:VNFM检测到系统负荷低于弹性缩阈值，触发弹性缩请求；
[0222]步骤S1003:VNFM请求NFV0对弹性缩请求进行校验；
[0223]步骤S1004:NFV0根据配置策略决定执行弹性缩
[0224]步骤S1005:NFV0授权VNFM对VNF进行弹性缩；
[0225]步骤S1006:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0226]步骤S1007:VIM给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0227]步骤S1008:主用VNFC向备用VNFC同步数据；
[0228]步骤S1009:VNFM向VNF发送VNFC主备倒换请求；
[0229]步骤S1010:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0230]步骤S1011:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0231]步骤S1012:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VIM向VNFM回复删除备用VNFC对应的虚拟机响应；
[0232]步骤S1013:VNFM通知NFV0弹性缩成功；
[0233]步骤S1014:VNFM通知EM:VNF容量弹性缩成功；
[0234]步骤S1015:NFV0更新VNF和V頂资源池之间的映射关系；
[0235]步骤S1016:EM和VNFM更新VNF相关数据。
[0236]图11是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性缩流程图。如图11所示，该流程可以包括以下处理步骤:
[0237]步骤S1101:手工操作员在EM上手动执行弹性缩请求，或者EM根据检测结果触发自动弹性缩请求；
[0238]步骤S1102:EM向VNFM发送触发弹性缩请求；
[0239]步骤S1103:VNFM请求NFV0对弹性缩请求进行校验；
[0240]步骤S1104:NFV0根据配置策略决定执行弹性缩[0241 ] 步骤S1105:NFV0授权VNFM对VNF进行弹性缩；
[0242]步骤S1106:VNFM给V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0243]步骤S1107:VIM给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0244]步骤S1108:主用VNFC向备用VNFC同步数据；
[0245]步骤S1109:VNFM向VNF发送VNFC主备倒换请求；
[0246]步骤S1110:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0247]步骤SI 111:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0248]步骤S1112:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VIM向VNFM回复删除备用VNFC对应的虚拟机响应；
[0249]步骤SI 113:VNFM通知NFV0弹性缩成功；
[0250]步骤SI 114:VNFM通知EM:VNF容量弹性缩成功；
[0251 ] 步骤SI 115:NFV0更新VNF和V頂资源池之间的映射关系；
[0252]步骤S1116:EM和VNFM更新VNF相关数据。
[0253]图12是根据本发明实施例的目标资源占用情况的处理装置的结构框图。如图12所示，该目标资源占用情况的处理装置可以包括:获取模块10，用于获取VNF scale up和/或scale down的目标资源占用情况；处理模块20，用于根据目标资源占用情况指示V頂创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0254]采用如图12所示的装置，解决了相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题，进而实现了优雅scale up/scale down,提高了 VNF 的可用性。
[0255]在优选实施过程中，上述装置可以位于但不限于:NFV0或VNFM。
[0256]优选地，如图13所示，上述装置还可以包括:第一触发模块30，用于在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；第二触发模块40，用于在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0257]优选地，如图13所示，上述装置还可以包括:检测模块50，用于在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；第三触发模块60，用于在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；重启模块70，用于在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0258]从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):采用本发明实施例所提供的技术方案，在scale up/scale down的过程中，可以根据VNF scale up/scale down的目标资源占用情况指示V頂创建(适用于VNF内无主备的情况)或者修改(适用于VNF内有主备的情况)备用VNFC对应的虚拟机，由此解决了相关技术中缺乏针对优雅弹性伸缩的详细解决方案的问题，进而实现了优雅scale up/scale down,提高了 VNF的可用性。
[0259]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0260]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种目标资源占用情况的处理方法，其特征在于，包括: 获取虚拟化网络功能VNF纵向弹性伸scale up和/或弹性缩scale down的目标资源占用情况； 根据所述目标资源占用情况指示虚拟化基础架构管理创建或者修改与备用虚拟化网络功能组件VNFC对应的备用虚拟机，其中，所述备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。2.根据权利要求1所述的方法，其特征在于，在根据所述目标资源占用情况指示所述VIM创建所述备用虚拟机之后，还包括: 在所述备用虚拟机开始启动后，触发所述主用虚拟机向所述备用虚拟机同步数据； 在确定同步数据的过程已经进入稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换，并在倒换操作结束后，删除所述主用虚拟机。3.根据权利要求2所述的方法，其特征在于，在所述倒换操作结束后，指示所述V頂删除所述主用虚拟机。4.根据权利要求1所述的方法，其特征在于，在根据所述目标资源占用情况指示所述VIM修改所述备用虚拟机之后，还包括: 在所述备用虚拟机重新启动后，检测所述主用虚拟机向所述备用虚拟机同步数据的过程是否已经进入稳定状态； 在确定已经进入所述稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换； 在对倒换后的备用虚拟机的资源占用情况进行修改后，重启所述倒换后的备用虚拟机。5.根据权利要求2或4所述的方法，其特征在于，在确定所述同步数据的过程已经进入所述稳定状态的情况下，通知VNF触发所述主用虚拟机与所述备用虚拟机进行倒换，由所述备用虚拟机接管所述主用虚拟机当前开展的业务。6.根据权利要求1所述的方法，其特征在于，网络功能虚拟化编排器NFV0或虚拟化网络功能管理VNFM根据所述目标资源占用情况指示所述V頂创建或者修改所述备用虚拟机。7.一种目标资源占用情况的处理装置，其特征在于，包括: 获取模块，用于获取虚拟化网络功能VNF纵向弹性伸scale up和/或弹性缩scaledown的目标资源占用情况； 处理模块，用于根据所述目标资源占用情况指示虚拟化基础架构管理创建或者修改与备用虚拟化网络功能组件VNFC对应的备用虚拟机，其中，所述备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。8.根据权利要求7所述的装置，其特征在于，所述装置还包括: 第一触发模块，用于在所述备用虚拟机开始启动后，触发所述主用虚拟机向所述备用虚拟机同步数据； 第二触发模块，用于在确定同步数据的过程已经进入稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换，并在倒换操作结束后，删除所述主用虚拟机。9.根据权利要求7所述的装置，其特征在于，所述装置还包括: 检测模块，用于在所述备用虚拟机重新启动后，检测所述主用虚拟机向所述备用虚拟机同步数据的过程是否已经进入稳定状态； 第三触发模块，用于在确定已经进入所述稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换； 重启模块，用于在对倒换后的备用虚拟机的资源占用情况进行修改后，重启所述倒换后的备用虚拟机。10.根据权利要求7至9任一项所述的装置，其特征在于，所述装置位于网络功能虚拟化编排器NFVO或虚拟化网络功能管理VNFM。
【专利摘要】本发明公开了一种目标资源占用情况的处理方法及装置，在上述方法中，获取VNF？scale？up和/或scale？down的目标资源占用情况；根据目标资源占用情况指示VIM创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。根据本发明提供的技术方案，进而实现了优雅scale？up/scale？down，提高了VNF的可用性。
【IPC分类】H04L12/46
【公开号】CN105490908
【申请号】CN201410473174
【发明人】陶运锋
【申请人】中兴通讯股份有限公司
【公开日】2016年4月13日
【申请日】2014年9月16日
【公告号】WO2015131671A1
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种目标资源占用情况的处理方法及装置。
【背景技术】
[0002]网络功能虚拟化(NetworkFunct1ns Virtualizat1n,简称为 NFV)技术指的是将传统网络功能，如:代理呼叫会话控制功能实体(Proxy call sess1n controlFunct1n,简称为P-CSCF),查询呼叫会话控制功能实体(Interrogating call sess1ncontrol Funct1n,简称为1-CSCF),服务呼叫会话控制功能实体(Serving call sess1ncontrol Funct1n,简称为 S-CSCF),归属用户服务器(Home subscriber Server,简称为HSS)以及应用服务器(Applicat1n Server，简称为AS)等进行虚拟化，通过将虚拟化网络功能组件(Virtualized Network Funct1n Component简称为VNFC)部署在云虚拟机上，从而实现网络功能的虚拟化，虚拟化后的网络功能称为虚拟化网络功能(Virtual izedNetwork Funct1n,简称为VNF)。网络功能虚拟化后可以带来如下技术优势:
[0003]1)网络功能和硬件解耦，实现了异种网络功能、异厂家的网络功能运行在相同的硬件上，运行商在部署新网络功能时，能够方便地利旧，保护了运营商投资；
[0004]2)由于网络功能都能运行在通用的硬件上，加快了运营商开展新业务的速度；
[0005]3)由于采用通用硬件，大规模地采购能够降低成本；
[0006]4)由于网络功能具有弹性伸缩功能，网络功能因需占用资源，提高了资源利用率，同时，在负荷较低时，会关闭部分通用服务器，所以更加绿色节能。
[0007]NFV技术的一个关键功能是网络功能弹性伸缩技术，弹性伸缩的触发方式有以下两种:
[0008]第一种、自动触发，即VNF可以根据自身的负荷情况动态调整自身的资源占用；
[0009]第二种、手动触发，即用户可以根据管理需要手动调整VNF的资源占用。
[0010]弹性伸缩的调整方式也分为以下两种:
[0011]第一种、横向调整，即通过增加或删除虚拟机的方式来调整，称之为横向弹性伸缩(scale out/scale in)；
[0012]第二种、纵向调整，即通过调整虚拟机占用资源的方式来调整，称之为纵向弹性伸缩(scale up/scale down)。
[0013]现有的欧洲电信标准化协会(ETSI)规范中定义了 VNF弹性伸缩流程，其中，描述了如下几部分内容:
[0014](1)由网络功能虚拟化编排器(Network Funct1ns Virtualizat1nOrchestrator,简称为NFVO)执行资源分配的弹性伸缩流程；
[0015]图1是根据相关技术的ETSI规范中由NFV0执行资源分配的VNF弹性伸缩流程图。如图1所示，该流程可以包括以下处理步骤:
[0016]步骤S101:发送者(例如0SS)向NFV0发送弹性伸缩请求；
[0017]步骤S102:NFV0对弹性伸缩请求进行合法性校验，检查此需求是否符合策略配置；
[0018]步骤S103:NFV0找到本VNF对应的VNFM，如果本VNF没有对应的VNFM，NFV0创建新乂画；
[0019]步骤S104:NFV0在执行弹性动作之前，对弹性伸缩请求进行可行性校验，并预留相关资源，整个S104步为可选，如果S104执行，则必须全部执行，S104又包括如下子步骤:
[0020]步骤S104a:NFV0请求VNFM对弹性伸缩请求进行可行性检查；
[0021 ] 步骤S104b:VNFM执行任何必须的准备工作，这些工作可能包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0022]步骤S104c:VNFM向NFV0返回更新后的弹性伸缩请求；
[0023]步骤S104d:NFV0请求V頂检查资源(计算、存储、网络)的可用性并预留这些资源；
[0024]步骤S104e:VIM检查资源(计算、存储、网络)的可用性并预留这些资源；
[0025]步骤S104f:VIM向NFV0返回资源预留的结果；
[0026]步骤S105:NFV0向VNFM发送弹性伸缩请求，包括弹性伸缩数据，如果步骤S104已经执行，则还包括资源预留信息；
[0027]步骤S106:VNFM执行任何需要的准备工作:对弹性伸缩请求进行校验，参数校验，可能还包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0028]需要注意的是:该步骤与步骤S104b —致，如果步骤S104已经执行，则跳过此步骤；
[0029]步骤S107:VNFM向NFV0回复资源变更响应；
[0030]步骤S108:NFV0向V頂发送资源(计算、存储、网络)变更请求；
[0031]步骤S109:VIM根据需要修改VNF内部网络；
[0032]步骤S110:VIM根据需要实例化新虚拟机并连到内部网络；
[0033]步骤Sill:VIM向NFV0回复资源变更完成响应；
[0034]步骤S112:NFV0通知VNFM资源变更完成；
[0035]步骤S113:VNFM向NFV0回复响应；
[0036]步骤S114:NFV0向请求回复弹性申请成功响应。
[0037](2)由VNF管理(VNF Manager,简称为VNFM)执行资源分配的弹性伸缩流程，其中该部分内容还可以具体划分为如下技术章节:
[0038]1) VNF自动弹的过程；
[0039]图2是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性伸流程图。如图2所示，该流程可以包括以下处理步骤:
[0040]步骤S201:VNFM从VNF收集测量数据(应用相关)；
[0041 ] 步骤S202:VNFM检测到系统负荷超过弹性伸阈值，触发弹性伸请求；
[0042]步骤S203:VNFM请求NFV0对弹性伸请求进行校验；
[0043]步骤S204:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0044]步骤S205:NFV0授权VNFM对VNF进行弹性伸；
[0045]步骤S206:VNFM根据NFV0的指示，向V頂发送请求创建并启动VM ；
[0046]步骤S207:VIM实例化并启动新VM，并给VNFM回复成功响应；
[0047]步骤S208:VNFM配置VNF上相关数据；
[0048]步骤S209:VNFM向NFV0回复弹性伸成功响应；
[0049]步骤S210:VNFM通知EM此VNF容量发生变更；
[0050]步骤S211:NFV0保存VNF和V頂资源池之间的映射关系；
[0051 ]步骤S212:EM和VNFM更新VNF相关数据；
[0052]步骤S213:EM配置VNF相关应用数据。
[0053]2)由网元管理(Element management,简称为EM)发起的VNF自动弹的过程；
[0054]图3是根据相关技术的ETSI规范中由VNFM执行资源分配的EM发起的VNF弹性伸流程图。如图3所示，该流程可以包括以下处理步骤:
[0055]步骤S301:手工操作员在EM上手动执行弹性伸请求，或者EM根据检测结果触发自动弹性伸请求；
[0056]步骤S302:EM向VNFM发送弹性伸请求；
[0057]步骤S303:VNFM请求NFV0对弹性伸请求进行校验；
[0058]步骤S304:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0059]步骤S305:NFV0授权VNFM对VNF进行弹性伸；
[0060]步骤S306:VNFM根据NFV0的指示，向V頂发送请求创建并启动VM ；
[0061]步骤S307:VIM实例化并启动新VM，并给VNFM回复成功响应；
[0062]步骤S308:VNFM配置VNF上相关数据；
[0063]步骤S309:VNFM向NFV0回复弹性伸成功响应；
[0064]步骤S310:VNFM通知EM此VNF容量发生变更；
[0065]步骤S311:NFV0保存VNF和V頂资源池之间的映射关系；
[0066]步骤S312:M和VNFM更新VNF相关数据；
[0067]步骤S313:EM配置VNF相关应用数据。
[0068]3)VNF自动缩的过程；
[0069]图4是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性缩流程图。如图4所示，该方法可以包括以下处理步骤:
[0070]步骤S401:VNFM从VNF收集测量数据(应用相关)；
[0071 ]步骤S402:VNFM检测到系统负荷低于弹性缩阈值，触发弹性缩请求；
[0072]步骤S403:VNFM请求NFV0对弹性缩请求进行校验；
[0073]步骤S404:NFV0根据配置策略决定执行弹性缩
[0074]步骤S405:NFV0授权VNFM对VNF进行弹性缩；
[0075]步骤S406:VNF优雅关闭VNFC (对正在进行的业务无影响)；
[0076]步骤S407:当即将删除的VNFC (VM)上无负荷时，VNFM请求V頂删除VM ；
[0077]步骤S408:VIM删除VM并通知VNFM ；
[0078]步骤S409:VNFM通知NFV0弹性缩成功；
[0079]步骤S410:VNFM通知EM:VNF容量弹性缩成功；
[0080]步骤S411:NFV0更新VNF和VIM资源池之间的映射关系；
[0081]步骤S412:EM和VNFM更新VNF相关数据。
[0082]4)由EM发起的VNF自动缩的过程；
[0083]图5是根据相关技术的由VNFM执行资源分配的EM发起的VNF弹性缩流程图。如图5所示，该流程可以包括以下处理步骤:
[0084]步骤S501:手工操作员在EM上手动执行弹性缩请求，或者EM根据检测结果触发自动弹性缩请求；
[0085]步骤S502:EM向VNFM发送触发弹性缩请求；
[0086]步骤S503:VNFM请求NFV0对弹性缩请求进行校验；
[0087]步骤S504:NFV0根据配置策略决定执行弹性缩
[0088]步骤S505:NFV0授 权VNFM对VNF进行弹性缩；
[0089]步骤S506:VNF优雅关闭VNFC (对正在进行的业务无影响)；
[0090]步骤S507:当即将删除的VNFC (VM)上无负荷时，VNFM请求V頂删除VM ；
[0091 ] 步骤S508:VIM删除VM并通知VNFM ；
[0092]步骤S509:VNFM通知NFV0弹性缩成功；
[0093]步骤S510:VNFM通知EM:VNF容量弹性缩成功；
[0094]步骤S511:NFV0更新VNF和V頂资源池之间的映射关系；
[0095]步骤S512:EM和VNFM更新VNF相关数据。
[0096]需要说明的是,在上述(1)和(2)中所描述的流程均不区分scale out/scale in还是 scale up/scale down。
[0097]上述流程描述的是弹性伸缩的通用流程,适用于scale up/scale down和scaleup/scale in两种方式的弹性伸缩，然而，上述方案的缺陷在于:
[0098]当VNF发生scale up/scale down方式的弹性伸缩时，
[0099]图1中没有描述是否需要优雅弹性伸缩及如何弹性伸缩；
[0100]图2中没有描述是否需要优雅弹性伸及如何弹性伸；
[0101]图3中没有描述是否需要优雅弹性伸及如何弹性伸；
[0102]图4中虽然描述了需要优雅弹性缩，但是没有描述如何弹性缩；
[0103]图5中虽然描述了需要优雅弹性伸，但是没有描述如何弹性伸；
[0104]在实际的应用中，经常要求VNF能够优雅弹性伸缩，以免对正在进行的业务进行影响，例如:当电信领域的P-CSCF、1-CSCF、S-CSCF发送弹性伸缩时，电信运营商一般要求不能对正在进行的呼叫、注册等产生影响，对于scale up/scale down方式的弹性伸缩而言，在VNF弹性伸和/或弹性缩的过程中，需要修改虚拟机(VM)的资源占用情况(计算、存储、网络)，当V頂完成对VM的资源占用情况修改后，需要重新启动VM才能生效，而重新启动VM必然影响正在进行的业务。
[0105]综上所述，从目前的ETSI规范来看，尚没有针对优雅弹性伸缩的详细解决方案。
【发明内容】
[0106]本发明提供了一种目标资源占用情况的处理方法及装置，以至少解决相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题。
[0107]根据本发明的一个方面，提供了一种目标资源占用情况的处理方法。
[0108]根据本发明实施例的目标资源占用情况的处理方法包括:获取VNF scale up和/或scale down的目标资源占用情况；根据目标资源占用情况指示VIM创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0109]优选地，在根据目标资源占用情况指示V頂创建备用虚拟机之后，还包括:在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0110]优选地，在倒换操作结束后，指示V頂删除主用虚拟机。
[0111]优选地，在根据目标资源占用情况指示VIM修改备用虚拟机之后，还包括:在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0112]优选地，在确定同步数据的过程已经进入稳定状态的情况下，通知VNF触发主用虚拟机与备用虚拟机进行倒换，由备用虚拟机接管主用虚拟机当前开展的业务。
[0113]优选地，NFV0或VNFM根据目标资源占用情况指示V頂创建或者修改备用虚拟机。
[0114]根据本发明的另一方面，提供了一种目标资源占用情况的处理装置。
[0115]根据本发明实施例的目标资源占用情况的处理装置包括:获取模块，用于获取VNFscale up和/或scale down的目标资源占用情况；处理模块,用于根据目标资源占用情况指示V頂创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0116]优选地，上述装置还包括:第一触发模块，用于在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；第二触发模块，用于在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0117]优选地，上述装置还包括:检测模块，用于在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；第三触发模块，用于在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；重启模块，用于在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0118]优选地，上述装置位于NFV0或VNFM。
[0119]通过本发明实施例，采用获取VNF scale up和/或scale down的目标资源占用情况；根据目标资源占用情况指示VIM创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务，解决了相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题，进而实现了优雅scale up/scale down,提高了 VNF的可用性。
【附图说明】
[0120]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0121]图1是根据相关技术的ETSI规范中由NFV0执行资源分配的VNF弹性伸缩流程图；
[0122]图2是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性伸流程图；
[0123]图3是根据相关技术的ETSI规范中由VNFM执行资源分配的EM发起的VNF弹性伸流程图；
[0124]图4是根据相关技术的ETSI规范中由VNFM执行资源分配的VNF自动弹性缩流程图；
[0125]图5是根据相关技术的由VNFM执行资源分配的EM发起的VNF弹性缩流程图；
[0126]图6是根据本发明实施例的目标资源占用情况的处理方法的流程图；
[0127]图7是根据本发明优选实施例的由NFV0执行资源分配的VNF弹性伸缩流程图；
[0128]图8是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性伸流程图；
[0129]图9是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性伸流程图；
[0130]图10是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性缩流程图；
[0131]图11是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性缩流程图；
[0132]图12是根据本发明实施例的目标资源占用情况的处理装置的结构框图；
[0133]图13是根据本发明优选实施例的目标资源占用情况的处理装置的结构框图。
【具体实施方式】
[0134]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0135]图6是根据本发明实施例的目标资源占用情况的处理方法的流程图。如图1所示，该目标资源占用情况的处理方法可以包括:
[0136]步骤S602:获取VNF scale up和/或scale down的目标资源占用情况；
[0137]步骤S604:根据目标资源占用情况指示V頂创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0138]相关技术中缺乏针对优雅弹性伸缩的详细解决方案。采用如图6所示的方法，在scale up/scale down的过程中，NFV0可以根据VNF scale up/scale down的目标资源占用情况指示虚拟化基础架构管理(Virtualized Infrastructure Manager,简称为VIM)创建(适用于VNF内无主备的情况)或者修改(适用于VNF内有主备的情况)备用VNFC对应的虚拟机，由于有备用VNFC接管业务，保持了对业务无影响或较小影响，因而解决了相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题，进而实现了优雅scale up/scale down,提高了 VNF的可用性。
[0139]优选地，在步骤S604，根据目标资源占用情况指示V頂创建备用虚拟机之后，还可以包括以下操作:
[0140]步骤S1:在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；
[0141]步骤S2:在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0142]在优选实施例中，可以将VNF内部VNFC分成两种情况:有主备和无主备；备用VNFC的意义在于可以根据需要(可能是主用VNFC故障、设备检修等)接替执行主用VNFC的业务。VNF是否有主备是在虚拟化网络功能描述符(Virtual network funct1ndescriptor,简称为VNFD)中描述的，NFVO和VNFM可以通过VNFD感知到VNF的VNFC是否有主备。针对VNF内部VNFC有主备和无主备两种情况，对于VNF内部VNFC无主备的情况，也可以利用主备功能来达到优雅scale up和scale down的目的。与VNF内部VNFC有主备的情况相比，首先需要对即将进行scale up/scale down的VNFC创建备用VNFC，此备用VNFC对应的虚拟机是根据scale up/scale down的目标资源占用情况创建的。然后开始启动备用VNFC对应的虚拟机，触发主用VNFC对应的虚拟机向备用虚拟机同步数据(例如:虚拟机热迁移的同步数据功能)，当同步数据进入稳态后，触发主备倒换(例如:虚拟机热迁移的切换功能)，主备倒换结束后，删除原主用VNFC对应的虚拟机，scale up/scale down的过程就结束了。在这个过程中，由于有备用VNFC接管业务，保持了对业务无影响或较小影响，实现了优雅scale up/scale down功能。
[0143]在优选实施过程中，在倒换操作结束后，可以指示V頂删除主用虚拟机。
[0144]对于VNF内有主备的情况 ，当主备倒换结束后，则优雅scale up/scale down就已完成，对于VNF内无主备的情况，当主备倒换结束后，NFV0指示V頂删除新备用VNFC对应的虚拟机。
[0145]优选地，在步骤S604，根据目标资源占用情况指示V頂修改备用虚拟机之后，还可以包括以下步骤:
[0146]步骤S3:在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；
[0147]步骤S4:在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；
[0148]步骤S5:在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0149]在优选实施例中，对于VNF内部VNFC有主备的情况，可以利用这种主备功能来达到优雅scale up和scale down的目的，即首先根据scale up/scale down的目标资源占用情况修改备用VNFC对应的虚拟机并重新启动虚拟机。在备用虚拟机启动后，主用虚拟机向备用动态同步数据，当同步数据进入稳态后，触发主备倒换，备用虚拟机变成主用虚拟机，主用虚拟机则变成备用虚拟机。然后，修改新备用虚拟机的资源占用情况，重启新备用虚拟机，scale up/scale down的过程就结束了，在这个过程中，由于有备用VNFC接管业务，保持了对业务无影响或较小影响，实现了优雅scale up/scale down功能。
[0150]在优选实施过程中，在确定同步数据的过程已经进入稳定状态的情况下，通知VNF触发主用虚拟机与备用虚拟机进行倒换，由备用虚拟机接管主用虚拟机当前开展的业务。
[0151]当同步数据进入稳态后，NFV0通知VNF触发VNFC主备倒换，由备用VNFC的虚拟机接管主用VNFC的虚拟机业务，原主用VNFC变成备用VNFC，原备用VNFC变成主用VNFC。
[0152]在优选实施过程中，可以由NFVO或VNFM根据目标资源占用情况指示V頂创建或者修改备用虚拟机。如果由VNFM执行资源分配，则由VNFM根据VNF scale up/scale down的目标资源占用情况指示V頂创建(适用于VNF内无主备的情况)或者修改(适用于VNF内有主备的情况)备用VNFC对应的虚拟机；如果由VNFM执行资源分配，对于VNF内有主备的情况，当主备倒换结束后，则由VNFM指示V頂删除新备用VNFC对应的虚拟机。
[0153]下面将结合图7至图11所示的优选实施方式对上述优选实施过程作进一步的描述。
[0154]图7是根据本发明优选实施例的由NFV0执行资源分配的VNF弹性伸缩流程图。如图7所示，该流程可以包括以下处理步骤:
[0155]步骤S701:发送者(例如0SS)向NFV0发送弹性伸缩请求；
[0156]步骤S702:NFV0对弹性伸缩请求进行合法性校验，检查此需求是否符合策略配置；
[0157]步骤S703:NFV0找到本VNF对应的VNFM，如果本VNF没有对应的VNFM，NFV0创建新乂画；
[0158]步骤S704:NFV0在执行弹性动作之前，对弹性伸缩请求进行可行性校验，并预留相关资源，整个S704步为可选，如果S704执行，则必须全部执行，S704又包括如下子步骤:
[0159]步骤S704a:NFV0请求VNFM对弹性伸缩请求进行可行性检查；
[0160]步骤S704b:VNFM执行任何必须的准备工作，这些工作可能包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0161]步骤S704c:VNFM向NFV0返回更新后的弹性伸缩请求；
[0162]步骤S704d:NFV0请求V頂检查资源(计算、存储、网络)的可用性并预留这些资源；
[0163]步骤S704e:V頂检查资源(计算、存储、网络)的可用性并预留这些资源；
[0164]步骤S704f:VIM向NFV0返回资源预留的结果；
[0165]步骤S705:NFV0向VNFM发送弹性伸缩请求，包括弹性伸缩数据，如果步骤S704已经执行，则还包括资源预留信息；
[0166]步骤S706:VNFM执行任何需要的准备工作:对弹性伸缩请求进行校验，参数校验，可能还包括根据VNF特定限制修改/补充弹性伸缩请求的入参；
[0167]需要注意的是:该步骤与步骤S704b—致，如果步骤S704已经执行，则跳过此步骤；
[0168]步骤S707:VNFM向NFV0回复资源变更响应；
[0169]步骤S708:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0170]步骤S709:VIM创建或者修改备用VNFC对应的虚拟机关联的网络；
[0171]步骤S710:V頂创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC对应的虚拟机并关联到相关网络；
[0172]步骤S711:V頂给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0173]步骤S712:主用VNFC向备用VNFC同步数据；
[0174]步骤S713:VNFM向VNF发送VNFC主备倒换请求；
[0175]步骤S714:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0176]步骤S715:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0177]步骤S716:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，V頂向VNFM回复删除备用VNFC对应的虚拟机响应；
[0178]步骤S717:NFV0通知VNFM资源变更完成；
[0179]步骤S718:VNFM向NFV0回复响应；
[0180]步骤S719:NFV0向请求回复弹性申请成功响应。
[0181]图8是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性伸流程图。如图8所示，该流程可以包括以下处理步骤:
[0182]步骤S801:VNFM从VNF收集测量数据(应用相关)；
[0183]步骤S802:VNFM检测到系统负荷超过弹性伸阈值，触发弹性伸请求；
[0184]步骤S803:VNFM请求NFV0对弹性伸请求进行校验；
[0185]步骤S804:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0186]步骤S805:NFV0授权VNFM对VNF进行弹性伸；
[0187]步骤S806:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0188]步骤S807:V頂给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0189]步骤S808:主用VNFC向备用VNFC同步数据；
[0190]步骤S809:VNFM向VNF发送VNFC主备倒换请求；
[0191]步骤S810:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0192]步骤S811:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0193]步骤S812:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，V頂向VNFM回复删除备用VNFC对应的虚拟机响应；
[0194]步骤S813:VNFM配置VNF上相关数据；
[0195]步骤S814:VNFM向NFV0回复弹性伸成功响应；
[0196]步骤S815:VNFM通知EM此VNF容量发生变更；
[0197]步骤S816:NFV0保存VNF和V頂资源池之间的映射关系；
[0198]步骤S817:EM和VNFM更新VNF相关数据；
[0199]步骤S818:EM配置VNF相关应用数据。
[0200]图9是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性伸流程图。如图9所示，该流程可以包括以下处理步骤:
[0201]步骤S901:手工操作员在EM上手动执行弹性伸请求，或者EM根据检测结果触发自动弹性伸请求；
[0202]步骤S902:EM向VNFM发送弹性伸请求；
[0203]步骤S903:VNFM请求NFV0对弹性伸请求进行校验；
[0204]步骤S904:NFV0决定执行弹性伸，根据VNF的容量数据库及VNF模版，计算弹性伸需要的资源(计算、存储、网络)，检查当前是否有足够的资源；
[0205]步骤S905:NFV0授权VNFM对VNF进行弹性伸；
[0206]步骤S906:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0207]步骤S907:V頂给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0208]步骤S908:主用VNFC向备用VNFC同步数据；
[0209]步骤S909:VNFM向VNF发送VNFC主备倒换请求；
[0210]步骤S910:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0211 ] 步骤S911:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0212]步骤S912:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，V頂向VNFM回复删除备用VNFC对应的虚拟机响应；
[0213]步骤S913:VNFM配置VNF上相关数据；
[0214]步骤S914:VNFM向NFV0回复弹性伸成功响应；
[0215]步骤S915:VNFM通知EM此VNF容量发生变更；
[0216]步骤S916:NFV0保存VNF和V頂资源池之间的映射关系；
[0217]步骤S917:M和VNFM更新VNF相关数据；
[0218]步骤S918:EM配置VNF相关应用数据。
[0219]图10是根据本发明优选实施例的由VNFM执行资源分配的VNF自动弹性缩流程图。如图10所示，该方法可以包括以下处理步骤:
[0220]步骤S1001:VNFM从VNF收集测量数据(应用相关)；< br>[0221 ] 步骤S1002:VNFM检测到系统负荷低于弹性缩阈值，触发弹性缩请求；
[0222]步骤S1003:VNFM请求NFV0对弹性缩请求进行校验；
[0223]步骤S1004:NFV0根据配置策略决定执行弹性缩
[0224]步骤S1005:NFV0授权VNFM对VNF进行弹性缩；
[0225]步骤S1006:VNFM向V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0226]步骤S1007:VIM给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0227]步骤S1008:主用VNFC向备用VNFC同步数据；
[0228]步骤S1009:VNFM向VNF发送VNFC主备倒换请求；
[0229]步骤S1010:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0230]步骤S1011:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0231]步骤S1012:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VIM向VNFM回复删除备用VNFC对应的虚拟机响应；
[0232]步骤S1013:VNFM通知NFV0弹性缩成功；
[0233]步骤S1014:VNFM通知EM:VNF容量弹性缩成功；
[0234]步骤S1015:NFV0更新VNF和V頂资源池之间的映射关系；
[0235]步骤S1016:EM和VNFM更新VNF相关数据。
[0236]图11是根据本发明优选实施例的由VNFM执行资源分配的EM发起的VNF弹性缩流程图。如图11所示，该流程可以包括以下处理步骤:
[0237]步骤S1101:手工操作员在EM上手动执行弹性缩请求，或者EM根据检测结果触发自动弹性缩请求；
[0238]步骤S1102:EM向VNFM发送触发弹性缩请求；
[0239]步骤S1103:VNFM请求NFV0对弹性缩请求进行校验；
[0240]步骤S1104:NFV0根据配置策略决定执行弹性缩[0241 ] 步骤S1105:NFV0授权VNFM对VNF进行弹性缩；
[0242]步骤S1106:VNFM给V頂发送创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的请求；
[0243]步骤S1107:VIM给VNFM回复创建(适用于无主备VNFC)或者修改(适用于有主备VNFC)备用VNFC的响应；
[0244]步骤S1108:主用VNFC向备用VNFC同步数据；
[0245]步骤S1109:VNFM向VNF发送VNFC主备倒换请求；
[0246]步骤S1110:当主用VNFC和备用VNFC同步数据进入稳态后，VNF控制触发VNFC主备倒换，当倒换成功后，VNF向VNFM回复VNFC主备倒换成功响应；
[0247]步骤SI 111:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VNFM向V頂发送删除备用VNFC对应的虚拟机请求；
[0248]步骤S1112:对于有主备的VNFC情况，此步骤跳过，对于无主备的VNFC情况，VIM向VNFM回复删除备用VNFC对应的虚拟机响应；
[0249]步骤SI 113:VNFM通知NFV0弹性缩成功；
[0250]步骤SI 114:VNFM通知EM:VNF容量弹性缩成功；
[0251 ] 步骤SI 115:NFV0更新VNF和V頂资源池之间的映射关系；
[0252]步骤S1116:EM和VNFM更新VNF相关数据。
[0253]图12是根据本发明实施例的目标资源占用情况的处理装置的结构框图。如图12所示，该目标资源占用情况的处理装置可以包括:获取模块10，用于获取VNF scale up和/或scale down的目标资源占用情况；处理模块20，用于根据目标资源占用情况指示V頂创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。
[0254]采用如图12所示的装置，解决了相关技术中在VNF弹性伸和/或弹性缩的过程中，无法在修改VM的资源占用情况下不影响正常进行的业务的问题，进而实现了优雅scale up/scale down,提高了 VNF 的可用性。
[0255]在优选实施过程中，上述装置可以位于但不限于:NFV0或VNFM。
[0256]优选地，如图13所示，上述装置还可以包括:第一触发模块30，用于在备用虚拟机开始启动后，触发主用虚拟机向备用虚拟机同步数据；第二触发模块40，用于在确定同步数据的过程已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换，并在倒换操作结束后，删除主用虚拟机。
[0257]优选地，如图13所示，上述装置还可以包括:检测模块50，用于在备用虚拟机重新启动后，检测主用虚拟机向备用虚拟机同步数据的过程是否已经进入稳定状态；第三触发模块60，用于在确定已经进入稳定状态的情况下，触发主用虚拟机与备用虚拟机进行倒换；重启模块70，用于在对倒换后的备用虚拟机的资源占用情况进行修改后，重启倒换后的备用虚拟机。
[0258]从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):采用本发明实施例所提供的技术方案，在scale up/scale down的过程中，可以根据VNF scale up/scale down的目标资源占用情况指示V頂创建(适用于VNF内无主备的情况)或者修改(适用于VNF内有主备的情况)备用VNFC对应的虚拟机，由此解决了相关技术中缺乏针对优雅弹性伸缩的详细解决方案的问题，进而实现了优雅scale up/scale down,提高了 VNF的可用性。
[0259]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0260]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种目标资源占用情况的处理方法，其特征在于，包括: 获取虚拟化网络功能VNF纵向弹性伸scale up和/或弹性缩scale down的目标资源占用情况； 根据所述目标资源占用情况指示虚拟化基础架构管理创建或者修改与备用虚拟化网络功能组件VNFC对应的备用虚拟机，其中，所述备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。2.根据权利要求1所述的方法，其特征在于，在根据所述目标资源占用情况指示所述VIM创建所述备用虚拟机之后，还包括: 在所述备用虚拟机开始启动后，触发所述主用虚拟机向所述备用虚拟机同步数据； 在确定同步数据的过程已经进入稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换，并在倒换操作结束后，删除所述主用虚拟机。3.根据权利要求2所述的方法，其特征在于，在所述倒换操作结束后，指示所述V頂删除所述主用虚拟机。4.根据权利要求1所述的方法，其特征在于，在根据所述目标资源占用情况指示所述VIM修改所述备用虚拟机之后，还包括: 在所述备用虚拟机重新启动后，检测所述主用虚拟机向所述备用虚拟机同步数据的过程是否已经进入稳定状态； 在确定已经进入所述稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换； 在对倒换后的备用虚拟机的资源占用情况进行修改后，重启所述倒换后的备用虚拟机。5.根据权利要求2或4所述的方法，其特征在于，在确定所述同步数据的过程已经进入所述稳定状态的情况下，通知VNF触发所述主用虚拟机与所述备用虚拟机进行倒换，由所述备用虚拟机接管所述主用虚拟机当前开展的业务。6.根据权利要求1所述的方法，其特征在于，网络功能虚拟化编排器NFV0或虚拟化网络功能管理VNFM根据所述目标资源占用情况指示所述V頂创建或者修改所述备用虚拟机。7.一种目标资源占用情况的处理装置，其特征在于，包括: 获取模块，用于获取虚拟化网络功能VNF纵向弹性伸scale up和/或弹性缩scaledown的目标资源占用情况； 处理模块，用于根据所述目标资源占用情况指示虚拟化基础架构管理创建或者修改与备用虚拟化网络功能组件VNFC对应的备用虚拟机，其中，所述备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。8.根据权利要求7所述的装置，其特征在于，所述装置还包括: 第一触发模块，用于在所述备用虚拟机开始启动后，触发所述主用虚拟机向所述备用虚拟机同步数据； 第二触发模块，用于在确定同步数据的过程已经进入稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换，并在倒换操作结束后，删除所述主用虚拟机。9.根据权利要求7所述的装置，其特征在于，所述装置还包括: 检测模块，用于在所述备用虚拟机重新启动后，检测所述主用虚拟机向所述备用虚拟机同步数据的过程是否已经进入稳定状态； 第三触发模块，用于在确定已经进入所述稳定状态的情况下，触发所述主用虚拟机与所述备用虚拟机进行倒换； 重启模块，用于在对倒换后的备用虚拟机的资源占用情况进行修改后，重启所述倒换后的备用虚拟机。10.根据权利要求7至9任一项所述的装置，其特征在于，所述装置位于网络功能虚拟化编排器NFVO或虚拟化网络功能管理VNFM。
【专利摘要】本发明公开了一种目标资源占用情况的处理方法及装置，在上述方法中，获取VNF？scale？up和/或scale？down的目标资源占用情况；根据目标资源占用情况指示VIM创建或者修改与备用VNFC对应的备用虚拟机，其中，备用虚拟机用于接管与主用VNFC对应的主用虚拟机正在开展的业务。根据本发明提供的技术方案，进而实现了优雅scale？up/scale？down，提高了VNF的可用性。
【IPC分类】H04L12/46
【公开号】CN105490908
【申请号】CN201410473174
【发明人】陶运锋
【申请人】中兴通讯股份有限公司
【公开日】2016年4月13日
【申请日】2014年9月16日
【公告号】WO2015131671A1
最新回复(0)