一种网络功能虚拟化NFV架构的调度管理方法及装置制造方法及图纸

本申请实施例公开一种网络功能虚拟化NFV架构的调度管理方法及装置，该方法中，调度管理设备首先根据各个VM所属的HOST，为VM设置相应的VM标签，通过VM的VM标签，能够实现对VM的划分，这种情况下，位于同一个HOST内的VM为同一类型；然后，调度管理设备在确定第一VM从第一HOST迁移至第二HOST之后，将所述第一VM的VM标签更新为所述第二HOST，再触发NFV架构中的调度器，所述调度器确定第一VM中的第一Pod是否符合部署需求，若不符合，则调度器会将第一Pod调度至第一HOST的第二VM中，从而在第一VM发生迁移之后，仍然使第一Pod部署在第一HOST中，满足第一Pod的部署需求，从而满足Pod在HOST的调度需求。

【技术实现步骤摘要】
一种网络功能虚拟化NFV架构的调度管理方法及装置
本申请涉及通信
，具体涉及一种网络功能虚拟化NFV架构的调度管理方法及装置。
技术介绍
网络功能虚拟化(networkfunctionsvirtualization，NFV)是由欧洲电信标准化协会(Europeantelecommunicationsstandardsinstitute，ETSI)从网络运营商的角度出发提出的一种软件和硬件分离的架构，目标是基于现代化的虚拟化技术，采用通用硬件，例如业界标准的大容量服务器、存储和交换机等，承载多种网络软件功能，实现软件的灵活加载。NFV架构如图1所示，参见图1，在NFV架构中所涉及到的网元包括：虚拟化的网络功能管理器(VNFmanager，VNFM)、虚拟化基础设施管理器(virtualisedinfrastructuremanager，VIM)、平台即服务(platformasaservice，PaaS)、网络功能虚拟化基础设施层(NetworkFunctionsVirtualizationInfrastructure，NFVI)和最小部署单元Pod。其中，VNFM的主要功能是实现对VNF的生命周期管理，如部署/扩容/缩容/下线等自动化能力；VNFM根据模板及VNF容量需求，分解出对虚拟机等虚拟资源的需求，能够与VIM等配合完成VNF的实例化；VIM的主要功能是实现对整个基础设施层资源(例如计算、存储、网络资源)的管理和监控；VNFM和VIM共同构成NFV管理的模块，并且，能够与PaaS进行交互；PaaS是将服务器平台作为一种服务提供的商业模式，在PaaS中设置有调度器(例如Google开源的容器编排引擎Kubernetes)，该调度器用于为容器化的应用提供资源调度、部署运行和扩缩容等功能；NFVI用于对NFV的基础设施建设，在NFVI中可以包括虚拟计算(VirtualComputing)、虚拟存储(VirtualStorage)、虚拟网络(VirtualNetwork)、虚拟化层(VirtualisationLayer)和硬件资源(Hardwareresources)；VNF用于承担虚拟化的功能。Pod是PaaS中的调度器创建、调度和管理的最小单位，运行在虚拟机(VirtualMachine，VM)内；另外，VM被部署在主机(HOST)内，即VM为Pod的父节点，而HOST为Pod的父父节点。为了应对各种应用场景，NFV架构支持对Pod进行亲和性/反亲和性的调度，Pod亲和性的调度指的是将相同类型的Pod部署在相同的VM中，Pod反亲和性的调度指的是将相同或不同类型的各个Pod部署在不同的VM中。其中，对Pod进行亲和性的调度，即将相同类型的Pod部署在不同VM中，能够减少宕机影响，对Pod进行反亲和性的调度，即将不同类型的Pod部署在不同VM中，能够避免不同类型的Pod之间的干扰。目前对Pod进行的亲和性/反亲和性的调度时，预先为不同VM分别设置相应的标签，通过标签对VM进行划分，然后根据VM的标签确定Pod所需部署的VM。例如，当需要对Pod进行亲和性的调度，将各个相同类型的Pod部署在同一个VM时，可为该VM设置目标标签，将各个相同类型的Pod部署在目标标签对应的VM中，从而使各个相同类型的Pod均部署在目标标签对应的VM中，实现Pod的亲和性的调度；当需要对Pod进行反亲和性的调度，将各个Pod部署在不同的VM时，可为不同VM设置不同的标签，在部署Pod的过程中，当确定某一标签对应的VM中已部署有Pod时，则将待部署的Pod部署在其他标签对应的VM中，从而将各个Pod部署在不同的VM中，实现Pod的反亲和性调度。但是，专利技术人在本申请的研究过程中发现，现有技术只能实现Pod在VM级别的调度，即只能将某一种类型的Pod部署在特定类型的VM内，有些应用场景下，需要实现Pod在HOST级别的调度，但现有技术无法满足Pod在HOST的调度需求，即通过现有技术，无法将某一Pod只部署在特定的HOST内。
技术实现思路
为了解决现有技术无法满足Pod在HOST的调度需求的问题，本申请实施例公开一种网络功能虚拟化NFV架构的调度管理方法及装置。第一方面，本申请实施例公开一种网络功能虚拟化NFV架构的调度管理方法，包括：NFV架构中的调度管理设备获取各个虚拟机VM所属的主机HOST，并为所述VM设置相应的VM标签，所述VM标签包括所述VM所属的HOST的信息；所述调度管理设备在确定第一VM从第一HOST迁移至第二HOST之后，根据所述第一VM迁移后所属的HOST，更新所述第一VM的VM标签；所述调度管理设备触发所述NFV架构中的调度器，所述调度器用于当根据所述第一VM更新后的VM标签，确定所述第一VM中的第一最小部署单元Pod不符合部署需求时，将所述第一Pod调度至所述第一HOST的第二VM中。通过本申请实施例公开的方案，能够使某一种Pod部署在特定的HOST中，从而满足Pod在HOST的调度需求，解决现有技术的问题。一种可选的设计中，所述调度管理设备通过所述NFV架构中的虚拟化基础设施管理器VIM反馈的VM创建成功信息，获取各个VM所属的主机HOST；和/或，所述调度管理设备通过所述VIM反馈的VM迁移完成信息，确定所述第一VM从第一HOST迁移至第二HOST。一种可选的设计中，所述调度管理设备为虚拟化的网络功能管理器VNFM；或者，所述调度管理设备为内置有所述调度器的平台即服务模块PaaS。一种可选的设计中，当所述调度管理设备为VNFM时，所述调度管理设备触发所述NFV架构中的调度器，包括：所述VNFM将所述第一VM的VM标签变更信息传输至所述NFV架构中的PaaS，通过所述第一VM的VM标签变更信息触发所述PaaS内置的所述调度器；当所述调度管理设备为PaaS时，所述调度管理设备触发所述NFV架构中的调度器，包括：所述PaaS确定所述第一VM的VM标签发生变化之后，触发内置的所述调度器。一种可选的设计中，当所述调度管理设备为VNFM时，在所述调度管理设备为所述VM设置相应的VM标签之后，还包括：所述VNFM将所述VM与VM标签的对应关系传输至所述PaaS。PaaS能够获取VM与VM标签的对应关系，从而能够根据该对比关系确定各个VM的VM标签，并在接收到VNFM传输的第一VM的VM标签变更信息之后，根据所述第一VM的VM标签变更信息，判断第一VM的VM标签是否发生变更。一种可选的设计中，在所述调度管理设备为所述VM设置相应的VM标签之前，还包括：所述调度管理设备向VIM下发创建第一VM和第二VM的指令，所述VIM用于在接收到所述指令之后，创建第一VM和第二VM，并在创建成功后，向所述调度管理设备反馈第一VM和第二VM的创建成功消息。当需要创建VM时，NFV架构中的调度管理设备等会向NFV架构中的VIM下发创建VM的指令，以使VIM根据该指令创建相应本文档来自技高网...

【技术保护点】
1.一种网络功能虚拟化NFV架构的调度管理方法，其特征在于，包括：/nNFV架构中的调度管理设备获取各个虚拟机VM所属的主机HOST，并为所述VM设置相应的VM标签，所述VM标签包括所述VM所属的HOST的信息；/n所述调度管理设备在确定第一VM从第一HOST迁移至第二HOST之后，根据所述第一VM迁移后所属的HOST，更新所述第一VM的VM标签；/n所述调度管理设备触发所述NFV架构中的调度器，所述调度器用于当根据所述第一VM更新后的VM标签，确定所述第一VM中的第一最小部署单元Pod不符合部署需求时，将所述第一Pod调度至所述第一HOST的第二VM中。/n

【技术特征摘要】
1.一种网络功能虚拟化NFV架构的调度管理方法，其特征在于，包括：
NFV架构中的调度管理设备获取各个虚拟机VM所属的主机HOST，并为所述VM设置相应的VM标签，所述VM标签包括所述VM所属的HOST的信息；
所述调度管理设备在确定第一VM从第一HOST迁移至第二HOST之后，根据所述第一VM迁移后所属的HOST，更新所述第一VM的VM标签；
所述调度管理设备触发所述NFV架构中的调度器，所述调度器用于当根据所述第一VM更新后的VM标签，确定所述第一VM中的第一最小部署单元Pod不符合部署需求时，将所述第一Pod调度至所述第一HOST的第二VM中。


2.根据权利要求1所述的方法，其特征在于，
所述调度管理设备通过所述NFV架构中的虚拟化基础设施管理器VIM反馈的VM创建成功信息，获取各个VM所属的主机HOST；
和/或，
所述调度管理设备通过所述VIM反馈的VM迁移完成信息，确定所述第一VM从第一HOST迁移至第二HOST。


3.根据权利要求1或2所述的方法，其特征在于，
所述调度管理设备为虚拟化的网络功能管理器VNFM；
或者，所述调度管理设备为内置有所述调度器的平台即服务模块PaaS。


4.根据权利要求3所述的方法，其特征在于，
当所述调度管理设备为VNFM时，所述调度管理设备触发所述NFV架构中的调度器，包括：
所述VNFM将所述第一VM的VM标签变更信息传输至所述NFV架构中的PaaS，通过所述第一VM的VM标签变更信息触发所述PaaS内置的所述调度器；
当所述调度管理设备为PaaS时，所述调度管理设备触发所述NFV架构中的调度器，包括：
所述PaaS确定所述第一VM的VM标签发生变化之后，触发内置的所述调度器。


5.根据权利要求3所述的方法，其特征在于，当所述调度管理设备为VNFM时，在所述调度管理设备为所述VM设置相应的VM标签之后，还包括：
所述VNFM将所述VM与VM标签的对应关系传输至所述PaaS。


6.根据权利要求1至5任一项所述的方法，其特征在于，
在所述调度管理设备为所述VM设置相应的VM标签之前，还包括：
所述调度管理设备向VIM下发创建第一VM和第二VM的指令，所述VIM用于在接收到所述指令之后，创建第一VM和第二VM，并在创建成功后，向所述调度管理设备反馈第一VM和第二VM的创建成功消息；
在所述调度管理设备为所述VM设置相应的VM标签之后，还包括：
所述调度管理设备下发创建第一Pod的指令，所述创建第一Pod的指令中包括所述第一Pod对应的HOST的信息。


7.根据权利要求1至6任一项所述的方法，其特征在于，在所述调度管理设备为所述VM设置相应的VM标签之后，还包括：
所述调度管理设备向VIM下发创建第三VM和第四VM的指令，所述创建第三VM和第四VM的指令中指示所述第三VM和第四VM之间具有强反亲和性，所述VIM用于根据所述创建第三VM和第四VM的指令，在不同的HOST中分别创建第三VM和第四VM；
所述调度管理设备向所述调度器下发创建第二Pod的指令，所述调度器用于在接收到所述创建第二Pod的指令之后，当确定第二Pod与所述第三VM中的第三Pod具有强反亲和性时，在所述第四VM中创建所述第二Pod。


8.根据权利要求1至7任一项所述的方法，其特征在于，在所述调度管理设备为所述VM设置相应的VM标签之后，还包括：
当需要创建第一类型的VM时，所述调度管理设备根据预先设定的所述第一类型的VM在同一HOST的数量限制，生成创建第一类型的VM的指令；
所述创建第一类型的VM的指令中包含所述第一类型的VM的数量限制，所述创建第一类型的VM的指令用于指示在同一HOST中，所创建的第一类型的VM的数量不大于所述数量限制。


9.一种网络功能虚拟化NFV架构的调度装置，其特征在于，应用于调度管理设备中，包括：
收发单元，用于获取各个虚拟机VM所属的主机HO...

【专利技术属性】
技术研发人员：章佳佳，陈波，黄学斌，曹登京，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：广东;44