CN109324868A - 一种虚拟机资源的扩缩容方法、装置及服务器 - Google Patents

一种虚拟机资源的扩缩容方法、装置及服务器 Download PDF

Info

Publication number
CN109324868A
CN109324868A CN201710643537.3A CN201710643537A CN109324868A CN 109324868 A CN109324868 A CN 109324868A CN 201710643537 A CN201710643537 A CN 201710643537A CN 109324868 A CN109324868 A CN 109324868A
Authority
CN
China
Prior art keywords
virtual machine
scalable
scalable appearance
appearance
plane
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710643537.3A
Other languages
English (en)
Inventor
吴钊
张小东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710643537.3A priority Critical patent/CN109324868A/zh
Publication of CN109324868A publication Critical patent/CN109324868A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请实施例公开了一种虚拟机资源的扩缩容方法、装置及服务器，用于实现业务过程中也能进行VNF的虚拟机资源的扩缩容。本申请实施例方法包括：获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容虚拟机至少为两个；根据扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；根据扩缩容变化信息，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。

Description

一种虚拟机资源的扩缩容方法、装置及服务器
技术领域
本申请涉及通信技术领域，具体涉及一种虚拟机资源的扩缩容方法、装置及服务器。
背景技术
传统的电信系统通过各种专用的硬件设备组成，不同的应用采用不同的硬件设备。随着网络规模的增长，系统越来越复杂，带来了诸多的挑战，包括新增业务的开发上线、系统的运维、资源利用率等。为了应对这些挑战，通过网络功能虚拟化(Network FunctionVirtualization，NFV)技术将电信网络中使用的各个网元转变成为独立的应用，可以灵活部署在基于标准的服务器、存储以及交换机等其他设备构建的统一基础设施平台上，并通过虚拟化技术，对基础设施硬件设备资源池化及虚拟化，对上层应用提供虚拟资源，实现应用和硬件解耦，使得每一个应用能够快速增加虚拟资源以实现快速扩展系统容量的目的，或者能够快速减少虚拟资源以实现收缩系统容量的目的，大大提升网络的弹性。
当前在电信云中，虚拟网络功能(Virtual Network Function，VNF)在扩展其规格能力时，一般有两种扩缩容方式：Scale Out的水平扩缩容方式以及Scale Up的垂直扩缩容方式。Scale Out扩缩容方式即通过增量部署业务虚拟机来提升VNF的规格能力，或减少部署业务虚拟机来降低VNF的规格能力，适用于采用分布式架构的VNF；Scale Up扩缩容方式是采用扩容VNF业务虚拟机的规格的方式来提升VNF的规格能力，或缩容VNF业务虚拟机的规格的方式来降低VNF的规格能力，适用于采用非分布式架构的VNF。
但是，当前虚拟机的垂直扩缩容的方式在扩缩容过程中，因涉及到对当前虚拟机的资源规格进行修改，需要复位生效，必然会影响当前正在运行的业务。
发明内容
本申请提供一种虚拟机资源的扩缩容方法、装置及服务器，用于实现业务过程中也能进行VNF的虚拟机资源的扩缩容。
本申请第一方面提供一种虚拟机资源的扩缩容方法，包括：
获取VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息，所述扩缩容虚拟机至少为两个；
根据所述扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
在采用分布式架构的VNF的NFV架构系统中，NFV架构系统包括一个NFV管理和编排系统(NFV Management and Orchestration,NFV MANO)、NFV基础设施层(NFVInfrastructure,NFVI)、多个VNF、多个网元管理(Element Management，EM)、网络服务、VNF和基础设施描述(Network Service,VNF and Infrastructure Description)及业务支持管理系统(Operation-Support System/Business Support System，OSS/BSS)。其中，NFVMANO包括NFV编排器(NFV Orchestrator，NFVO)、一个或多个VNF管理器(VNF Manager，VNFM)和虚拟化基础设施管理器(Virtualized Infrastructure Manager，VIM)。NFVI包括计算硬件、存储硬件、网络硬件、虚拟化层(Virtualization Layer)、虚拟计算、虚拟存储器和虚拟网络。硬件资源和虚拟化层的虚拟化资源，通过虚拟机形式提供给VNF，当VNF因业务的需要变化时，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。在NFV MANO的VNFM界面生成VNF的扩缩容任务之后，将扩缩容任务发送到虚拟机资源的扩缩容装置，虚拟机资源的扩缩容装置获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容变化信息表示的是调整虚拟机的规格的前后的规格信息的变化，而且对于本申请来说扩缩容虚拟机至少为两个才有意义，由于扩缩容虚拟机的虚拟机标识已知，那么根据扩缩容任务可以确定扩缩容虚拟机及对应的扩缩容变化信息，在已知了扩缩容虚拟机之后，将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机，由于扩缩容虚拟机已经划分为了至少两个平面，那么，可以先对一个平面中的扩缩容虚拟机进行扩缩容处理，然后再对另外一个平面的扩缩容虚拟机进行扩缩容处理，从而依次完成对所有平面的扩缩容虚拟机的扩缩容处理，而每一个扩缩容虚拟机的扩缩容变化信息都是已知了，那么对每一个平面的扩缩容虚拟机的扩缩容处理自然能够实现。本申请的扩缩容方式是依次对每一个平面的扩缩容虚拟机进行扩缩容处理，那么在一个平面的扩缩容虚拟机进行扩缩容处理过程时，该平面的扩缩容虚拟不能进行业务，而其他平面的扩缩容虚拟机是能够进行业务的，而现有技术中，所有扩缩容虚拟机是同时进行扩缩容处理的，会导致业务无法进行，因此，本申请可以实现业务过程中也能进行VNF的虚拟机资源的扩缩容。。
结合本申请第一方面，本申请第一方面第一实施方式中，所述将所述扩缩容虚拟机划分为至少两个平面，包括：
获取所述扩缩容虚拟机的进程类型，所述进程类型包括主备进程和负荷分担进程；
根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
在NFV架构系统中虚拟机的进程类型主要是包括主备进程和负荷分担进程两种，其中，主备进程的虚拟机原理为：一个虚拟机作为主虚拟机，一个或多个虚拟机作为备虚拟机，当主虚拟机正常工作时，由主虚拟机承担业务；当主虚拟机掉电时，由备虚拟机承担业务。负荷分担进程的虚拟机原理为：多个虚拟机分别承担部分业务。那么划分扩缩容虚拟机的时候，需要获取扩缩容虚拟机的进程类型，根据进程类型将扩缩容虚拟机划分为至少两个平面。将进程类型作为划分平面的依据，可以很好的保证业务不会中断。
结合本申请第一方面第一实施方式，本申请第一方面第二实施方式中，所述进程类型为主备进程，
所述根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，包括：
根据所述进程类型，确定所述扩缩容虚拟机的主备关系；
根据所述主备关系将所述扩缩容虚拟机划分为两个平面。
以扩缩容虚拟机的进程类型是主备进程为例，对划分平面进行说明，首先，确定扩缩容虚拟机的主备关系，例如，4个扩缩容虚拟机，1号和2号是对应的，1号是主虚拟机，2号是备虚拟机，3号和4号是对应的，3号是主虚拟机，4号是备虚拟机，可以将1号和3号的扩缩容虚拟机划分到1平面，将2号和4号扩缩容虚拟机划分到2平面。并且不限定是两个平面，也可以是2的倍数的平面，也可以是将1号划分到1平面，将2号划分到2平面，将3号划分到3平面，将4号划分到4平面。由于主备关系已经确定，那么2的倍数的平面所能实现的效果与2个平面的效果是一致的。具体的说明了扩缩容虚拟机为主备进程时，对扩缩容虚拟机划分平面的方案。
结合本申请第一方面第一实施方式，本申请第一方面第三实施方式中，所述进程类型为负荷分担进程，
所述根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，包括：
根据所述进程类型，获取所述扩缩容虚拟机的业务类型，所述业务类型至少为一个；
根据所述业务类型确定同一业务类型的扩缩容虚拟机；
根据均分原则将所述同一业务类型的扩缩容虚拟机划分为至少两个平面。
以扩缩容虚拟机的进程类型是负荷分担进程为例，对划分平面进行说明，首先，确定扩缩容虚拟机的业务类型，根据业务类型确定同一业务类型的扩缩容虚拟机，例如A、B、C、D、E、F扩缩容虚拟机的业务类型相同，根据均分原则将扩缩容虚拟机划分为两个平面时，可以是A、B、C在一个平面，D、E、F在另外一个平面；也可以是A、B、D在一个平面，C、E、F在另外一个平面，具体的分配可以变化，但是要求两个平面的扩缩容虚拟机的数量相同；如果是三个平面时，可以是A、B在一个平面，C、D在一个平面，E、F在一个平面。如果扩缩容虚拟机的数量无法均分到每一个平面的情况，需要尽量保持各平面的扩缩容虚拟机的数量相同。具体的说明了扩缩容虚拟机为负荷分担进程时，对扩缩容虚拟机划分平面的方案。
结合本申请第一方面，本申请第一方面第四实施方式中，所述根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容，包括：
选择所述至少两个平面中的一个平面作为第一平面；
根据所述扩缩容变化信息，对所述第一平面的扩缩容虚拟机进行扩缩容处理；
当所述第一平面的扩缩容虚拟机的扩缩容完成后，根据所述扩缩容变化信息，对所述至少两个平面中第二平面的扩缩容虚拟机进行扩缩容处理，所述第二平面为所述至少两个平面中不同于所述第一平面的一个平面。
在划分出了至少两个平面之后，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容的过程具体为：先选择至少两个平面中的一个平面作为第一平面，第一平面的选择可以是随机的，也可以是预先设置的，或者用户选择的。选择了第一平面之后，根据扩缩容变化信息，对第一平面的扩缩容虚拟机进行扩缩容处理，扩缩容处理的过程为：将第一平面的扩缩容虚拟机的进程驱赶到其他的平面，然后下电第一平面的扩缩容虚拟机，按照扩缩容变化信息修改第一平面的扩缩容虚拟机的规格，再将修改后的扩缩容虚拟机上电，从而完成第一平面中扩缩容虚拟机的扩缩容处理。第一平面的扩缩容虚拟机的扩缩容完成后，按照同样的方式进行第二平面的扩缩容虚拟机的扩缩容处理，依次进行完成所有平面的扩缩容虚拟机的扩缩容处理。
结合本申请第一方面、第一方面第一实施方式、第一方面第二实施方式、第一方面第三实施方式或第一方面第四实施方式中，本申请第一方面第五实施方式中，所述获取VNF的扩缩容任务之前，还包括：
获取VNF的扩缩容描述文件，所述扩缩容描述文件包含虚拟机变化信息，所述虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，所述虚拟机规格变化信息用于描述虚拟机规格的前后变化；
解析所述扩缩容描述文件得到所述扩缩容虚拟机类型及所述虚拟机规格变化信息；
根据所述扩缩容虚拟机类型确定扩缩容虚拟机，所述扩缩容虚拟机至少为两个；
根据所述虚拟机规格变化信息确定所述扩缩容虚拟机对应的扩缩容变化信息；
根据所述扩缩容虚拟机及所述扩缩容虚拟机对应的扩缩容变化信息，得到所述VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息。
扩缩容任务的形成的过程为：用户在MANO界面的上传扩缩容的扩缩容描述文件，获取VNF的扩缩容描述文件，扩缩容描述文件包含虚拟机变化信息，虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，虚拟机规格变化信息用于描述虚拟机规格的前后变化，解析扩缩容描述文件得到扩缩容虚拟机类型及虚拟机规格变化信息，根据扩缩容虚拟机类型确定扩缩容虚拟机，根据虚拟机规格变化信息确定扩缩容虚拟机对应的扩缩容变化信息，根据扩缩容虚拟机及扩缩容虚拟机对应的扩缩容变化信息，得到VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息。
本申请第二方面提供一种虚拟机资源的扩缩容装置，包括：
获取模块，用于获取VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息，所述扩缩容虚拟机至少为两个；
处理模块，用于根据所述扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
所述处理模块，还用于将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
所述处理模块，还用于根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
在采用分布式架构的VNF的NFV架构系统中，NFV架构系统包括一个NFV MANO、NFVI、多个VNF、多个EM、Network Service,VNF and Infrastructure Description及OSS/BSS。其中，NFV MANO包括NFVO、一个或多个VNFM和VIM。NFVI包括计算硬件、存储硬件、网络硬件、虚拟化层、虚拟计算、虚拟存储器和虚拟网络。硬件资源和虚拟化层的虚拟化资源，通过虚拟机形式提供给VNF，当VNF因业务的需要变化时，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。在NFV MANO的VNFM界面生成VNF的扩缩容任务之后，将扩缩容任务发送到虚拟机资源的扩缩容装置，获取模块获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容变化信息表示的是调整虚拟机的规格的前后的规格信息的变化，而且对于本申请来说扩缩容虚拟机至少为两个才有意义，由于扩缩容虚拟机的虚拟机标识已知，那么处理模块根据扩缩容任务可以确定扩缩容虚拟机及对应的扩缩容变化信息，在已知了扩缩容虚拟机之后，将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机，由于扩缩容虚拟机已经划分为了至少两个平面，那么，处理模块可以先对一个平面中的扩缩容虚拟机进行扩缩容处理，然后再对另外一个平面的扩缩容虚拟机进行扩缩容处理，从而依次完成对所有平面的扩缩容虚拟机的扩缩容处理，而每一个扩缩容虚拟机的扩缩容变化信息都是已知了，那么对每一个平面的扩缩容虚拟机的扩缩容处理自然能够实现。本申请的扩缩容方式是依次对每一个平面的扩缩容虚拟机进行扩缩容处理，那么在一个平面的扩缩容虚拟机进行扩缩容处理过程时，该平面的扩缩容虚拟不能进行业务，而其他平面的扩缩容虚拟机是能够进行业务的，而现有技术中，所有扩缩容虚拟机是同时进行扩缩容处理的，会导致业务无法进行，因此，本申请可以实现业务过程中也能进行VNF的虚拟机资源的扩缩容。
结合本申请第二方面，本申请第二方面第一实施方式中，
所述获取模块，还用于获取所述扩缩容虚拟机的进程类型，所述进程类型包括主备进程和负荷分担进程；
所述处理模块，还用于根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
在NFV架构系统中虚拟机的进程类型主要是包括主备进程和负荷分担进程两种，其中，主备进程的虚拟机原理为：一个虚拟机作为主虚拟机，一个或多个虚拟机作为备虚拟机，当主虚拟机正常工作时，由主虚拟机承担业务；当主虚拟机掉电时，由备虚拟机承担业务。负荷分担进程的虚拟机原理为：多个虚拟机分别承担部分业务。那么划分扩缩容虚拟机的时候，获取模块需要获取扩缩容虚拟机的进程类型，处理模块根据进程类型将扩缩容虚拟机划分为至少两个平面。将进程类型作为划分平面的依据，可以很好的保证业务不会中断。
结合本申请第二方面第一实施方式，本申请第二方面第二实施方式中，所述进程类型为主备进程，
所述处理模块，还用于根据所述进程类型，确定所述扩缩容虚拟机的主备关系；
所述处理模块，还用于根据所述主备关系将所述扩缩容虚拟机划分为两个平面。
以扩缩容虚拟机的进程类型是主备进程为例，对划分平面进行说明，首先，处理模块确定扩缩容虚拟机的主备关系，例如，4个扩缩容虚拟机，1号和2号是对应的，1号是主虚拟机，2号是备虚拟机，3号和4号是对应的，3号是主虚拟机，4号是备虚拟机，处理模块可以将1号和3号的扩缩容虚拟机划分到1平面，将2号和4号扩缩容虚拟机划分到2平面。并且不限定是两个平面，也可以是2的倍数的平面，处理模块也可以是将1号划分到1平面，将2号划分到2平面，将3号划分到3平面，将4号划分到4平面。由于主备关系已经确定，那么2的倍数的平面所能实现的效果与2个平面的效果是一致的。具体的说明了扩缩容虚拟机为主备进程时，对扩缩容虚拟机划分平面的方案。
结合本申请第二方面第一实施方式，本申请第二方面第三实施方式中，所述进程类型为负荷分担进程，
所述获取模块，还用于根据所述进程类型，获取所述扩缩容虚拟机的业务类型，所述业务类型至少为一个；
所述处理模块，还用于根据所述业务类型确定同一业务类型的扩缩容虚拟机；
所述处理模块，还用于根据均分原则将所述同一业务类型的扩缩容虚拟机划分为至少两个平面。
以扩缩容虚拟机的进程类型是负荷分担进程为例，对划分平面进行说明，首先，获取模块获取扩缩容虚拟机的业务类型，处理模块根据业务类型确定同一业务类型的扩缩容虚拟机，例如A、B、C、D、E、F扩缩容虚拟机的业务类型相同，处理模块根据均分原则将扩缩容虚拟机划分为两个平面时，可以是A、B、C在一个平面，D、E、F在另外一个平面；也可以是A、B、D在一个平面，C、E、F在另外一个平面，具体的分配可以变化，但是要求两个平面的扩缩容虚拟机的数量相同；如果是三个平面时，可以是A、B在一个平面，C、D在一个平面，E、F在一个平面。如果扩缩容虚拟机的数量无法均分到每一个平面的情况，需要尽量保持各平面的扩缩容虚拟机的数量相同。具体的说明了扩缩容虚拟机为负荷分担进程时，对扩缩容虚拟机划分平面的方案。
结合本申请第二方面、第二方面第一实施方式、第二方面第二实施方式或第二方面第三实施方式，本申请第二方面第四实施方式中，
所述处理模块，还用于选择所述至少两个平面中的一个平面作为第一平面；
所述处理模块，还用于根据所述扩缩容变化信息，对所述第一平面的扩缩容虚拟机进行扩缩容处理；
所述处理模块，还用于当所述第一平面的扩缩容虚拟机的扩缩容完成后，根据所述扩缩容变化信息，对所述至少两个平面中第二平面的扩缩容虚拟机进行扩缩容处理，所述第二平面为所述至少两个平面中不同于所述第一平面的一个平面。
在划分出了至少两个平面之后，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容的过程具体为：处理模块先选择至少两个平面中的一个平面作为第一平面，第一平面的选择可以是随机的，也可以是预先设置的，或者用户选择的。处理模块选择了第一平面之后，根据扩缩容变化信息，对第一平面的扩缩容虚拟机进行扩缩容处理，扩缩容处理的过程为：将第一平面的扩缩容虚拟机的进程驱赶到其他的平面，然后下电第一平面的扩缩容虚拟机，按照扩缩容变化信息修改第一平面的扩缩容虚拟机的规格，再将修改后的扩缩容虚拟机上电，从而完成第一平面中扩缩容虚拟机的扩缩容处理。第一平面的扩缩容虚拟机的扩缩容完成后，处理模块按照同样的方式进行第二平面的扩缩容虚拟机的扩缩容处理，依次进行完成所有平面的扩缩容虚拟机的扩缩容处理。
结合本申请第二方面、第二方面第一实施方式、第二方面第二实施方式、第二方面第三实施方式或第二方面第四实施方式中，本申请第二方面第五实施方式中，
所述获取模块，还用于获取VNF的扩缩容描述文件，所述扩缩容描述文件包含虚拟机变化信息，所述虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，所述虚拟机规格变化信息用于描述虚拟机规格的前后变化；
所述处理模块，还用于解析所述扩缩容描述文件得到所述扩缩容虚拟机类型及所述虚拟机规格变化信息；
所述处理模块，还用于根据所述扩缩容虚拟机类型确定扩缩容虚拟机，所述扩缩容虚拟机至少为两个；
所述处理模块，还用于根据所述虚拟机规格变化信息确定所述扩缩容虚拟机对应的扩缩容变化信息；
所述处理模块，还用于根据所述扩缩容虚拟机及所述扩缩容虚拟机对应的扩缩容变化信息，得到所述VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息。
扩缩容任务的形成的过程为：用户在MANO界面的上传扩缩容的扩缩容描述文件，获取模块获取VNF的扩缩容描述文件，扩缩容描述文件包含虚拟机变化信息，虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，虚拟机规格变化信息用于描述虚拟机规格的前后变化，处理模块解析扩缩容描述文件得到扩缩容虚拟机类型及虚拟机规格变化信息，根据扩缩容虚拟机类型确定扩缩容虚拟机，处理模块根据虚拟机规格变化信息确定扩缩容虚拟机对应的扩缩容变化信息，处理模块根据扩缩容虚拟机及扩缩容虚拟机对应的扩缩容变化信息，得到VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息。
本申请第三方面提供一种服务器，包括：
处理器、收发器及存储器，其中，所述存储器可以用于存储所述处理器执行的代码；
所述处理器、所述收发器及所述存储器通过总线系统连接；
所述处理器，用于获取VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息，所述扩缩容虚拟机至少为两个；
所述处理器，还用于根据所述扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
所述处理器，还用于将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
所述处理器，还用于根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
在采用分布式架构的VNF的NFV架构系统中，NFV架构系统包括一个NFV MANO、NFVI、多个VNF、多个EM、Network Service,VNF and Infrastructure Description及OSS/BSS。其中，NFV MANO包括NFVO、一个或多个VNFM和VIM。NFVI包括计算硬件、存储硬件、网络硬件、虚拟化层、虚拟计算、虚拟存储器和虚拟网络。硬件资源和虚拟化层的虚拟化资源，通过虚拟机形式提供给VNF，当VNF因业务的需要变化时，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。在NFV MANO的VNFM界面生成VNF的扩缩容任务之后，将扩缩容任务发送到虚拟机资源的扩缩容装置，处理器获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容变化信息表示的是调整虚拟机的规格的前后的规格信息的变化，而且对于本申请来说扩缩容虚拟机至少为两个才有意义，由于扩缩容虚拟机的虚拟机标识已知，那么处理器根据扩缩容任务可以确定扩缩容虚拟机及对应的扩缩容变化信息，在已知了扩缩容虚拟机之后，将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机，由于扩缩容虚拟机已经划分为了至少两个平面，那么，处理器可以先对一个平面中的扩缩容虚拟机进行扩缩容处理，然后再对另外一个平面的扩缩容虚拟机进行扩缩容处理，从而依次完成对所有平面的扩缩容虚拟机的扩缩容处理，而每一个扩缩容虚拟机的扩缩容变化信息都是已知了，那么对每一个平面的扩缩容虚拟机的扩缩容处理自然能够实现。本申请的扩缩容方式是依次对每一个平面的扩缩容虚拟机进行扩缩容处理，那么在一个平面的扩缩容虚拟机进行扩缩容处理过程时，该平面的扩缩容虚拟不能进行业务，而其他平面的扩缩容虚拟机是能够进行业务的，而现有技术中，所有扩缩容虚拟机是同时进行扩缩容处理的，会导致业务无法进行，因此，可以实现业务过程中也能进行VNF的虚拟机资源的扩缩容。
本申请第四方面一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述第一方面各实施方式中所述的虚拟机资源的扩缩容方法。
本申请第五方面一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面各实施方式中所述的虚拟机资源的扩缩容方法。
附图说明
图1为本申请提供的NFV架构系统的示意图；
图2为本申请提供的服务器的一个实施例的结构示意图；
图3为本申请提供的虚拟机资源的扩缩容方法的一个实施例的流程示意图；
图4为本申请提供的虚拟机资源的扩缩容方法的另一个实施例的流程示意图；
图5为本申请提供的虚拟机资源的扩缩容方法的又一个实施例的流程示意图；
图6为本申请提供的虚拟机资源的扩缩容装置的一个实施例的结构示意图。
具体实施方式
本申请提供一种虚拟机资源的扩缩容方法、装置及服务器，用于可以实现业务过程中也能进行VNF的虚拟机资源的扩缩容。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本申请保护的范围。
为了利用IT业界的虚拟化技术及云计算技术，在2012年10月22日召开的“SDN andOpenFlow World Congress”会议上，全球主要的13个电信运营商联合发布了NFV白皮书，并宣布在欧洲电信标准化协会(European Telecommunications Standards Institute,ETSI)成立NFV ISG，制定NFV的需求及技术框架，推动NFV的发展。
NFV技术可以简单地理解为将电信网络中使用的各个网元的功能从目前的专用硬件平台迁移至通用的商用货架产品(Commercial Off-The-Shelf,COTS)服务器上。通过NFV技术将电信网络中使用的各个网元转变成为独立的应用，可以灵活部署在基于标准的服务器、存储以及交换机等其他设备构建的统一基础设施平台上，并通过虚拟化技术，对基础设施硬件设备资源池化及虚拟化，对上层应用提供虚拟资源，实现应用、硬件解耦，使得每一个应用能够快速增加虚拟资源以实现快速扩展系统容量的目的，或者能够快速减少虚拟资源以实现收缩系统容量的目的，大大提升网络的弹性。采用通用的COTS服务器组成共享的资源池，新开发的业务，不需要单独部署硬件设备，大大缩短新业务上线时间。
NFV技术的基础包含云计算技术和虚拟化技术。通用的COTS计算/存储/网络等硬件设备通过虚拟化技术可以分解为多种虚拟资源，以供上层各种应用使用。通过虚拟化技术，实现应用与硬件之间的解耦，使得虚拟资源供给速度大大增加；通过云计算技术，可以实现应用的弹性伸缩，实现虚拟资源与业务负荷相匹配，不仅提升了虚拟资源的利用效率，而且改善了系统的响应速率。
图1是NFV架构系统示意图，NFV架构系统100可以在各种网络中使用，例如在一个数据中心网络、运营商网络或局域网来实现。NFV架构系统100包括一个NFV MANO101、NFVI130、多个VNF108、多个EM122、网络服务、VNF和基础设施描述126，以及OSS/BSS124。其中，NFV MANO101包括NFVO102，一个或多个VNFM104和VIM106。NFVI130包括计算硬件112、存储硬件114、网络硬件116、虚拟化层、虚拟计算110、虚拟存储118和虚拟网络120。网络服务、VNF和基础设施描述126和OSS/BSS 124在ETSI GS NFV 002 V1.1.1标准中有进一步的讨论。
NFV MANO101用于执行对VNF108和NFVI130的监视和管理。NFVO102可以实现在NFVI130上的网络服务(如L2和L3VPN服务)，也可以执行来自一个或多个VNFM104的资源相关请求，发送配置信息到VNFM104，并收集VNF108的状态信息。另外，NFVO102可以与VIM106通信，以实现资源的分配和/或预留以及交换虚拟化硬件资源的配置和状态信息。所述VNFM104可以管理一个或多个VNF108。VNFM104可以执行各种管理功能，如实例化、更新、查询、缩放和/或终止VNF108等。VIM106可以执行资源管理的功能，例如管理基础设施资源的分配(例如增加资源到虚拟容器)和操作功能(如收集NFVI故障信息)。VNFM104和VIM106可以相互通信进行资源分配和交换虚拟化硬件资源的配置和状态信息。
NFVI130包括硬件资源、软件资源或两者的组合来完成虚拟化环境的部署。换句话说，硬件资源和虚拟化层用于提供虚拟化的资源，例如作为虚拟机和其它形式的虚拟容器，用于VNF108。硬件资源包括计算硬件112、存储硬件114和网络硬件116。计算硬件112可以是市场上现成的硬件和/或用户定制的硬件，用来提供处理和计算资源。存储硬件114可以是网络内提供的存储容量或驻留在存储硬件114本身的存储容量(位于服务器内的本地存储器)。在一个实现方案中，计算硬件112和存储硬件114的资源可以被集中在一起。网络硬件116可以是交换机、路由器和/或配置成具有交换功能的任何其他网络设备。网络硬件116可以横跨多个域，并且可以包括多个由一个或一个以上传输网络互连的网络。
NFVI130里面的虚拟化层可以从物理层抽象硬件资源和解耦VNF108，以便向VNF108提供虚拟化资源。虚拟资源层包括虚拟计算110，虚拟存储器118和虚拟网络120。虚拟计算110和虚拟存储118可以以虚拟机、和/或其他虚拟容器的形式提供给VNF 108。例如，一个或一个以上的VNF108可以部署在一个虚拟机(Virtual Machine)上。虚拟化层抽象网络硬件116从而形成虚拟网络120，虚拟网络120可以包括虚拟交换机(Virtual Switch)，所述虚拟交换机用来提供虚拟机和其他虚拟机之间的连接。此外，网络硬件116中的传输网络，可以采用集中式控制平面和一个单独的转发平面(如软件定义网络，SDN)虚拟化。
如图1所示，VNFM104可以与VNF108和EM122交互来对VNF的生命周期进行管理以及交换配置和状态信息。VNF108可以被配置为通过一个物理网络设备执行的至少一个网络功能的虚拟化。例如，在一个实现方案中，VNF108可以经过配置以提供IMS网络中的不同网元具备的功能，如P-SCSCF、S-CSCF或HSS的网络功能等。EM122经过配置以对一个或一个以上的VNF108进行管理。
如图1所示，NFV系统架构中，采用分布式架构的VNF，对于虚拟计算110、虚拟存储器118和虚拟网络120的虚拟化资源，通过虚拟机形式提供给VNF108，当VNF108因业务的需要，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。现有的方式是采用扩容VNF业务虚拟机的规格的方式来提升VNF的规格能力，或缩容VNF业务虚拟机的规格的方式来降低VNF的规格能力，这样参与扩缩容的虚拟机都需要进行扩缩容处理，在扩缩容处理的过程中需要先下电虚拟机，扩缩容之后再上电，这样正在进行的业务就必须中断了，影响了业务的进行。
为了解决上述的问题，下面实施例先对本申请的虚拟机资源的扩缩容装置所对应的实体装置进行介绍，实体装置以服务器为例，请参阅2所示，本申请实施例提供了一种服务器，包括：
处理器201、收发器202及存储器203，其中，存储器203可以用于存储处理器201执行的代码；
处理器201、收发器202及存储器203通过总线系统连接；
处理器201，用于获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容虚拟机至少为两个；
处理器201，还用于根据扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
处理器201，还用于将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
处理器201，还用于根据扩缩容变化信息，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
本申请实施例中，服务器应用在采用分布式架构的VNF的NFV架构系统中，NFV架构系统包括一个NFV MANO、NFVI、多个VNF、多个EM、Network Service,VNF andInfrastructure Description及OSS/BSS。其中，NFV MANO包括NFVO、一个或多个VNFM和VIM。NFVI包括计算硬件、存储硬件、网络硬件、虚拟化资源层。虚拟资源层包括虚拟计算、虚拟存储器和虚拟网络的虚拟化资源，通过虚拟机形式提供给VNF，当VNF因业务的需要变化时，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。在NFV MANO的VNFM界面生成VNF的扩缩容任务之后，将扩缩容任务发送到虚拟机资源的扩缩容装置，处理器201获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容变化信息表示的是调整虚拟机的规格的前后的规格信息的变化，而且对于本实施例来说扩缩容虚拟机至少为两个才有意义，由于扩缩容虚拟机的虚拟机标识已知，那么处理器201根据扩缩容任务可以确定扩缩容虚拟机及对应的扩缩容变化信息，在已知了扩缩容虚拟机之后，将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机，由于扩缩容虚拟机已经划分为了至少两个平面，那么，处理器201可以先对一个平面中的扩缩容虚拟机进行扩缩容处理，然后再对另外一个平面的扩缩容虚拟机进行扩缩容处理，从而依次完成对所有平面的扩缩容虚拟机的扩缩容处理，而每一个扩缩容虚拟机的扩缩容变化信息都是已知了，那么对每一个平面的扩缩容虚拟机的扩缩容处理自然能够实现。本实施例的扩缩容方式是依次对每一个平面的扩缩容虚拟机进行扩缩容处理，那么在一个平面的扩缩容虚拟机进行扩缩容处理过程时，该平面的扩缩容虚拟不能进行业务，而其他平面的扩缩容虚拟机是能够进行业务的，而现有技术中，所有扩缩容虚拟机是同时进行扩缩容处理的，会导致业务无法进行，因此，可以实现业务过程中也能进行VNF的虚拟机资源的扩缩容。
请参阅图3，本申请提供了一种虚拟机资源的扩缩容方法，包括：
301、获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息；
本实施例中，在图1所示的在采用分布式架构的VNF的NFV架构系统中，NFV架构系统100包括一个NFV MANO101、NFVI130、多个VNF108、多个EM122、网络服务、VNF和基础设施描述126。其中，NFV MANO101包括NFVO102，一个或多个VNFM104和VIM106。NFVI130包括计算硬件112、存储硬件114、网络硬件116、虚拟化资源层。虚拟资源层包括虚拟计算110、虚拟存储118和虚拟网络120，通过虚拟机形式提供给VNF。当VNF因业务的需要变化时，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。在NFV MANO的VNFM界面生成VNF的扩缩容任务之后，将扩缩容任务发送到虚拟机资源的扩缩容装置，虚拟机资源的扩缩容装置获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容变化信息表示的是调整虚拟机的规格的前后的规格信息的变化，而且对于本实施例来说由于是进行扩缩容虚拟机的划分，那么扩缩容虚拟机的数量至少为两个才有意义。
302、根据扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
本实施例中，由于扩缩容虚拟机中包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信，那么解析的扩缩容任务可以的到虚拟机标识，那么根据虚拟机标识可以确定扩缩容虚拟机，以及每个扩缩容虚拟机对应的扩缩容变化信息也能根据扩缩容任务得到。
303、将扩缩容虚拟机划分为至少两个平面；
本实施例中，在已知了扩缩容虚拟机之后，将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
304、根据扩缩容变化信息，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
本实施例中，由于扩缩容虚拟机已经划分为了至少两个平面，那么，可以先对一个平面中的扩缩容虚拟机进行扩缩容处理，然后再对另外一个平面的扩缩容虚拟机进行扩缩容处理，从而依次完成对所有平面的扩缩容虚拟机的扩缩容处理，而每一个扩缩容虚拟机的扩缩容变化信息都是已知了，那么对每一个平面的扩缩容虚拟机的扩缩容处理自然能够实现。
本申请实施例中，扩缩容方式是依次对每一个平面的扩缩容虚拟机进行扩缩容处理，那么在一个平面的扩缩容虚拟机进行扩缩容处理过程时，该平面的扩缩容虚拟不能进行业务，而其他平面的扩缩容虚拟机是能够进行业务的，而现有技术中，所有扩缩容虚拟机是同时进行扩缩容处理的，会导致业务无法进行，因此，本申请可以实现VNF的虚拟机资源的扩缩容过程中业务的正常进行。
需要说明的是，在现有技术中，垂直扩缩容方式只能实现计算资源的的扩缩容，虚拟机的存储资源及网络资源的扩缩容是无法实现的，而本申请同时能将计算资源、存储资源及网络资源整合到虚拟机资源的扩缩容中。
在NFV架构系统中虚拟机的进程类型主要是包括主备进程和负荷分担进程两种，因此，将扩缩容虚拟机划分为至少两个平面步骤时，为了更加具体，可以将进程类型考虑进去。
可选的，本申请的一些实施例中，将扩缩容虚拟机划分为至少两个平面，包括：
获取扩缩容虚拟机的进程类型，进程类型包括主备进程和负荷分担进程；
根据进程类型将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
本申请实施例中，虚拟机的进程类型主要是包括主备进程和负荷分担进程两种，其中，主备进程的虚拟机原理为：一个虚拟机作为主虚拟机，一个或多个虚拟机作为备虚拟机，当主虚拟机正常工作时，由主虚拟机承担业务；当主虚拟机掉电时，由备虚拟机承担业务。负荷分担进程的虚拟机原理为：多个虚拟机分别承担部分业务。那么划分扩缩容虚拟机的时候，需要获取扩缩容虚拟机的进程类型，根据进程类型将扩缩容虚拟机划分为至少两个平面。将进程类型作为划分平面的依据，可以很好的保证业务不会中断。
上述实施例中，介绍了进程类型可以作为扩缩容虚拟机划分的依据，那么下面通过实施例对扩缩容虚拟机的进程类型具体为主备进程或负荷分担进程分别进行说明。
(一)、扩缩容虚拟机的进程类型为主备进程；
请参阅图4，本申请提出了一种虚拟机资源的扩缩容方法，包括：
401、获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息；
详情请参考图3所示实施例的步骤301。
402、根据扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
详情请参考图3所示实施例的步骤302。
403、确定扩缩容虚拟机的主备关系；
本实施例中，由于扩缩容虚拟机的进程类型为主备进程，那么先确定扩缩容虚拟机的主备关系，例如，4个扩缩容虚拟机，1号和2号是对应的，1号是主虚拟机，2号是备虚拟机，3号和4号是对应的，3号是主虚拟机，4号是备虚拟机。
404、根据主备关系将扩缩容虚拟机划分为两个平面；
本实施例中，根据扩缩容虚拟机的主备关系，可以将1号和3号的扩缩容虚拟机划分到1平面，将2号和4号扩缩容虚拟机划分到2平面。
需要说明的是，不限定是两个平面，也可以是2的倍数的平面，也可以是将1号划分到1平面，将2号划分到2平面，将3号划分到3平面，将4号划分到4平面。由于主备关系已经确定，那么2的倍数的平面所能实现的效果与2个平面的效果是一致的。
405、根据扩缩容变化信息，依次对两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
详情请参考图3所示实施例的步骤304。
(二)、扩缩容虚拟机的进程类型为负荷分担进程。
请参阅图5，本申请提出了一种虚拟机资源的扩缩容方法，包括：
501、获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息；
详情请参考图3所示实施例的步骤301。
502、根据扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
详情请参考图3所示实施例的步骤302。
503、获取扩缩容虚拟机的业务类型；
本实施例中，由于扩缩容虚拟机的进程类型为负荷分担进程，那么先确定扩缩容虚拟机的业务类型，业务类型包括至少一种。
504、根据业务类型确定同一业务类型的扩缩容虚拟机；
本实施例中，根据业务类型确定同一业务类型的扩缩容虚拟机，假设扩缩容虚拟机中A、B、C、D、E、F扩缩容虚拟机的业务类型相同。
505、根据均分原则将同一业务类型的扩缩容虚拟机划分为至少两个平面；
本实施例中，根据均分原则将扩缩容虚拟机划分为两个平面时，可以是A、B、C在一个平面，D、E、F在另外一个平面；也可以是A、B、D在一个平面，C、E、F在另外一个平面，具体的分配可以变化，但是要求两个平面的扩缩容虚拟机的数量相同；如果是三个平面时，可以是A、B在一个平面，C、D在一个平面，E、F在一个平面。如果扩缩容虚拟机的数量无法均分到每一个平面的情况，需要尽量保持各平面的扩缩容虚拟机的数量相同。
506、根据扩缩容变化信息，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
详情请参考图3所示实施例的步骤304。
以上(一)和(二)所描述的实施例具体的说明了扩缩容虚拟机分别为主备进程和负荷分担进程时，将扩缩容虚拟机划分为平面的具体方式，使得本申请的方法在实施的时候能够落到实处。需要说明的是，在实际实施的时候，还可以通过依据其他的方式来划分平面，例如，按照用户的自定义设置将扩缩容虚拟机划分出至少两个平面；或者，按照扩缩容虚拟机的业务承担时间来划分出至少两个平面，假设，G扩缩容虚拟机承担X业务时间为从当前时间开始到第10s，H扩缩容虚拟机承担X业务时间是从第10s开始到第20s，那么G和H可以安排在不同的平面，在0-10s的时间内，H所在平面进行扩缩容，在10s-20s，G所在的平面进行扩缩容，从而使得X业务不会中断。
可选的，本申请的一些实施例中，根据扩缩容变化信息，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容，包括：
选择至少两个平面中的一个平面作为第一平面；
根据扩缩容变化信息，对第一平面的扩缩容虚拟机进行扩缩容处理；
当第一平面的扩缩容虚拟机的扩缩容完成后，根据扩缩容变化信息，对至少两个平面中第二平面的扩缩容虚拟机进行扩缩容处理，第二平面为至少两个平面中不同于第一平面的一个平面。
本申请实施例中，在划分出了至少两个平面之后，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容的过程具体为：先选择至少两个平面中的一个平面作为第一平面，第一平面的选择可以是随机的，也可以是预先设置的，或者用户选择的。选择了第一平面之后，根据扩缩容变化信息，对第一平面的扩缩容虚拟机进行扩缩容处理，扩缩容处理的过程为：将第一平面的扩缩容虚拟机的进程驱赶到其他的平面，然后下电第一平面的扩缩容虚拟机，按照扩缩容变化信息修改第一平面的扩缩容虚拟机的规格，再将修改后的扩缩容虚拟机上电，从而完成第一平面中扩缩容虚拟机的扩缩容处理。第一平面的扩缩容虚拟机的扩缩容完成后，按照同样的方式进行第二平面的扩缩容虚拟机的扩缩容处理，依次进行完成所有平面的扩缩容虚拟机的扩缩容处理。
可选的，本申请的一些实施例中，获取VNF的扩缩容任务之前，还包括：
获取VNF的扩缩容描述文件，扩缩容描述文件包含虚拟机变化信息，虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，虚拟机规格变化信息用于描述虚拟机规格的前后变化；
解析扩缩容描述文件得到扩缩容虚拟机类型及虚拟机规格变化信息；
根据扩缩容虚拟机类型确定扩缩容虚拟机，扩缩容虚拟机至少为两个；
根据虚拟机规格变化信息确定扩缩容虚拟机对应的扩缩容变化信息；
根据扩缩容虚拟机及扩缩容虚拟机对应的扩缩容变化信息，得到VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息。
本申请实施例中，扩缩容任务的形成的过程为：用户在NFV MANO的VNFM界面上传扩缩容的扩缩容描述文件，扩缩容描述文件可以记为扩缩容VNFD，扩缩容VNFD包含虚拟机变化信息，虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，虚拟机规格变化信息用于描述虚拟机规格的前后变化。在实际应用里，虚拟化部署单元(VirtualisationDeployment Unit，VDU)是定义的VNF的某一类虚拟机的单元，比如电信平台(CarrierGrade Platform，CGP)网元定义了OMU_VDU、OMU_VDU_BIG及OMU_VDU_LARGE等，这些VDU中包含了虚拟机规格(计算VNF中CPU个数、内存大小、磁盘大小、网卡类型、网卡数量及网卡依赖的网络等)，VNF中的虚拟机可以看做归属于该VNF的某个VDU的实例对象。VNFD中定义的扩缩容PLAN会描述每个需要参与扩缩容的VDU的扩容规则。VNFM获得扩缩容VNFD之后，解析扩容VNFD中的扩缩容的VDU的扩缩容PLAN，查找归属于该VDU下的扩缩容虚拟机，以及虚拟机规格变化信息，VNFM是通过调用MML命令，将扩缩容虚拟机的虚拟机标识和虚拟机规格变化信息替换到的参数值中，并发送给扩缩容装置，从而扩缩容装置能获取到扩缩容任务。
以上实施例中介绍了虚拟机资源的扩缩容方法，下面结合NFV结构系统通过具体步骤进行详细说明。具体如下：
P1：NFV MANO加载扩容VNFD和比较VNFD的处理，比较VNFD完成后下发RES VM命令，将需要进行扩缩容的扩缩容虚拟机名称和变化后虚拟机规格下发到OMU(OMU即扩缩容装置)；
P2：OMU接收到NFV MANO下发的Scale up命令后，将扩缩容虚拟机按照主备进程划分成两个平面；
为避免对系统造成不必要的影响，Scale up扩缩容处理只涉及通过RES VM下发的扩缩容虚拟机，不对不在扩缩容之列的虚拟机造成影响。
OMU在处理Scale up命令时，检查当前VNF本身是否正在进行扩缩容，或者是否存在升级或打补丁的处理。若是，则向NFV MANO返回失败；否则，则通知OMU的BKM模块下发扩缩容任务，BKM将扩缩容信息记录到扩容任务表中，OMU的升级工具模块通过定期读取扩容任务表中数据，来感知扩缩容任务。
升级工具模块感知到扩缩容任务后，创建一个Scale up的扩缩容任务。然后先尝试在VNF的扩缩容流程文件读取流程文件，若不存在，则使用OMU提供的网元默认的Scaleup扩缩容流程文件；若存在，则直接使用VNF的流程文件。
升级工具模块对扩缩容虚拟机划分平面。存在主备进程的按照进程主备关系将扩缩容虚拟机划分为0和1两个平面。若是负荷分担进程的扩缩容虚拟机，划分平面时，按照同类型虚拟机来划分，保证分布在两个平面上的同类型虚拟机数量一致(若是奇数个，保证两个平面同类型虚拟机数量接近)，并支持产品通过适配接口做定制化的处理。
P3：划分完平面后，进行进程驱赶；
保证进程主备关系和虚拟机主备关系的一致。
P4：下电备平面虚拟机，虚拟机按照修改后的规格上电；
流程文件调用REB VM命令，通过REST协议消息通知NFV MANO进行备用平面的扩缩容虚拟机的下电、扩缩容及上电处理。REB VM命令中会携带“CPUNUM”参数(VNF的虚拟机CPU个数)、“MEMSIZE”(虚拟机内存大小)等计算资源参数，另外还可以定制携带存储大小以及虚拟网卡个数参数。
OMU创建任务等待时间较久，为防止NFV MANO在该过程误认为OMU停止响应，扩缩容流程文件中定时通过PUT RPT命令向NFV MANO上报扩容进度。
P5：备平面备份完成后，倒换平面，再完成主平面的扩缩容虚拟机的扩缩容处理；
备平面的扩缩容虚拟机的状态和进程状态正常后，检查当前扩缩容虚拟机的CPU、内存规格、存储大小及虚拟网卡个数是否已经是设定的规格。对于扩缩容虚拟机上的主备进程，再备份完成后，倒换平面。
倒换平面后，再次使用REB VM命令对主平面的扩缩容虚拟机进行扩缩容。处理流程同备平面的扩缩容虚拟机一样。平面的扩缩容虚拟机完成扩缩容后，扩缩容虚拟机的状态和进程状态正常后，且虚拟机规格正确后，向NFV MANO上报Scale up扩缩容流程完成。
P6：Scale up扩缩容结束。
扩缩容过程中上报扩缩容进度给NFV MANO呈现。为保证扩缩容流程支持重试和回退，扩缩容流程需要支持可重入性。
上述实施例中对本申请中虚拟机资源的扩缩容方法和扩缩容装置对应的实体装置进行了说明，下面对虚拟机资源的扩缩容装置进行功能模块化的说明。
请参阅图6，本申请实施例提供一种虚拟机资源的扩缩容装置，包括：
获取模块601，用于获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容虚拟机至少为两个；
处理模块602，用于根据扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
处理模块602，还用于将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
处理模块602，还用于根据扩缩容变化信息，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
本申请实施例中，在采用分布式架构的VNF的NFV架构系统中，当VNF因业务的需要变化时，会扩大或缩小虚拟机内的虚拟化资源，即通过垂直扩缩容方式调整虚拟机的规格。在NFV MANO的VNFM界面生成VNF的扩缩容任务之后，将扩缩容任务发送到虚拟机资源的扩缩容装置，获取模块601获取VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息，扩缩容变化信息表示的是调整虚拟机的规格的前后的规格信息的变化，而且对于本申请来说扩缩容虚拟机至少为两个才有意义，由于扩缩容虚拟机的虚拟机标识已知，那么处理模块602根据扩缩容任务可以确定扩缩容虚拟机及对应的扩缩容变化信息，在已知了扩缩容虚拟机之后，将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机，由于扩缩容虚拟机已经划分为了至少两个平面，那么，处理模块602可以先对一个平面中的扩缩容虚拟机进行扩缩容处理，然后再对另外一个平面的扩缩容虚拟机进行扩缩容处理，从而依次完成对所有平面的扩缩容虚拟机的扩缩容处理，而每一个扩缩容虚拟机的扩缩容变化信息都是已知了，那么对每一个平面的扩缩容虚拟机的扩缩容处理自然能够实现。本申请的扩缩容方式是依次对每一个平面的扩缩容虚拟机进行扩缩容处理，那么在一个平面的扩缩容虚拟机进行扩缩容处理过程时，该平面的扩缩容虚拟不能进行业务，而其他平面的扩缩容虚拟机是能够进行业务的，而现有技术中，所有扩缩容虚拟机是同时进行扩缩容处理的，会导致业务无法进行，因此，可以实现业务过程中也能进行VNF的虚拟机资源的扩缩容。
可选的，本申请的一些实施例中，
获取模块601，还用于获取扩缩容虚拟机的进程类型，进程类型包括主备进程和负荷分担进程；
处理模块602，还用于根据进程类型将扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
本申请实施例中，在NFV架构系统中虚拟机的进程类型主要是包括主备进程和负荷分担进程两种，其中，主备进程的虚拟机原理为：一个虚拟机作为主虚拟机，一个或多个虚拟机作为备虚拟机，当主虚拟机正常工作时，由主虚拟机承担业务；当主虚拟机掉电时，由备虚拟机承担业务。负荷分担进程的虚拟机原理为：多个虚拟机分别承担部分业务。那么划分扩缩容虚拟机的时候，获取模块601需要获取扩缩容虚拟机的进程类型，处理模块602根据进程类型将扩缩容虚拟机划分为至少两个平面。将进程类型作为划分平面的依据，可以很好的保证业务不会中断。
可选的，本申请的一些实施例中，进程类型为主备进程，
处理模块，还用于根据进程类型，确定扩缩容虚拟机的主备关系；
处理模块，还用于根据主备关系将扩缩容虚拟机划分为两个平面。
本申请实施例中，以扩缩容虚拟机的进程类型是主备进程为例，对划分平面进行说明，首先，处理模块602确定扩缩容虚拟机的主备关系，例如，4个扩缩容虚拟机，1号和2号是对应的，1号是主虚拟机，2号是备虚拟机，3号和4号是对应的，3号是主虚拟机，4号是备虚拟机，处理模块602可以将1号和3号的扩缩容虚拟机划分到1平面，将2号和4号扩缩容虚拟机划分到2平面。并且不限定是两个平面，也可以是2的倍数的平面，处理模块也可以是将1号划分到1平面，将2号划分到2平面，将3号划分到3平面，将4号划分到4平面。由于主备关系已经确定，那么2的倍数的平面所能实现的效果与2个平面的效果是一致的。具体的说明了扩缩容虚拟机为主备进程时，对扩缩容虚拟机划分平面的方案。
可选的，本申请的一些实施例中，进程类型为负荷分担进程，
获取模块601，还用于根据进程类型，获取扩缩容虚拟机的业务类型，业务类型至少为一个；
处理模块602，还用于根据业务类型确定同一业务类型的扩缩容虚拟机；
处理模块602，还用于根据均分原则将同一业务类型的扩缩容虚拟机划分为至少两个平面。
本申请实施例中，以扩缩容虚拟机的进程类型是负荷分担进程为例，对划分平面进行说明，首先，获取模块601获取扩缩容虚拟机的业务类型，处理模块602根据业务类型确定同一业务类型的扩缩容虚拟机，例如A、B、C、D、E、F扩缩容虚拟机的业务类型相同，处理模块根据均分原则将扩缩容虚拟机划分为两个平面时，可以是A、B、C在一个平面，D、E、F在另外一个平面；也可以是A、B、D在一个平面，C、E、F在另外一个平面，具体的分配可以变化，但是要求两个平面的扩缩容虚拟机的数量相同；如果是三个平面时，可以是A、B在一个平面，C、D在一个平面，E、F在一个平面。如果扩缩容虚拟机的数量无法均分到每一个平面的情况，需要尽量保持各平面的扩缩容虚拟机的数量相同。具体的说明了扩缩容虚拟机为负荷分担进程时，对扩缩容虚拟机划分平面的方案。
可选的，本申请的一些实施例中，
处理模块602，还用于选择至少两个平面中的一个平面作为第一平面；
处理模块602，还用于根据扩缩容变化信息，对第一平面的扩缩容虚拟机进行扩缩容处理；
处理模块602，还用于当第一平面的扩缩容虚拟机的扩缩容完成后，根据扩缩容变化信息，对至少两个平面中第二平面的扩缩容虚拟机进行扩缩容处理，第二平面为至少两个平面中不同于第一平面的一个平面。
本申请实施例中吗，在划分出了至少两个平面之后，依次对至少两个平面中每一平面的扩缩容虚拟机进行扩缩容的过程具体为：处理模块602先选择至少两个平面中的一个平面作为第一平面，第一平面的选择可以是随机的，也可以是预先设置的，或者用户选择的。处理模块602选择了第一平面之后，根据扩缩容变化信息，对第一平面的扩缩容虚拟机进行扩缩容处理，扩缩容处理的过程为：将第一平面的扩缩容虚拟机的进程驱赶到其他的平面，然后下电第一平面的扩缩容虚拟机，按照扩缩容变化信息修改第一平面的扩缩容虚拟机的规格，再将修改后的扩缩容虚拟机上电，从而完成第一平面中扩缩容虚拟机的扩缩容处理。第一平面的扩缩容虚拟机的扩缩容完成后，处理模块602按照同样的方式进行第二平面的扩缩容虚拟机的扩缩容处理，依次进行完成所有平面的扩缩容虚拟机的扩缩容处理。
可选的，本申请的一些实施例中，
获取模块601，还用于获取VNF的扩缩容描述文件，扩缩容描述文件包含虚拟机变化信息，虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，虚拟机规格变化信息用于描述虚拟机规格的前后变化；
处理模块602，还用于解析扩缩容描述文件得到扩缩容虚拟机类型及虚拟机规格变化信息；
处理模块602，还用于根据扩缩容虚拟机类型确定扩缩容虚拟机，扩缩容虚拟机至少为两个；
处理模块602，还用于根据虚拟机规格变化信息确定扩缩容虚拟机对应的扩缩容变化信息；
处理模块602，还用于根据扩缩容虚拟机及扩缩容虚拟机对应的扩缩容变化信息，得到VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息。
本申请实施例中，扩缩容任务的形成的过程为：用户在MANO界面的上传扩缩容的扩缩容描述文件，获取模块601获取VNF的扩缩容描述文件，扩缩容描述文件包含虚拟机变化信息，虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，虚拟机规格变化信息用于描述虚拟机规格的前后变化，处理模块602解析扩缩容描述文件得到扩缩容虚拟机类型及虚拟机规格变化信息，根据扩缩容虚拟机类型确定扩缩容虚拟机，处理模块根据虚拟机规格变化信息确定扩缩容虚拟机对应的扩缩容变化信息，处理模块602根据扩缩容虚拟机及扩缩容虚拟机对应的扩缩容变化信息，得到VNF的扩缩容任务，扩缩容任务包括扩缩容虚拟机的虚拟机标识及扩缩容虚拟机的扩缩容变化信息。
本申请还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行以上实施例所描述的虚拟机资源的扩缩容方法方法。
本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行以上实施例所描述的虚拟机资源的扩缩容方法方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (15)

1.一种虚拟机资源的扩缩容方法，其特征在于，包括：
获取虚拟网络功能VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息，所述扩缩容虚拟机至少为两个；
根据所述扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
2.根据权利要求1所述的方法，其特征在于，所述将所述扩缩容虚拟机划分为至少两个平面，包括：
获取所述扩缩容虚拟机的进程类型，所述进程类型包括主备进程和负荷分担进程；
根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
3.根据权利要求2所述的方法，其特征在于，所述进程类型为主备进程，
所述根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，包括：
根据所述进程类型，确定所述扩缩容虚拟机的主备关系；
根据所述主备关系将所述扩缩容虚拟机划分为两个平面。
4.根据权利要求2所述的方法，其特征在于，所述进程类型为负荷分担进程，
所述根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，包括：
根据所述进程类型，获取所述扩缩容虚拟机的业务类型，所述业务类型至少为一个；
根据所述业务类型确定同一业务类型的扩缩容虚拟机；
根据均分原则将所述同一业务类型的扩缩容虚拟机划分为至少两个平面。
5.根据权利要求1所述的方法，其特征在于，所述根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容，包括：
选择所述至少两个平面中的一个平面作为第一平面；
根据所述扩缩容变化信息，对所述第一平面的扩缩容虚拟机进行扩缩容处理；
当所述第一平面的扩缩容虚拟机的扩缩容完成后，根据所述扩缩容变化信息，对所述至少两个平面中第二平面的扩缩容虚拟机进行扩缩容处理，所述第二平面为所述至少两个平面中不同于所述第一平面的一个平面。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述获取VNF的扩缩容任务之前，还包括：
获取VNF的扩缩容描述文件，所述扩缩容描述文件包含虚拟机变化信息，所述虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，所述虚拟机规格变化信息用于描述虚拟机规格的前后变化；
解析所述扩缩容描述文件得到所述扩缩容虚拟机类型及所述虚拟机规格变化信息；
根据所述扩缩容虚拟机类型确定扩缩容虚拟机，所述扩缩容虚拟机至少为两个；
根据所述虚拟机规格变化信息确定所述扩缩容虚拟机对应的扩缩容变化信息；
根据所述扩缩容虚拟机及所述扩缩容虚拟机对应的扩缩容变化信息，得到所述VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息。
7.一种虚拟机资源的扩缩容装置，其特征在于，包括：
获取模块，用于获取虚拟网络功能VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息，所述扩缩容虚拟机至少为两个；
处理模块，用于根据所述扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
所述处理模块，还用于将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
所述处理模块，还用于根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
8.根据权利要求7所述的装置，其特征在于，
所述获取模块，还用于获取所述扩缩容虚拟机的进程类型，所述进程类型包括主备进程和负荷分担进程；
所述处理模块，还用于根据所述进程类型将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机。
9.根据权利要求8所述的装置，其特征在于，所述进程类型为主备进程，
所述处理模块，还用于根据所述进程类型，确定所述扩缩容虚拟机的主备关系；
所述处理模块，还用于根据所述主备关系将所述扩缩容虚拟机划分为两个平面。
10.根据权利要求8所述的装置，其特征在于，所述进程类型为负荷分担进程，
所述获取模块，还用于根据所述进程类型，获取所述扩缩容虚拟机的业务类型，所述业务类型至少为一个；
所述处理模块，还用于根据所述业务类型确定同一业务类型的扩缩容虚拟机；
所述处理模块，还用于根据均分原则将所述同一业务类型的扩缩容虚拟机划分为至少两个平面。
11.根据权利要求7所述的装置，其特征在于，
所述处理模块，还用于选择所述至少两个平面中的一个平面作为第一平面；
所述处理模块，还用于根据所述扩缩容变化信息，对所述第一平面的扩缩容虚拟机进行扩缩容处理；
所述处理模块，还用于当所述第一平面的扩缩容虚拟机的扩缩容完成后，根据所述扩缩容变化信息，对所述至少两个平面中第二平面的扩缩容虚拟机进行扩缩容处理，所述第二平面为所述至少两个平面中不同于所述第一平面的一个平面。
12.根据权利要求7至11中任一项所述的装置，其特征在于，
所述获取模块，还用于获取VNF的扩缩容描述文件，所述扩缩容描述文件包含虚拟机变化信息，所述虚拟机变化信息包括扩缩容虚拟机类型及虚拟机规格变化信息，所述虚拟机规格变化信息用于描述虚拟机规格的前后变化；
所述处理模块，还用于解析所述扩缩容描述文件得到所述扩缩容虚拟机类型及所述虚拟机规格变化信息；
所述处理模块，还用于根据所述扩缩容虚拟机类型确定扩缩容虚拟机，所述扩缩容虚拟机至少为两个；
所述处理模块，还用于根据所述虚拟机规格变化信息确定所述扩缩容虚拟机对应的扩缩容变化信息；
所述处理模块，还用于根据所述扩缩容虚拟机及所述扩缩容虚拟机对应的扩缩容变化信息，得到所述VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息。
13.一种服务器，其特征在于，包括：
处理器、收发器及存储器，其中，所述存储器可以用于存储所述处理器执行的代码；
所述处理器、所述收发器及所述存储器通过总线系统连接；
所述处理器，用于获取虚拟网络功能VNF的扩缩容任务，所述扩缩容任务包括扩缩容虚拟机的虚拟机标识及所述扩缩容虚拟机的扩缩容变化信息，所述扩缩容虚拟机至少为两个；
所述处理器，还用于根据所述扩缩容任务确定扩缩容虚拟机及对应的扩缩容变化信息；
所述处理器，还用于将所述扩缩容虚拟机划分为至少两个平面，一个平面中包括至少一个扩缩容虚拟机；
所述处理器，还用于根据所述扩缩容变化信息，依次对所述至少两个平面中每一平面的扩缩容虚拟机进行扩缩容处理。
14.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至6中任一项所述的虚拟机资源的扩缩容方法。
15.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求1至6中任一项所述的虚拟机资源的扩缩容方法。
CN201710643537.3A 2017-07-31 2017-07-31 一种虚拟机资源的扩缩容方法、装置及服务器 Pending CN109324868A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710643537.3A CN109324868A (zh) 2017-07-31 2017-07-31 一种虚拟机资源的扩缩容方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710643537.3A CN109324868A (zh) 2017-07-31 2017-07-31 一种虚拟机资源的扩缩容方法、装置及服务器

Publications (1)

Publication Number Publication Date
CN109324868A true CN109324868A (zh) 2019-02-12

Family

ID=65245637

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710643537.3A Pending CN109324868A (zh) 2017-07-31 2017-07-31 一种虚拟机资源的扩缩容方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN109324868A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427250A (zh) * 2019-07-30 2019-11-08 无锡华云数据技术服务有限公司 创建云主机实例、弹性伸缩组的方法、装置、设备及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103885812A (zh) * 2012-12-21 2014-06-25 华为技术有限公司 虚拟机规格调整方法及装置
CN104317638A (zh) * 2014-10-17 2015-01-28 华为技术有限公司 一种应用伸缩管理方法及装置
CN104980297A (zh) * 2014-04-14 2015-10-14 中兴通讯股份有限公司 虚拟机资源的变更方法、装置及虚拟网络功能设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103885812A (zh) * 2012-12-21 2014-06-25 华为技术有限公司 虚拟机规格调整方法及装置
CN104980297A (zh) * 2014-04-14 2015-10-14 中兴通讯股份有限公司 虚拟机资源的变更方法、装置及虚拟网络功能设备
CN104317638A (zh) * 2014-10-17 2015-01-28 华为技术有限公司 一种应用伸缩管理方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张玮 等: "多目标优化的云计算虚拟集群动态调整方法", 《济南大学学报》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427250A (zh) * 2019-07-30 2019-11-08 无锡华云数据技术服务有限公司 创建云主机实例、弹性伸缩组的方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US11704144B2 (en) Creating virtual machine groups based on request
CN107579931B (zh) 一种基于Kubernetes的区块链即服务资源适配方法
CN106301829B (zh) 一种网络业务扩容的方法和装置
CN105681077B (zh) 故障处理方法、装置及系统
CN104601680B (zh) 一种资源管理方法及装置
CN104503832B (zh) 一种公平和效率均衡的虚拟机调度系统及方法
CN109739640A (zh) 一种基于申威架构的容器资源管理系统
CN108243012A (zh) 在线计费系统ocs中计费应用处理系统、方法及装置
CN104793981B (zh) 一种虚拟机集群的在线快照管理方法及装置
CN106385330B (zh) 一种网络功能虚拟化编排器的实现方法及装置
CN106161603B (zh) 一种组网的方法、设备及架构
CN112099917A (zh) 调控系统容器化应用运行管理方法、系统、设备及介质
CN107357630A (zh) 一种实现虚拟机同步的方法、装置和存储介质
CN109873714A (zh) 云计算节点配置更新方法及终端设备
CN105553732B (zh) 一种分布式网络模拟方法及系统
CN108471373A (zh) 一种资源申请、vnf实例创建方法及装置
CN109842526A (zh) 一种容灾方法和装置
CN109189431A (zh) 一种客户端升级方法、装置、设备及可读存储介质
CN109379268A (zh) 虚拟专用网络的创建方法、装置和服务器
CN114650223A (zh) 一种Kubernetes集群的网络配置方法、装置及电子设备
CN109683910A (zh) 大数据平台部署方法及装置
CN108696373B (zh) 虚拟资源分配方法、nfvo和系统
CN105975276B (zh) 分布式构建系统及方法
CN109302314A (zh) 一种被控节点模拟方法及相关装置
CN103678537B (zh) 基于集群的元数据修改方法、装置及节点设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20190212

RJ01 Rejection of invention patent application after publication