CN116964999A - 自动扩容方法、自动缩容方法及装置 - Google Patents

自动扩容方法、自动缩容方法及装置 Download PDF

Info

Publication number
CN116964999A
CN116964999A CN202180095296.8A CN202180095296A CN116964999A CN 116964999 A CN116964999 A CN 116964999A CN 202180095296 A CN202180095296 A CN 202180095296A CN 116964999 A CN116964999 A CN 116964999A
Authority
CN
China
Prior art keywords
type
target
container group
vnf
container
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
CN202180095296.8A
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
Publication of CN116964999A publication Critical patent/CN116964999A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5077Logical partitioning of resources; Management or configuration of virtualized resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种自动扩容方法、自动缩容方法及装置,该方法用于包括虚拟化网络管理器VNFM的网络功能虚拟化NFV系统,该方法包括:所述VNFM从虚拟化网络功能描述VNFD中获取目标扩容策略;所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组;所述VNFM根据所述目标扩容策略,向虚拟化基础设施管理器VIM发送第一扩容信息,所述第一扩容信息用于指示在目标VNF创建所述第一类型的虚拟机;所述VNFM发送第二扩容信息,所述第二扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。本申请实施例,通过联动扩容容器组和虚拟机,可提高资源利用率。

Description

自动扩容方法、自动缩容方法及装置 技术领域
本申请涉及虚拟化技术领域,尤其涉及一种自动扩容方法、自动缩容方法及装置。
背景技术
网络功能虚拟化(network functions virtualization,NFV)提供了一种设计、部署和管理网络服务的全新方式,实现了网络功能基于虚拟化方式的实现和部署。
在NFV架构中,业务不再依赖专有硬件承载,可以在通用硬件上,通过虚拟化技术使用虚拟机(virtual machine,VM)承载业务。这样就使得自动扩缩容VM成为可能。在虚拟网络功能(virtualize network function,VNF)承载的业务不断增长,负载不断增长的情况下,通过自动扩容VM,能够降低VNF整体负载,防止VNF过载导致业务受损。在VNF承载业务不断降低,负载不断降低的情况下,通过自动缩容VM,能够升高VNF的整体负载,实现资源的合理利用,并做到节能减排。同理,通过自动扩容容器,能够降低VNF整体负载。通过自动缩容容器,能够升高VNF整体负载,实现资源的合理利用,并做到节能减排。
目前,公有云通常采用基于中央处理器(central processing unit,CPU)、内存使用率等指标制定扩缩容策略,进而通过更改VM数量和容器数量进行扩缩容。由于公有云可以近似认为虚拟硬件资源无穷大,因此在扩容VM时,无需考虑VM上是否有业务容器运行。公有云将扩容阈值设置较低,提前扩容出来多个VM,待后续业务容器需要扩容时直接使用即可。电信云与公有云主要区别在于,电信云由于虚拟硬件资源有限,不可能像公有云一样部署海量硬件资源。电信云在进行扩缩容时,需要充分考虑资源利用率问题。当业务需要扩容时,既要做到有可用VM资源,又要做到VM资源充分利用,防止资源浪费。公有云自动扩缩容方案明显不满足上述诉求。因此,需要研究适用于电信云的资源利用率较高的自动扩缩容方案。
发明内容
本申请实施例公开了自动扩容方法、自动缩容方法及装置,能够提高资源利用率。
第一方面,本申请实施例提供了一种自动扩容方法,应用于包括虚拟化网络管理器VNFM的网络功能虚拟化NFV系统,所述方法包括:所述VNFM从虚拟化网络功能描述VNFD中获取目标扩容策略,所述目标扩容策略包括:在扩容第一类型的容器组之前扩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组;所述目标VNF为采用所述目标扩容策略的VNF;所述VNFM根据所述目标扩容策略,向虚拟化基础设施管理器VIM发送第一扩容信息,所述第一扩容信息用于指示在所述目标VNF上创建所述第一类型的虚拟机;所述VNFM发送第二扩容信息,所述第二扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。
本申请实施例中,VNFM在根据目标扩容策略,确定待扩容第一类型的容器组之后,先扩容第一类型的虚拟机,以便将扩容的第一类型的虚拟机作为运行第一类型的容器组的载体。然后,在第一类型的虚拟机中创建第一类型的容器组。在确定待扩容第一类型的容器组之后才会扩容第一类型的虚拟机,不需要提前扩容第一类型的虚拟机,能够提高资源利用率。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组包括:所述VNFM根据所述目标扩容策略,确定待在所述目标VNF上扩容F个所述第一类型的容器组;所述VNFM根据所述目标扩容策略,向虚拟化基础设施管理器VIM发送第一扩容信息包括:所述VNFM在所述目标VNF未满足扩容F个所述第一类型的容器组所需的虚拟机资源的情况下,根据所述目标扩容策略,向所述VIM发送所述第一扩容信息;所述第一类型的容器组为亲和性的,所述第一扩容信息用于指示在所述目标VNF中扩容K个所述第一类型的虚拟机,所述第二扩容信息用于指示在F个所述第一类型的虚拟机中扩容F个所述第一类型的容器组,所述F和所述K为大于0的整数,所述F个所述第一类型的虚拟机包括所述K个所述第一类型的虚拟机。
所述第一类型的容器组为亲和性的,即第一类型的容器组和其他类型的容器组可部署于同一虚拟机。
在该实现方式中,VNFM在VNF未满足扩容F个第一类型的容器组所需的虚拟机资源的情况下,向VIM发送第一扩容信息;可以准确地确定需要扩容的第一类型的虚拟机的个数,能够充分利用虚拟机资源。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组包括:所述VNFM根据所述目标扩容策略,确定待在所述目标VNF上扩容F个所述第一类型的容器组;所述VNFM根据所述目标扩容策略,向虚拟化基础设施管理器VIM发送第一扩容信息包括:所述VNFM根据所述目标扩容策略,确定待在所述目标VNF上扩容F个所述第一类型的虚拟机,并向所述VIM发送所述第一扩容信息,所述第一类型的容器组为非亲和性的;所述第一扩容信息用于指示在所述目标VNF上创建F个所述第一类型的虚拟机,所述第二扩容信息用于指示在所述F个所述第一类型的虚拟机中创建F个所述第一类型的容器组,所述F为大于0的整数。
所述第一类型的容器组为非亲和性的,即一个虚拟机只能部署一个第一类型的容器组,不能部署其他类型的容器组。
在该实现方式中,当第一类型的容器组为非亲和性的时,VNFM确定待扩容F个第一类型的容器组之后,根据目标扩容策略确定待扩容F个第一类型的虚拟机;可以快速地扩容出所需的虚拟机。
在一个可能的实现方式中,所述目标扩容策略还包括:在扩容所述第一类型的容器组时扩容第二类型的容器组;所述第二扩容信息还用于指示在所述第一类型的虚拟机中创建 所述第二类型的容器组。所述第一类型的容器组和所述第二类型的容器组可支持同一业务且可部署于同一虚拟机。
在该实现方式中,在扩容第一类型的容器组时扩容第二类型的容器组,可以充分利用虚拟机的资源。
在一个可能的实现方式中,所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组之前,所述方法还包括:所述VNFM接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组包括:所述VNFM根据所述资源使用状态指标和所述目标扩容策略,确定待在所述目标VNF上扩容所述第一类型的容器组。
在该实现方式中,VNFM根据资源使用状态指标和目标扩容策略,可以准确、快速地确定所需扩容的容器组的类型。
在一个可能的实现方式中,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述VNFM根据所述资源使用状态指标和所述目标扩容策略,确定待在所述目标VNF上扩容所述第一类型的容器组包括:所述VNFM在所述两个或两个以上所述资源使用状态采样指标均超过扩容阈值的情况下,确定待在所述目标VNF上扩容所述第一类型的容器组。
在该实现方式中,当两个或两个以上所述资源使用状态采样指标均超过扩容阈值时,确定待在目标VNF上扩容所述第一类型的容器组,能够避免扩容出的容器组在较短的时间内被缩容。
在一个可能的实现方式中,所述VNFM根据所述目标扩容策略,向虚拟化基础设施管理器VIM发送第一扩容信息,包括:所述VNFM根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前需要扩容所述第一类型的虚拟机;所述VNFM向所述VIM发送所述第一扩容信息。
在该实现方式中,VNFM根据目标扩容策略,确定在扩容第一类型的容器组之前需要扩容第一类型的虚拟机。然后,向VIM发送第一扩容信息,以扩容第一类型的虚拟机;可以在当前的虚拟机资源不满足需求时扩容出所需的虚拟机,能够提高资源利用率。
在一个可能的实现方式中,所述方法还包括:通过扩容策略配置界面接收用户针对所述第一类型的容器组的扩容策略配置指令;根据所述扩容策略配置指令,配置得到所述目标扩容策略。
在该实现方式中,根据扩容策略配置指令,配置目标扩容策略;用户可根据实际需求配置所需的扩容策略,可满足不同的业务需求。
第二方面,本申请实施例提供了一种自动缩容方法,应用于包括虚拟化网络管理器VNFM的网络功能虚拟化NFV系统,所述方法包括:所述VNFM从虚拟化网络功能描述VNFD中获取目标缩容策略,所述目标缩容策略包括:在缩容第一类型的容器组之后缩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组; 所述目标VNF为采用所述目标缩容策略的VNF;所述VNFM发送第一缩容信息,所述第一缩容信息用于指示缩容所述目标VNF中的所述第一类型的容器组;所述VNFM根据所述目标缩容策略,向虚拟化基础设施管理器VIM发送第二缩容信息,所述第二缩容信息用于指示缩容所述目标VNF中的所述第一类型的虚拟机。
本申请实施例中,在缩容第一类型的容器组之后缩容第一类型的虚拟机(即承载第一类型的容器组的虚拟机),可以防止存在多余的虚拟机没有运行任何容器组而产生资源浪费。
在一个可能的实现方式中,所述目标缩容策略还包括:在缩容所述第一类型的容器组时缩容第二类型的容器组;所述第一缩容信息还用于指示缩容所述目标VNF中的所述第二类型的容器组,所述第二类型的容器组承载于所述第一类型的虚拟机。所述第一类型的容器组和所述第二类型的容器组可支持同一业务。
在该实现方式中,在缩容第一类型的容器组时缩容第二类型的容器组,可以及时释放第二类型的容器组占用的资源。
在一个可能的实现方式中,所述目标缩容策略还包括:满足缩容所述第一类型的容器组的条件时待缩容所述第一类型的容器组的个数;所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组包括:所述VNFM根据所述目标缩容策略,确定待缩容所述目标VNF中的K个所述第一类型的容器组,所述K为大于0的整数。
在该实现方式中,根据目标缩容策略可快速、准确地确定待缩容的第一类型的容器组的个数。
在一个可能的实现方式中,所述VNFM发送第一缩容信息之前,所述方法还包括:所述VNFM向所述目标VNF发送第三缩容信息,所述第三缩容信息用于确认是否可缩容所述目标VNF中的第一类型的容器组;所述VNFM接收来自所述目标VNF的第四缩容信息,所述第四缩容信息指示可缩容所述目标VNF中的所述第一类型的容器组。
在该实现方式中,VNFM向目标VNF发送第三缩容信息,以便于确认是否可缩容第一类型的容器组,可以避免缩容不能缩容的容器组。
在一个可能的实现方式中,所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组之前,所述方法还包括:所述VNFM接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组包括:所述VNFM根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述目标VNF中的所述第一类型的容器组。
在该实现方式中,VNFM资源使用状态指标和目标缩容策略,可以准确、快速地确定所需缩容的容器组的类型。
在一个可能的实现方式中,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述VNFM根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述目标VNF中的所述第一类型的容 器组包括:所述VNFM在所述两个或两个以上资源使用状态采样指标均未超过缩容阈值的情况下,确定待缩容所述目标VNF中的所述第一类型的容器组。
在该实现方式中,当两个或两个以上所述资源使用状态采样指标均未超过缩容阈值时,确定待在目标VNF上缩容所述第一类型的容器组,能够避免缩容出的容器组在较短的时间内需要重新扩容。
在一个可能的实现方式中,所述方法还包括:通过缩容策略配置界面接收用户针对所述第一类型的容器组的缩容策略配置指令;根据所述缩容策略配置指令,配置得到所述目标缩容策略。
在该实现方式中,根据缩容策略配置指令,生成目标缩容策略;用户可根据实际需求配置所需的缩容策略,可满足不同的业务需求。
在一个可能的实现方式中,所述第二缩容信息用于指示缩容所述目标VNF中部署的多个所述第一类型的虚拟机中未部署业务容器组的所述第一类型的虚拟机;或者,所述第二缩容信息用于指示缩容所述目标VNF中部署的多个所述第一类型的虚拟机中中央处理器CPU占用率最低的一个或多个所述第一类型的虚拟机。业务容器组是指提供业务服务的容器组。
在该实现方式中,优先缩容未部署业务容器组的虚拟机或者CPU占用率较低的虚拟机,能够提高资源利用率。
第三方面,本申请实施例提供了一种自动缩容方法,应用于包括虚拟化网络管理器VNFM和目标虚拟化网络功能VNF的网络功能虚拟化NFV系统,所述方法包括:所述目标VNF接收来自所述VNFM的第三缩容信息,所述第三缩容信息用于确认是否可缩容所述目标VNF中的第一类型的容器组;所述目标VNF将所述第一类型的容器组执行的业务迁移出所述第一类型的容器组;所述目标VNF向所述VNFM发送第四缩容信息,所述第四缩容信息指示可缩容所述目标VNF中的所述第一类型的容器组。所述目标VNF可以为任一配置有缩容策略的VNF。
本申请实施例中,目标VNF将第一类型的容器组执行的业务迁移出第一类型的容器组之后,向VNFM发送第四缩容信息;可以避免缩容仍执行业务的容器组。
第四方面,本申请实施例提供了一种自动扩容方法,应用于包括虚拟化网络管理器VNFM和目标虚拟化网络功能VNF的网络功能虚拟化NFV系统,所述方法包括:所述目标VNF根据目标扩容策略,确定待扩容第一类型的容器组;所述目标VNF根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容第一类型的虚拟机;所述目标VNF向所述VNFM发送第三扩容信息,所述第三扩容信息用于指示在所述目标VNF上扩容所述第一类型的虚拟机;所述目标VNF向所述VNFM发送第四扩容信息,所述第四扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。所述目标VNF为采用所述目标扩容策略的VNF。
本申请实施例中,目标VNF根据目标扩容策略,确定在扩容第一类型的容器组之前扩容第一类型的虚拟机。先通过向VNFM发送第三扩容信息来扩容第一类型的虚拟机,再向VNFM发送第四扩容信息,以便在第一类型的虚拟机中创建第一类型的容器组。这样确定需要扩容第一类型的虚拟机之后才会扩容第一类型的虚拟机,不需要提前扩充第一类型的 虚拟机,能够提高资源利用率。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述目标VNF根据所述目标扩容策略,确定待扩容所述第一类型的容器组包括:所述目标VNF根据所述目标扩容策略,确定待扩容F个所述第一类型的容器组;所述目标VNF根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容第一类型的虚拟机包括:所述目标VNF根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容K个所述第一类型的虚拟机;所述第一类型的容器组为亲和性的,所述第三扩容信息用于指示在所述目标VNF上扩容K个所述第一类型的虚拟机,所述第四扩容信息用于指示在F个所述第一类型的虚拟机中扩容F个所述第一类型的容器组,所述F和所述K均为大于0的整数,所述F个所述第一类型的虚拟机包括所述K个所述第一类型的虚拟机。
在该实现方式中,目标VNF可以准确地确定需要扩容的第一类型的虚拟机的个数,能够充分利用虚拟机资源。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述目标VNF根据所述目标扩容策略,确定待扩容所述第一类型的容器组包括:所述目标VNF根据所述目标扩容策略,确定待扩容F个所述第一类型的容器组;所述目标VNF根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容第一类型的虚拟机包括:所述目标VNF根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容F个所述第一类型的虚拟机,所述第一类型的容器组为非亲和性的;所述第三扩容信息用于指示在所述目标VNF上扩容F个所述第一类型的虚拟机,所述第四扩容信息用于指示在所述F个所述第一类型的虚拟机中扩容F个所述第一类型的容器组。
在该实现方式中,目标VNF可以准确地确定需要扩容的第一类型的虚拟机的个数,能够充分利用虚拟机资源。
在一个可能的实现方式中,所述目标扩容策略还包括:在扩容所述第一类型的容器组时扩容第二类型的容器组;所述第四扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组以及创建所述第二类型的容器组,所述第二类型为与所述第一类型关联的容器组类型。所述第一类型的容器组和所述第二类型的容器组可支持同一业务且可部署于同一虚拟机。
在该实现方式中,在扩容第一类型的容器组时扩容第二类型的容器组,可以充分利用虚拟机的资源。
在一个可能的实现方式中,所述目标VNF根据目标扩容策略,确定待扩容第一类型的容器组之前,所述方法还包括:所述目标VNF获取资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述目标VNF根据目标扩容策略,确定待扩容第一类型的容器组包括:所述目标VNF根据所述资源使用状态指标和所述目标扩容策略,确定待扩容所述第一类型的容器组。
在该实现方式中,目标VNF根据资源使用状态指标和目标扩容策略,可以准确、快速地确定所需扩容的容器组的类型。
在一个可能的实现方式中,所述方法还包括:所述目标VNF通过人机语言MML配置命令配置所述目标扩容策略。
在该实现方式中,目标VNF通过MML配置命令可方便地配置所需的目标扩容策略。
第五方面,本申请实施例提供了一种自动缩容方法,应用于包括虚拟化网络管理器VNFM和目标虚拟化网络功能VNF的网络功能虚拟化NFV系统,所述方法包括:所述目标VNF根据目标缩容策略,确定待缩容第一类型的容器组;所述目标VNF根据所述目标缩容策略,确定在缩容所述第一类型的容器组之后缩容第一类型的虚拟机;所述目标VNF向所述VNFM发送第五缩容信息,所述第五缩容信息用于指示缩容所述目标VNF中的所述第一类型的容器组;所述目标VNF向所述VNFM发送第六缩容信息,所述第六缩容信息用于指示缩容所述目标VNF中的所述第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机。所述目标VNF为采用所述目标缩容策略的VNF。
在一个可能的实现方式中,所述目标缩容策略还包括:满足缩容所述第一类型的容器组的条件时待缩容所述第一类型的容器组的个数;所述目标VNF根据目标缩容策略,确定待缩容第一类型的容器组包括:所述目标VNF根据所述目标缩容策略,确定待缩容F个所述第一类型的容器组;所述目标VNF根据所述目标缩容策略,确定在缩容所述第一类型的容器组之后缩容第一类型的虚拟机包括:所述目标VNF根据所述目标缩容策略,确定在缩容所述第一类型的容器组之后缩容H个所述第一类型的虚拟机;所述第五缩容信息用于指示缩容所述目标VNF中的F个所述第一类型的容器组,所述第六缩容信息用于指示缩容所述目标VNF中的H个所述第一类型的虚拟机,所述F和所述H均为大于0的整数,所述H小于或等于所述F。
在该实现方式中,目标VNF可以准确地确定需要缩容的第一类型的虚拟机的个数,并及时释放多余的虚拟机资源,做到节能减排。
在一个可能的实现方式中,所述目标缩容策略还包括:在缩容所述第一类型的容器组时缩容第二类型的容器组;所述第五缩容信息还用于指示缩容所述目标VNF中的第二类型的容器组,所述第二类型为所述第一类型关联的容器组类型,所述第二类型的容器组承载于所述第二类型的虚拟机。
在一个可能的实现方式中,所述目标VNF根据目标缩容策略,确定待缩容第一类型的容器组之前,所述方法还包括:所述目标VNF获取资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述目标VNF根据目标缩容策略,确定待缩容第一类型的容器组包括:所述目标VNF根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述第一类型的容器组。
在该实现方式中,目标VNF资源使用状态指标和目标缩容策略,可以准确、快速地确定所需缩容的容器组的类型。
在一个可能的实现方式中,所述方法还包括:所述目标VNF通过人机语言MML配置命令配置所述目标缩容策略。
在该实现方式中,目标VNF通过MML配置命令可方便地配置所需的目标缩容策略。
第六方面,本申请实施例提供了一种通信装置,应用于包括VNFM的网络功能虚拟化NFV系统,包括:处理单元,用于从虚拟化网络功能描述VNFD中获取目标扩容策略,所 述目标扩容策略包括:在扩容第一类型的容器组之前扩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;所述处理单元,还用于根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组;所述目标VNF为采用所述目标扩容策略的VNF;所述处理单元,还用于根据所述目标扩容策略控制收发单元向虚拟化基础设施管理器VIM发送第一扩容信息,所述第一扩容信息用于指示在所述目标VNF上创建所述第一类型的虚拟机;所述收发单元,还用于发送第二扩容信息,所述第二扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述处理单元,具体用于根据所述目标扩容策略,确定待在所述目标VNF上扩容F个所述第一类型的容器组;在所述目标VNF未满足扩容F个所述第一类型的容器组所需的虚拟机资源的情况下,根据所述目标扩容策略,向所述VIM发送所述第一扩容信息;所述第一类型的容器组为亲和性的,所述第一扩容信息用于指示在所述目标VNF中扩容K个所述第一类型的虚拟机,所述第二扩容信息用于指示在F个所述第一类型的虚拟机中扩容F个所述第一类型的容器组,所述F和所述K为大于0的整数,所述F个所述第一类型的虚拟机包括所述K个所述第一类型的虚拟机。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述处理单元,具体用于根据所述目标扩容策略,确定待在所述目标VNF上扩容F个所述第一类型的容器组;根据所述目标扩容策略,确定待在所述目标VNF上扩容F个所述第一类型的虚拟机,并向所述VIM发送所述第一扩容信息,所述第一类型的容器组为非亲和性的;所述第一扩容信息用于指示在所述目标VNF上创建F个所述第一类型的虚拟机,所述第二扩容信息用于指示在所述F个所述第一类型的虚拟机中创建F个所述第一类型的容器组,所述F为大于0的整数。
在一个可能的实现方式中,所述目标扩容策略还包括:在扩容所述第一类型的容器组时扩容第二类型的容器组;所述第二扩容信息还用于指示在所述第一类型的虚拟机中创建所述第二类型的容器组。
在一个可能的实现方式中,所述收发单元,还用于接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述处理单元,具体用于根据所述资源使用状态指标和所述目标扩容策略,确定待在所述目标VNF上扩容所述第一类型的容器组。
在一个可能的实现方式中,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述处理单元,具体用于在所述两个或两个以上所述资源使用状态采样指标均超过扩容阈值的情况下,确定待在所述目标VNF上扩容所述第一类型的容器组。
在一个可能的实现方式中,所述处理单元,具体用于根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前需要扩容所述第一类型的虚拟机;控制所述收发单元向所述VIM发送所述第一扩容信息。
在一个可能的实现方式中,所述通信装置还包括:输入单元,用于通过扩容策略配置 界面接收用户针对所述第一类型的容器组的扩容策略配置指令;所述处理单元,还用于根据所述扩容策略配置指令,配置得到所述目标扩容策略。
关于第六方面或各种可能的实施方式所带来的技术效果,可参考对于第一方面或相应的实现方式的技术效果的介绍。
第七方面,本申请实施例提供了另一种通信装置,应用于包括VNFM的网络功能虚拟化NFV系统,包括:处理单元,用于从虚拟化网络功能描述VNFD中获取目标缩容策略,所述目标缩容策略包括:在缩容第一类型的容器组之后缩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;所述处理单元,还用于根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组;所述目标VNF为采用所述目标缩容策略的VNF;收发单元,用于发送第一缩容信息,所述第一缩容信息用于指示缩容所述目标VNF中的所述第一类型的容器组;所述处理单元,还用于根据所述目标缩容策略,控制所述收发单元向虚拟化基础设施管理器VIM发送第二缩容信息,所述第二缩容信息用于指示缩容所述目标VNF中的所述第一类型的虚拟机。
在一个可能的实现方式中,所述目标缩容策略还包括:在缩容所述第一类型的容器组时缩容第二类型的容器组;所述第一缩容信息还用于指示缩容所述目标VNF中的所述第二类型的容器组,所述第二类型的容器组承载于所述第一类型的虚拟机。
在一个可能的实现方式中,所述目标缩容策略还包括:满足缩容所述第一类型的容器组的条件时待缩容所述第一类型的容器组的个数;所述处理单元,具体用于根据所述目标缩容策略,确定待缩容所述目标VNF中的K个所述第一类型的容器组,所述K为大于0的整数。
在一个可能的实现方式中,所述收发单元,还用于向所述目标VNF发送第三缩容信息,所述第三缩容信息用于确认是否可缩容所述目标VNF中的所述第一类型的容器组;接收来自所述目标VNF的第四缩容信息,所述第四缩容信息指示可缩容所述目标VNF中的所述第一类型的容器组。
在一个可能的实现方式中,所述收发单元,还用于接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述处理单元,具体用于根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述目标VNF中的所述第一类型的容器组。
在一个可能的实现方式中,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述处理单元,具体用于在所述两个或两个以上资源使用状态采样指标均未超过缩容阈值的情况下,确定待缩容所述目标VNF中的所述第一类型的容器组。
在一个可能的实现方式中,所述通信装置还包括:输入单元,用于接收用户针对缩容策略配置界面中的所述第一类型的容器组的缩容策略配置指令;所述处理单元,还用于根据所述扩容策略配置指令,配置得到所述目标缩容策略。
在一个可能的实现方式中,所述第二缩容信息用于指示缩容所述目标VNF中部署的多个所述第一类型的虚拟机中未部署业务容器组的所述第一类型的虚拟机;或者,所述第二 缩容信息用于指示缩容所述目标VNF中部署的多个所述第一类型的虚拟机中中央处理器CPU占用率最低的一个或多个所述第一类型的虚拟机。
关于第七方面或各种可能的实施方式所带来的技术效果,可参考对于第二方面或相应的实现方式的技术效果的介绍。
第八方面,本申请实施例提供了一种通信装置,应用于包括虚拟化网络管理器VNFM和目标虚拟化网络功能VNF的网络功能虚拟化NFV系统,包括:收发单元,用于接收来自所述VNFM的第三缩容信息,所述第三缩容信息用于确认是否可缩容所述目标VNF中的第一类型的容器组;处理单元,用于将所述第一类型的容器组执行的业务迁移出所述第一类型的容器组;所述收发单元,还用于向所述VNFM发送第四缩容信息,所述第四缩容信息指示可缩容所述目标VNF中的所述第一类型的容器组。所述通信装置为实现所述目标VNF的实体。所述目标VNF可以为任一配置有缩容策略的VNF。
关于第八方面的技术效果,可参考对于第三方面的技术效果的介绍。
第九方面,本申请实施例提供了另一种通信装置,应用于包括虚拟化网络管理器VNFM和目标虚拟化网络功能VNF的网络功能虚拟化NFV系统,包括:处理单元,用于根据目标扩容策略,确定待扩容第一类型的容器组;根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容第一类型的虚拟机;收发单元,用于向所述VNFM发送第三扩容信息,所述第三扩容信息用于指示在所述目标VNF上扩容所述第一类型的虚拟机;向所述VNFM发送第四扩容信息,所述第四扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。所述目标VNF为采用所述目标扩容策略的VNF。所述通信装置为实现所述目标VNF的实体。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述处理单元,具体用于根据所述目标扩容策略,确定待扩容F个所述第一类型的容器组;根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容K个所述第一类型的虚拟机;所述第一类型的容器组为亲和性的,所述第三扩容信息用于指示在所述目标VNF上扩容K个所述第一类型的虚拟机,所述第四扩容信息用于指示在F个所述第一类型的虚拟机中扩容F个所述第一类型的容器组,所述F和所述K均为大于0的整数,所述F个所述第一类型的虚拟机包括所述K个所述第一类型的虚拟机。
在一个可能的实现方式中,所述目标扩容策略还包括:满足扩容所述第一类型的容器组的条件时待扩容所述第一类型的容器组的个数;所述处理单元,具体用于根据所述目标扩容策略,确定待扩容F个所述第一类型的容器组;根据所述目标扩容策略,确定在扩容所述第一类型的容器组之前扩容F个所述第一类型的虚拟机,所述第一类型的容器组为非亲和性的;所述第三扩容信息用于指示在所述目标VNF上扩容F个所述第一类型的虚拟机,所述第四扩容信息用于指示在所述F个所述第一类型的虚拟机中扩容F个所述第一类型的容器组。
在一个可能的实现方式中,所述目标扩容策略还包括:在扩容所述第一类型的容器组时扩容第二类型的容器组;所述第四扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组以及创建第二类型的容器组,所述第二类型为与所述第一类型关联的 容器组类型。
在一个可能的实现方式中,所述通信装置还包括:处理单元,用于获取资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述处理单元,具体用于根据所述资源使用状态指标和所述目标扩容策略,确定待扩容所述第一类型的容器组。
在一个可能的实现方式中,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述处理单元,具体用于在所述两个或两个以上资源使用状态采样指标均未超过缩容阈值的情况下,确定待缩容所述目标VNF中的所述第一类型的容器组。
在一个可能的实现方式中,所述处理单元,还用于通过人机语言MML配置命令配置所述目标扩容策略。
关于第九方面或各种可能的实施方式所带来的技术效果,可参考对于第四方面或相应的实现方式的技术效果的介绍。
第十方面,本申请实施例提供了一种通信装置,应用于包括虚拟化网络管理器VNFM和目标虚拟化网络功能VNF的网络功能虚拟化NFV系统,包括:处理单元,用于根据目标缩容策略,确定待缩容第一类型的容器组;根据所述目标缩容策略,确定在缩容所述第一类型的容器组之后缩容第一类型的虚拟机;收发单元,向所述VNFM发送第五缩容信息,所述第五缩容信息用于指示缩容所述目标VNF中的所述第一类型的容器组;向所述VNFM发送第六缩容信息,所述第六缩容信息用于指示缩容所述目标VNF中的所述第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机。所述目标VNF为采用所述目标缩容策略的VNF。所述通信装置为实现所述目标VNF的实体。
在一个可能的实现方式中,所述目标缩容策略还包括:满足缩容所述第一类型的容器组的条件时待缩容所述第一类型的容器组的个数;所述处理单元,具体用于根据目标缩容策略,确定待缩容F个第一类型的容器组;根据所述目标缩容策略,确定在缩容所述第一类型的容器组之后缩容H个所述第一类型的虚拟机;所述第五缩容信息用于指示缩容所述目标VNF中的F个所述第一类型的容器组,所述第六缩容信息用于指示缩容所述目标VNF中的H个所述第一类型的虚拟机,所述F和所述H均为大于0的整数,所述H小于或等于所述F。
在一个可能的实现方式中,所述目标缩容策略还包括:在缩容所述第一类型的容器组时缩容第二类型的容器组;所述第五缩容信息还用于指示缩容所述目标VNF中的所述第二类型的容器组,所述第二类型为所述第一类型关联的容器组类型,所述第二类型的容器组承载于所述第二类型的虚拟机。
在一个可能的实现方式中,所述通信装置还包括:处理单元,用于获取资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;所述处理单元,具体用于根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述第一类型的容器组。
在一个可能的实现方式中,所述处理单元,还用于通过人机语言MML配置命令配置 所述目标缩容策略。
关于第十方面或各种可能的实施方式所带来的技术效果,可参考对于第五方面或相应的实现方式的技术效果的介绍。
第十一方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器执行存储器中的计算机程序或指令时,如第一方面所述的方法被执行。
第十二方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器调用存储器中的计算机程序或指令时,如第二方面所述的方法被执行。
第十三方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器调用存储器中的计算机程序或指令时,如第三方面所述的方法被执行。
第十四方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器调用存储器中的计算机程序或指令时,如第四方面所述的方法被执行。
第十五方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器调用存储器中的计算机程序或指令时,如第五方面所述的方法被执行。
第十六方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第一方面以及任一项可能的实现方式的方法。
第十七方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第二方面以及任一项可能的实现方式的方法。
第十八方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第三方面以及任一项可能的实现方式的方法。
第十九方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第四方面以及任一项可能的实现方式的方法。
第二十方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第四方面以及任一项可能的实现方式的方法。
第二十一方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第一方面所述的方法被实现。
第二十二方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第二方面所述的方法被实现。
第二十三方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第三方面所述的方法被实现。
第二十四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于 存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第四方面所述的方法被实现。
第二十五方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第五方面所述的方法被实现。
第二十六方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第一方面所述的方法被实现。
第二十七方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第二方面所述的方法被实现。
第二十八方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第三方面所述的方法被实现。
第二十九方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第四方面所述的方法被实现。
第三十方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第五方面所述的方法被实现。
附图说明
图1为一种NFV参考架构的示意图;
图2为本申请实施例提供的一种自动扩容方法流程图;
图3为本申请实施例提供的另一种自动扩容方法流程图;
图4为本申请实施例提供的一种自动扩容方法交互流程;
图5为本申请实施例提供的一种自动缩容方法流程图;
图6为本申请实施例提供的一种自动缩容方法交互流程;
图7为本申请实施例提供的另一种自动扩容方法流程图;
图8为本申请实施例提供的一种自动扩容方法交互流程;
图9为本申请实施例提供的另一种自动缩容方法流程图;
图10为本申请实施例提供的一种自动缩容方法交互流程;
图11为本申请实施例提供的一种通信装置的结构示意图;
图12为本申请实施例提供的另一种通信装置的结构示意图;
图13为本申请实施例提供的另一种通信装置的结构示意图;
图14为本申请实施例提供的另一种通信装置的结构示意图;
图15为本申请实施例提供的另一种通信装置的结构示意图;
图16为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图对本申请实施例进行描述。
本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象, 而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上,“至少两个(项)”是指两个或三个及三个以上,“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
如背景技术所述,当前需要研究适用于电信云的资源利用率较高的自动扩缩容方案。本申请提供了资源利用率较高的自动扩容方案和自动缩容方案。本申请中,可将容器组(Pod)作为业务扩缩容的最小单位,也可以将容器(container)作为业务扩缩容的最小单位,为每个业务定义需要支持的资源使用状态指标,以及相关的扩缩容策略。一个Pod可包含一个或一个以上的容器,且具有共享存储/网络的能力,以及运行容器的规范。本申请提供的自动扩容方案可实现VM和容器组(Pod)的联动扩容。VM和容器组的联动扩容是指将VM的自动扩容和容器的自动扩容作为一个整体实现,而不是分开进行VM的自动扩容和容器的自动扩容。举例来说,在待扩容第一类型的容器组时,先扩容第一类型的虚拟机,再在扩容的第一类型的虚拟机中扩容出第一类型的容器组。该举例可理解为第一类型的容器组和第一类型的虚拟机的联动扩容。本申请提供的自动扩容方案中,在确定待扩容容器组之后才扩容用于承载待扩容的容器组的虚拟机,避免提前扩容VM而造成的资源浪费,能够提高资源利用率。本申请提供的自动缩容方案可实现VM和容器组的联动缩容。VM和容器组的联动扩容是指将VM的自动缩容和容器的自动缩容作为一个整体实现,而不是分开进行VM的自动缩容和容器的自动缩容。举例来说,第一类型的容器组1部署于第一类型的虚拟机1中,在缩容第一类型的容器组1之后,缩容的第一类型的虚拟机1。该举例可理解为第一类型的容器组1和第一类型的虚拟机1的联动扩容。本申请提供的自动缩容方案中,在缩容容器组之后缩容未部署业务容器组的虚拟机,防止存在未部署任何业务容器组的VM而造成的资源浪费,能够提高资源利用率。
本申请提供的自动扩容方案和自动缩容方案适用于欧洲电信标准化协会(european telecommunications standards institute,ETSI)提出的NFV参考架构。本申请提供的自动扩容方案可实现VM和容器组的自动扩容(对应于联动扩容),使得VNF在运行过程中可动态增加业务容量,充分利用资源。本申请提供的自动缩容方案可实现VM和容器组的自动缩容(对应于联动缩容),使得VNF在运行过程中可动态减少业务容量,避免资源浪费。由于本申请提供的自动扩容方案和自动缩容方案均涉及NFV参考架构中的多个网元。下面先介绍NFV参考架构。
图1为一种NFV参考架构的示意图。如图1所示,NFV参考架构主要包括:NFV基 础设施(NFV infrastructure,NFVI)、虚拟网络功能(virtualized network function,VNF)、NFV管理和编排(NFV management and orchestration,MANO)3个主要核心工作域,各主要功能模块的具体说明如下。
(1)NFVI
NFVI为VNF提供虚拟化的资源,涵盖网络基础环境中的所有硬件和软件资源,NFVI分为两部分:构成基础设施的硬件资源及虚拟化实例。NFVI包括了虚拟机管理软件和硬件,是每个服务器上的虚拟计算、虚拟存储、虚拟网络能力的直接提供者,从逻辑上将资源划分并提供给VNF使用,从而将软硬件解耦。NFVI的主要功能是为VNF的部署、管理和执行提供资源池,NFVI需要将物理计算、存储、交换资源虚拟化成虚拟的计算、存储、交换资源池。NFVI可以跨地域部署。
(2)VNF和网元管理(Element Management,EM)
VNF即虚拟化网络功能模块,是NFV网络功能概念在逻辑上的结果。VNF由在NFVI之上运行软件的VM组成,如存储、通用硬件或基础云设施。每个物理网元通过虚拟化技术映射为一个虚拟网元VNF,其中每一个或多个虚拟化的网络功能模块组成了VNF组件,该组件的实例可被1:1地映射到单个虚拟化容器中。VNF所需资源需要分解为虚拟的计算/存储/交换资源,由NFVI来承载。一个VNF可以部署在一个或多个VM上。VNF为软件化后的网元,部署在虚拟机上,其功能与接口和非虚拟化时保持一致。EM主要完成传网元管理功能及虚拟化环境下的新增管理功能。
(3)NFV管理和编排系统(management and orchestration,MANO)
NFV MANO包含三个逻辑组件角色:NFV编排器(NFV orchestrator,NFVO)、VNF管理器(VNFmanager,VNFM)和虚拟设施管理器(virtualised infrastructure manager,VIM)。三个逻辑组件分别服务于三个层次S层、P层、I层,并管理各层看到的对象。
VIM:负责I层,对基础资源(VM、网络、存储)进行管理。它看到的对象就是VM或者容器(container)及其镜像、网络接口。这一层的实现实例是Openstack/Kubernetes。OpenStack是一个开源的云计算管理平台项目,是一系列软件开源项目的组合。Kubernetes是谷歌开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。VIM主要负责基础设施层硬件资源、虚拟化资源的管理,监控和故障上报,面向上层VNFM和NFVO提供虚拟化资源池。VIM可用来管理NFVI,可控制VNF的虚拟资源的分配,功能包括了硬件资源管理与监控、虚拟化资源管理与监控以及硬件资源与虚拟化资源的故障管理。VIM常常是虚拟层的一部分,并非独立的方案,为底层虚拟化基础设施(虚拟主机、虚拟存储和虚拟网络)提供了可视化管理和资源管理。
VNFM:负责P层,VNF的生命周期管理(VNF的部署、扩容、缩容、下线等),它看到的是一个一个的VNF网元,能感知到每个VNF的特征,如vRG、vRG_VM、vNAT等,并通过虚拟网络功能描述(virtualised network function descriptor,VNFD)文件来描述每个特定网元的特征参数。
NFVO:负责S层,把网络当一种能力对外提供网络业务的生命周期管理(网络业务的部署、扩容、缩容、下线)。NFVO用以管理网络业务生命周期,并协调VNF生命周期NFVI各类资源的管理,对VNF和NFVI所提供的端到端网络服务进行管理、编排以及自 动化操作,以此确保所需各类资源与连接的优化配置。一般由一个编排器(orchestrator)对NFV服务实现进行总体的管理。
此外,运营商运营支撑系统(operations support systemsand business support system,OSS/BSS)包括计费、结算、账务、客服、营业等功能;其中,OSS为传统的网络管理系统;BSS为传统的业务支撑系统。
下面结合附图介绍本申请提供的自动扩容方案以及自动缩容方案。本申请提供了由VNFM发起的自动扩容方案以及自动缩容方案,以及由VNF发起的自动扩容方案以及自动缩容方案。在由VNFM发起的自动扩容方案中,VNFM从VNFD中获取扩容策略,并按照扩容策略实现容器组和虚拟机的联动扩容。同理,在由VNFM发起的自动缩容方案中,VNFM从VNFD中获取缩容策略,并按照缩容策略实现容器组和虚拟机的联动缩容。在由VNF发起的自动扩容方案中,VNF按照扩容策略实现容器组和虚拟机的联动扩容。同理,在由VNF发起的自动缩容方案中,VNF按照缩容策略实现容器组和虚拟机的联动缩容。下面先介绍由VNFM发起的自动扩容方案。
图2为本申请实施例提供的一种自动扩容方法流程图。图2中的方法流程应用于包括VNFM和VNF的NFV系统,例如NFV参考架构。如图2所示,该方法包括:
201、VNFM从VNFD中获取目标扩容策略。
上述VNFD中可定义有一种或多种扩容策略,每种扩容策略可对应于一种类型的容器组。如果VNFD中定义有多条扩容策略,说明VNFD支持多种类型的容器组的自动扩容。VNFD中定义的任意扩容策略为VNFM可支持的扩容策略。在一些实施例中,用户可以根据业务场景需求,对初始VNFD中定义的一种或多种扩容策略进行调整,得到所需的扩容策略(即VNFD中定义的扩容策略)。也就是说,用户可对预先配置的初始VNFD进行修改以得到所需的VNFD,该VNFD中定义的扩容策略可理解为该用户配置的扩容策略。上述VNFD可以关联一个或多个VNF,例如VNFD关联有目标VNF。VNFM从VNFD中获取的目标扩容策略可理解为该VNFD关联的一个或多个VNF采用的扩容策略,即该一个或多个VNF被配置的扩容策略。举例来说,VNFM可从一个或多个VNFD中获取扩容策略,每个VNFD关联一个或多个VNF。VNFM可从任意VNF关联的VNFD获取该VNF采用的扩容策略。
上述目标扩容策略可包括:扩容第一类型的容器组需要满足的条件,以及在扩容第一类型的容器组之前扩容第一类型的虚拟机。上述第一类型的容器组承载于上述第一类型的虚拟机。上述目标扩容策略可配置有第一容器组类型和第一虚拟机类型的关联关系。其中,第一容器组类型为第一类型的容器组对应的容器组类型,第一虚拟机类型为第一类型的虚拟机对应的虚拟机类型。也就是说,上述第一类型(即第一容器组类型)的容器组和上述第一类型(第一虚拟机类型)的虚拟机的相关联。第一类型的容器组可以为任意类型的容器组。
202、VNFM根据目标扩容策略,确定待在目标VNF上扩容第一类型的容器组。
上述目标VNF为采用上述目标扩容策略的VNF。上述目标VNF可以为上述VNFD关联的一个VNF。VNFM可在目标VNF满足扩容第一类型的容器组的条件时,确定待在目标VNF上扩容第一类型的容器组。
步骤202一种可能的实现方式可以是:VNFM根据来自目标VNF的资源使用状态指标以及目标扩容策略,确定待在目标VNF上扩容第一类型的容器组。资源使用状态指标可表征目标VNF中的第一类型的容器组的资源使用情况。示例性的,上述资源使用状态指标包括两个或两个以上资源使用状态采样指标,上述两个或两个以上资源使用状态采样指标表征上述目标VNF中的上述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况,两个或两个以上资源使用状态采样指标与两个或两个以上时刻一一对应;上述VNFM根据上述资源使用状态指标和上述目标扩容策略,确定待在上述目标VNF上扩容上述第一类型的容器组可以是:上述VNFM在上述两个或两个以上上述资源使用状态采样指标均超过扩容阈值(例如60%)的情况下,确定待在上述目标VNF上扩容上述第一类型的容器组。
在一些实施例中,对于一个容器组只部署一个容器的业务节点,VNF(例如目标VNF)可直接获取容器的关键绩效指标(key performance indicator,KPI)值,VNF汇总所有同类型的容器组的KPI值后,取这些KPI值的平均值作为资源使用状态采样指标上报给VNFM。可理解,若一个容器组只部署一个容器,则该容器的KPI值即为该容器组的KPI值。容器的KPI值可以是容器对应的CPU使用率、内存使用率等任一项表征该容器的资源使用情况的参数,也可以是利用CPU使用率、内存使用率等中的多项计算得到的表征该容器的资源使用情况的参数。在一些实施例中,对于一个容器组部署多个容器的业务节点,VNF需要选取该容器组内各容器的KPI值中最大的KPI值作为该容器组的KPI值,VNF汇总所有同类型的容器组的KPI值后,取这些KPI值的平均值作为该类型的容器组的资源使用状态采样指标上报给VNFM。应理解,VNF可采用相同的方式计算任意部署有多个容器的容器组的KPI值。在实际应用中,VNF可周期性(例如每10s)向VNFM上报一个各类型的容器组的资源使用状态采样指标。
扩容第一类型的容器组需要满足的条件可以包括:第一类型的容器组的连续多个(例如30)资源使用状态采样指标均超过扩容阈值(例如60%)。上述目标扩容策略还可包括:满足扩容上述第一类型的容器组的条件时待扩容F(对应于扩容步长)个第一类型的容器组。因此,在满足扩容第一类型的容器组的条件时,VNFM确定待在目标VNF中扩容F个第一类型的容器组。在一些实施例中,VNFM将来自目标VNF的两个或两个资源使用状态采样指标与扩容阈值进行对比,并根据其他监控配置判断是否需要发起扩容。举例来说,目标VNF每10s进行一次采样,并上报采样得到的一个资源使用状态采样指标,连续采样30次。若目标VNF连续30次上报的第一类型的容器组的资源使用状态采样指标均超过扩容阈值(例如60%),则确定待扩容目标VNF中的该第一类型的容器组。
203、VNFM根据目标扩容策略,向VIM发送第一扩容信息。
上述第一扩容信息用于指示在目标VNF中创建上述第一类型的虚拟机。步骤203一种可能的实现方式可以是:VNFM根据目标扩容策略,确定待在目标VNF上扩容第一类型的虚拟机;VNFM向VIM发送第一扩容信息。
204、VNFM发送第二扩容信息。
上述第二扩容信息用于指示在上述第一类型的虚拟机中创建上述第一类型的容器组。步骤204一种可能的实现方式可以是:VNFM向平台即服务(platform as a service,PAAS) 发送第二扩容信息。PAAS负责管理容器。PAAS是云计算的重要组成部分,提供运算平台与解决方案服务。在云计算的典型层级中,PAAS层介于软件即服务与基础设施即服务之间。PAAS提供用户将云端基础设施部署与创建至客户端,或者借此获得使用编程语言、程序库与服务。用户不需要管理与控制云端基础设施(包含网络、服务器、操作系统或存储),但需要控制上层的应用程序部署与应用托管的环境。PAAS将软件研发的平台作为一种服务,以软件即服务模式交付给用户。PAAS提供软件部署平台(runtime),抽象掉了硬件和操作系统细节,可以无缝地扩展(scaling)。
在一个可能的实现方式中,上述目标扩容策略还包括:在扩容上述第一类型的容器组时扩容第二类型的容器组;上述第二扩容信息还用于指示在上述第一类型的虚拟机中创建上述第二类型的容器组。也就是说,上述第二扩容信息指示在上述第一类型的虚拟机中创建第一类型的容器组和上述第二类型的容器组,这样可实现联动扩容容器组。上述第一类型的容器组和上述第二类型的容器组可支持同一业务且可部署于同一虚拟机。在该实现方式中,在扩容第一类型的容器组时扩容第二类型的容器组,可以充分利用虚拟机的资源。
图2介绍了VNFM在目标VNF上扩容第一类型的容器组时执行的方法流程。应理解,VNFM可执行类似的方法以便实现在任意VNF上扩容任意类型的容器组。
本申请实施例中,VNFM在根据目标扩容策略,确定待扩容第一类型的容器组之后,先扩容第一类型的虚拟机,以便将扩容的第一类型的虚拟机作为运行第一类型的容器组的载体。然后,在第一类型的虚拟机中创建第一类型的容器组。在确定待扩容第一类型的容器组之后才会扩容第一类型的虚拟机,不需要提前扩容第一类型的虚拟机,能够提高资源利用率。
图3为本申请实施例提供的另一种自动扩容方法流程图。图3中的方法流程是对图2中的方法流程的细化和完善。如图3所示,该方法包括:
301、VNFM从VNFD中获取目标扩容策略。
步骤301的实现方式可与步骤201的实现方式相同。
302、VNFM接收来自目标VNF的资源使用状态指标。
上述资源使用状态指标表征上述目标VNF中的上述第一类型的容器组的资源使用情况。资源使用状态指标可包括两个或两个以上资源使用状态采样指标。在一些实施例中,VNFM可周期性向目标VNF查询第一类型的容器组的资源使用状态采样指标,并接收目标VNF上报的第一类型的容器组的资源使用状态采样指标。目标VNF可与步骤301中的VNFD相关联。
303、VNFM根据来自目标VNF的资源使用状态指标以及目标扩容策略,确定待在目标VNF上扩容F个第一类型的容器组。
上述目标扩容策略包括:扩容第一类型的容器组需要满足的条件,以及满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数。满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数可称为第一类型的容器组对应的扩容步长。上述F为大于0的整数。步骤303的实现方式可与步骤202的实现方式类似。
304、VNFM在目标VNF未满足扩容F个第一类型的容器组所需的虚拟机资源的情况下,根据目标扩容策略确定待在目标VNF上扩容K个第一类型的虚拟机。
上述K为大于0的整数,上述K小于或等于上述F。上述第一类型的容器组为亲和性的。由于上述第一类型的容器组为亲和性的,因此可在目标VNF中已有的第一类型的虚拟机(未部署第一类型的容器组)中创建第一类型的容器组。目标VNF未满足扩容F个第一类型的容器组所需的虚拟机资源的情况可以是:目标VNF中未包含F个可用于扩容第一类型的容器组的虚拟机。目标VNF中可用于扩容第一类型的容器组的虚拟机是指可创建第一类型的容器组并且不影响其已部署的容器组的运行的第一类型的虚拟机。若目标VNF满足扩容F个上述第一类型的容器组所需的虚拟机资源,则可在已有的F个第一类型的虚拟机(未部署第一类型的容器组)中扩容出F个第一类型的容器组,这样可以充分利用虚拟机资源,不必扩容虚拟机。若目标VNF未满足扩容F个上述第一类型的容器组所需的虚拟机资源,则确定部署待扩容的F个上述第一类型的容器组需要扩容的第一类型的虚拟机的个数,并扩容相应个数的第一类型的虚拟机。举例来说,目标VNF中待扩容5(对应于F)个第一类型的容器组,目标VNF中只有2个第一类型的虚拟机可用于扩容第一类型的容器组,VNFM根据目标扩容策略确定待在该目标VNF上扩容3(对应于K)个第一类型的虚拟机,每个第一类型的虚拟机中可扩容一个第一类型的容器组。
步骤304可替换为:VNFM根据目标扩容策略确定待在目标VNF上扩容F个第一类型的虚拟机。其中,上述第一类型的容器组为非亲和性的。应理解,由于上述第一类型的容器组为非亲和性的,若扩容F个第一类型的容器组,则必须先扩容F个第一类型的虚拟机。
305、VNFM向VIM发送第一扩容信息。
上述第一扩容信息用于指示在上述目标VNF中扩容K(或者F)个上述第一类型的虚拟机。
306、VNFM发送第二扩容信息。
上述第二扩容信息用于指示在F个第一类型的虚拟机中创建F个第一类型的容器组,每个第一类型的虚拟机中创建一个第一类型的虚拟机。举例来说,VNFM确定待在目标VNF上扩容5个第一类型的容器组(对应于步骤303)以及待扩容3个第一类型的虚拟机(对应于步骤304),目标VNF中扩容3个第一类型的虚拟机之后,VNFM发送第二扩容信息,该第二扩容信息指示在5个第一类型的虚拟机中创建5个第一类型的容器组;其中,这5个第一类型的虚拟机包括扩容的3个第一类型的虚拟机。又举例来说,VNFM确定待在目标VNF上扩容5个第一类型的容器组以及待扩容5个第一类型的虚拟机,目标VNF上扩容5个第一类型的虚拟机之后,VNFM发送第二扩容信息,该第二扩容信息指示在这5个第一类型的虚拟机中创建5个第一类型的容器组。
在一个可能的实现方式中,上述目标扩容策略还包括:在扩容上述第一类型的容器组时扩容M个第二类型的容器组;上述第二扩容信息还用于指示在上述第一类型的虚拟机中创建M个上述第二类型的容器组。也就是说,上述第二扩容信息用于指示在F个第一类型的虚拟机中创建F个第一类型的容器组和(F*M)个上述第二类型的容器组。每个第一类型的虚拟机中创建一个第一类型的容器组和M个第二类型的容器组,这样可实现联动扩容容器组。联动扩容容器组是指在同一虚拟机中同时扩容两种或两种以上不同类型的容器组。上述第一类型的容器组和上述第二类型的容器组可支持同一业务且可部署于同一虚拟机。在该实现方式中,在扩容第一类型的容器组时扩容第二类型的容器组,可以充分利用虚拟 机的资源。
本申请实施例中,VNFM在目标VNF未满足扩容F个第一类型的容器组所需的虚拟机资源的情况下,向VIM发送第一扩容信息;可以准确地确定需要扩容的第一类型的虚拟机的个数,能够充分利用虚拟机资源。
图2和图3介绍了在本申请提供的自动扩容方案中VNFM执行的主要流程。在实际应用中,要实现VM和虚拟机的联动扩容不仅需要VNFM的参与,还需要NFVO、VNF、PAAS以及VIM的参与。下面结合附图来介绍本申请实施例提供的一种自动扩容方法交互流程。该自动扩容方法交互流程描述了在实现容器组和虚拟机的联动扩容的过程中,VNFM、NFVO、VNF、PAAS以及VIM分别执行的操作。图4为本申请实施例提供的一种自动扩容方法交互流程。如图4所示,该方法包括:
401、VNFM配置扩容策略。
用户可配置一种或多种类型的容器组的扩容策略,例如配置第一类型的容器组的扩容策略,即目标扩容策略。下面以配置第一类型的容器组的扩容策略为例,描述如何配置任意类型的容器组的扩容策略。配置第一类型的容器组的扩容策略可能的实现方式如下:通过扩容策略配置界面接收用户针对上述第一类型的容器组的扩容策略配置指令;根据上述扩容策略配置指令,配置得到第一类型的容器组的扩容策略,即目标扩容策略。VNFM可将初始VNFD(对应于预先定义的扩容策略)以图形界面方式展示在NFVI的用户界面(user interface,UI),即扩容策略配置界面。初始VNFD可关联一个或多个VNF。初始VNFD中可预先定义有扩容策略。也就是说,VNFM可将预先定义的扩容策略(对应于初始VNFD)通过UI界面展示;用户可通过该UI界面调整(或者说修改)预先定义的扩容策略以得到所需的扩容策略(对应于VNFD)。用户通过UI界面调整(或者修改)预先定义的扩容策略的操作为用户针对上述第一类型的容器组输入的扩容策略配置指令。在实际应用中,用户可通过扩容策略配置指令配置任意VNF关联的VNFD。也就是说,用户可配置任意VNF采用的扩容策略。举例来说,任意类型的容器组的扩容策略包括以下一项或多项配置参数:1)、自动扩容的容器组的类型,例如第一容器组类型;2)、KPI采样周期,例如10s;3)、扩容阈值,例如60%;4)、扩容步长,例如3,即每次扩容3个容器组;5)、持续时长,例如300s,即若300s内采样的KPI(即资源使用状态采样指标)均超过扩容阈值,会触发自动扩容;6)、冷却时间,例如300s,即本次自动扩容任务完成后,300s内不再进行自动扩容;7)、自动扩容的容器组的类型关联的虚拟机类型,例如第一虚拟机类型;8)、联动扩容的容器组的类型和个数。本申请中,KPI采样周期是指VNF得到每种类型的容器组的资源使用状态采样指标的周期,即VNF向VNFM上报一次各类型的容器组的资源使用状态采样指标的周期。以上各项配置参数可均为VNFD中的字段,并均支持用户的修改。在一些实施例中,容器组的KPI为VNF固定支持字段,不支持用户手动修改。在一些实施例中,容器组的KPI支持用户手动修改。在实际应用中,用户可选择需要自动扩容的容器组的类型,并通过修改相应的配置参数来配置所需的扩容策略。步骤401为可选的,而非必要的。步骤401可替换为:VNFM从VNFD中获取扩容策略。
402、VNFM向目标VNF发送第一查询请求。
上述第一查询请求用于查询目标VNF中的一种或多种类型的容器组的资源使用状态 指标。示例性的,VNFM周期性(例如每10s)向目标VNF发送第一查询请求,该第一查询请求用于查询被配置扩容策略的每种类型的容器组的资源使用状态指标。举例来说,VNFM配置了10种类型的容器组的扩容策略,VNFM向目标VNF发送第一查询请求,该第一查询请求用于查询该10种类型中每种类型的容器组的资源使用状态指标。
403、目标VNF向VNFM发送第一指标信息。
上述第一指标信息为针对第一查询请求反馈的信息。上述第一指标信息可包含目标VNF中的一种或多种类型的容器组的资源使用状态指标。举例来说,VNFM配置了10种类型的容器组的扩容策略,VNFM向目标VNF发送第一查询请求,该第一查询请求用于查询该10种类型中每种类型的容器组的资源使用状态指标;目标VNF向VNFM发送第一指标信息,该第一指标信息包括该10种类型中每种类型的容器组的资源使用状态指标。
404、VNFM根据第一指标信息和扩容策略,确定待在目标VNF上扩容的容器组的类型和个数。
上述第一指标信息包含一种或多种类型的容器组的资源使用状态指标。VNFM可从VNFD中获取任意类型的容器组被配置的扩容策略。应理解,VNFM可根据任一种类型的容器组的资源使用状态指标以及该任一种类型的容器组被配置的扩容策略,判断是否需要扩容该任一种类型的容器组。举例来说,VNFM根据第一指标信息和目标扩容策略,确定待在目标VNF上扩容F个第一类型的容器组,该目标扩容策略为第一类型的容器组被配置的扩容策略。
405、VNFM查询待扩容的容器组关联的虚拟机类型。
步骤405一种可能的实现方式如下:VNFM从VNFD中查询待扩容的容器组的类型关联(也称绑定)的虚拟机类型。例如,VNFD中的配置参数可包括第一类型的容器组关联的虚拟机类型(对应于第一类型)。在一些实施例中,VNFM在扩容第一类型的容器组之前,先扩容第一类型(即第一类型的容器组关联的虚拟机类型)的虚拟机,然后根据该第一类型的容器组是否配置联动的容器组,判断是否在扩容第一类型的容器组的同时联动扩容其他容器组。若第一类型的容器组未配置联动的容器组,则扩容第一类型的虚拟机后,在扩容的第一类型的虚拟机中扩容第一类型的容器组。若第一类型的容器组配置联动的容器组,则扩容第一类型的虚拟机后,在扩容的第一类型的虚拟机中扩容第一类型的容器组以及该第一类型的容器组联动的容器组。
406、VNFM向VIM发送第一虚拟机创建请求。
上述第一虚拟机创建请求(对应于第一扩容信息)用于指示VIM需要扩容的虚拟机的类型和个数。举例来说,VNFM确定待扩容5个第一类型的虚拟机;VNFM向VIM发送虚拟机创建请求,该虚拟机创建请求指示VIM创建5个第一类型的虚拟机。
407、VIM按照第一虚拟机创建请求创建虚拟机,并向VNFM发送第一创建成功响应。
VIM可按照第一虚拟机创建请求创建相应类型和个数的虚拟机。举例来说,第一虚拟机创建请求指示VIM创建5个第一类型的虚拟机,该VIM在目标VNF中创建5个第一类型的虚拟机。又举例来说,第一虚拟机创建请求指示VIM创建5个第一类型的虚拟机和3个第二类型的虚拟机,该VIM在目标VNF中创建5个第一类型的虚拟机和3个第二类型的虚拟机。第一创建成功响应指示已按照第一虚拟机创建请求成功创建虚拟机。
408、VNFM向PAAS发送第一纳管信息。
上述第一纳管信息用于通知PAAS纳管VIM创建的虚拟机。第一纳管信息可包含VIM在步骤407中创建的虚拟机的标识。
409、PAAS纳管VIM创建的虚拟机,并向VNFM发送第一纳管响应。
上述第一纳管响应指示PAAS已纳管VIM创建的虚拟机。在一些实施例中,第一纳管信息可包含VIM在步骤407创建的虚拟机的标识,PAAS根据这些标识纳管相应的虚拟机。
410、VNFM向NFVO发送第一扩容事件结束通知。
上述第一扩容事件结束信息指示已完成虚拟机的扩容。
411、NFVO向VNFM发送第一扩容事件通知响应。
上述第一扩容事件通知响应指示NFVO已收到第一扩容事件结束通知。
412、VNFM向目标VNF发送第一扩容通知。
上述第一扩容通知用于通知目标VNF待扩容的容器组的类型和个数。举例来说,VNFM向目标VNF发送第一扩容通知,该第一扩容通知用于通知目标VNF待扩容F个第一类型的容器组。
413、目标VNF向VNFM发送第一扩容通知响应。
上述第一扩容通知响应指示目标VNF已接收到第一扩容通知。
414、VNFM向PAAS发送第一容器组创建请求。
上述第一容器组创建请求(对应于第二扩容信息)用于指示PAAS待创建的容器组的类型和个数。
415、PAAS根据第一容器组创建请求创建容器组,并向VNFM发送第一创建结果。
上述第一创建结果可包含PAAS创建的容器组的标识。
416、VNFM向目标VNF发送第一扩容列表。
第一扩容列表指示PAAS成功创建的容器组。上述第一扩容列表可包含PAAS成功创建的容器组的标识。目标VNF根据第一扩容列表,可得到PAAS创建成功的容器组。步骤416可理解为VNFM通知目标VNF新创建的容器组的标识。新创建的容器组是指PAAS在步骤415中创建的容器组。应理解,VNFM也可以采用其他方式通知目标VNF新创建的容器组的标识。
417、目标VNF向VNFM发送第一通知响应,根据第一扩容列表扩容容器组,并向VNFM上报扩容进度。
上述第一通知响应用于指示接收到第一扩容列表。扩容进度是指目标VNF根据第一扩容列表扩容容器组的进度。根据第一扩容列表扩容容器组可以是:目标VNF扩容第一扩容列表中的容器组。
418、目标VNF进行业务负载均衡。
419、VNFM通过NFVO的UI界面显示自动扩容任务结果。
自动扩容任务结果可包含扩容的虚拟机的类型和个数,以及扩容的容器组的类型和个数。图4以目标VNF为例,描述了容器组和虚拟机的联动扩容流程。应理解,NFV系统中任意VNF可采用类似的流程实现容器组和虚拟机的扩动缩容。
本申请实施例中,VNFM可以准确判断出需要扩容的容器组的类型和个数,以及虚拟 机的类型和个数,能够提高资源利用率。
下面结合附图介绍本申请提供的由VNFM发起的自动缩容方案。
图5为本申请实施例提供的一种自动缩容方法流程图。图5中的方法流程应用于包括VNFM和VNF的NFV系统,例如NFV参考架构。如图5所示,该方法包括:
501、VNFM从VNFD中获取目标缩容策略。
上述目标缩容策略可包括:缩容第一类型的容器组需要满足的条件、满足缩容上述第一类型的容器组的条件时待缩容第一类型的容器组的个数(对应于缩容步长)、以及在缩容上述第一类型的容器组之后缩容第一类型的虚拟机。上述第一类型的容器组承载于上述第一类型的虚拟机。
上述VNFD中可定义有一种或多种缩容策略,每种缩容策略可对应于一种类型的容器组。如果VNFD中定义有多条缩容策略,说明VNFD支持多种类型的容器组的自动缩容。VNFD中定义的任意缩容策略为VNFM可支持的缩容策略。在一些实施例中,用户可以根据业务场景需求,对初始VNFD中定义的一种或多种缩容策略进行调整,得到所需的缩容策略(即VNFD中定义的缩容策略)。也就是说,用户可对预先配置的初始VNFD进行修改以得到所需的VNFD,该VNFD中定义的缩容策略可理解为该用户配置的缩容策略。
502、VNFM接收来自目标VNF的资源使用状态指标。
上述资源使用状态指标表征上述目标VNF中的上述第一类型的容器组的资源使用情况。步骤501中的VNFD可以关联目标VNF。VNFM从VNFD中获取的目标缩容策略可理解为该VNFD关联的VNF采用的缩容策略,即该该VNFD关联的VNF被配置的缩容策略。举例来说,VNFM可从一个或多个VNFD中获取缩容策略,每个VNFD关联一个或多个VNF。
503、VNFM根据目标缩容策略和资源使用状态指标,确定待缩容目标VNF中的F个第一类型的容器组。
上述F为大于0的整数。缩容第一类型的容器组需要满足的条件可以包括:第一类型的容器组的连续多个(例如30)资源使用状态采样指标均未超过缩容阈值(例如20%)。满足缩容上述第一类型的容器组的条件时待缩容第一类型的容器组的个数为F。因此,在满足缩容第一类型的容器组的条件时,VNFM确定待缩容目标VNF中的F个第一类型的容器组。在一些实施例中,VNFM将来自目标VNF的资源使用状态指标(即两个或两个以上资源使用状态采样指标)与缩容阈值进行对比,并根据目标缩容策略中的其他监控配置判断是否需要发起缩容。举例来说,目标VNF每10s进行一次采样,并上报采样得到的一个资源使用状态采样指标,连续采样30次。若目标VNF连续30次上报的第一类型的容器组的资源使用状态采样指标均未超过缩容阈值(例如20%),则确定待缩容目标VNF中的该第一类型的容器组。
504、VNFM发送第一缩容信息。
上述第一缩容信息用于指示缩容目标VNF中的F个第一类型的容器组。步骤504一种可能的实现方式可以是:VNFM向PAAS发送第一缩容信息。第一缩容信息可以为一个包含待缩容的容器组的类型和个数的列表。
在一个可能的实现方式中,上述目标缩容策略还包括:在缩容上述第一类型的容器组 时缩容N个第二类型的容器组;上述第一缩容信息还用于指示缩容上述第二类型的容器组,上述第二类型的容器组承载于上述第一类型的虚拟机。上述第一类型的容器组和上述第二类型的容器组可支持同一业务。举例来说,第二扩容信息用于指示缩容目标VNF中的F个第一类型的容器组和(F*N)个第二类型的容器组,N为大于0的整数。每个第一类型的虚拟机中缩容一个第一类型的容器组和N个第二类型的容器组,这样可实现联动缩容容器组。联动缩容容器组是指在同一虚拟机中同时缩容两种或两种以上不同类型的容器组。在该实现方式中,在缩容第一类型的容器组时缩容第二类型的容器组,可以及时释放第二类型的容器组占用的资源。
在一个可能的实现方式中,VNFM在发送第一缩容信息之前,可执行如下操作:VNFM向目标VNF发送第三缩容信息,上述第三缩容信息用于确认是否可缩容目标VNF中的F个第一类型的容器组;上述VNFM接收来自上述VNF的第四缩容信息,上述第四缩容信息指示可缩容目标VNF中的上述第一类型的容器组。在该实现方式中,VNFM向目标VNF发送第三缩容信息,以便于确认是否可缩容第一类型的容器组,可以避免缩容不能缩容的容器组。
505、VNFM根据目标扩容策略,确定待缩容目标VNF中的第一类型的虚拟机。
506、VNFM向VIM发送第二缩容信息。
上述第二缩容信息用于指示缩容目标VNF中的上述第一类型的虚拟机。在一个可能的实现方式中,上述第二缩容信息用于指示缩容上述目标VNF中部署的多个上述第一类型的虚拟机中未部署业务容器组的上述第一类型的虚拟机;或者,上述第二缩容信息用于指示缩容上述目标VNF中部署的多个上述第一类型的虚拟机中中央处理器CPU占用率最低的一个或多个上述第一类型的虚拟机。举例来说,VNFM选择进行缩容的第一类型的虚拟机的方式如下:VNFM优先选择目标VNF中部署的多个第一类型的虚拟机中未部署业务容器组的虚拟机,然后,选择CPU占用率最低的一个或多个第一类型的虚拟机。
图5介绍了VNFM在目标VNF上缩容第一类型的容器组时执行的方法流程。应理解,VNFM可执行类似的方法以便实现在任意VNF上缩容任意类型的容器组。
本申请实施例中,在缩容第一类型的容器组之后缩容第一类型的虚拟机(即承载第一类型的容器组的虚拟机),可以防止存在多余的虚拟机没有运行任何容器组产生资源浪费。
图5介绍了在本申请提供的自动缩容方案中VNFM执行的主要流程。在实际应用中,要实现VM和容器组的联动缩容不仅需要VNFM的参与,还需要NFVO、VNF、PAAS以及VIM的参与。下面结合附图来介绍本申请实施例提供的一种自动缩容方法交互流程。该自动缩容方法交互流程描述了在实现容器组和虚拟机的联动缩容的过程中,VNFM、NFVO、VNF、PAAS以及VIM分别执行的操作。图6为本申请实施例提供的一种自动缩容方法交互流程。如图6所示,该方法包括:
601、VNFM配置缩容策略。
用户可配置一种或多种类型的容器组的缩容策略,例如配置第一类型的容器组的缩容策略。VNFM配置缩容策略的方式可与配置扩容策略的方式相同。下面以配置第一类型的容器组的缩容策略为例,描述如何配置任意类型的容器组的缩容策略。配置第一类型的容器组的缩容策略可能的实现方式如下:通过缩容策略配置界面接收用户针对上述第一类型 的容器组的缩容策略配置指令;根据上述缩容策略配置指令,配置得到目标缩容策略。VNFM可将初始VNFD(对应于预先定义的缩容策略)以图形界面方式展示在UI界面,即缩容策略配置界面。初始VNFD中预先定义有缩容策略。也就是说,VNFM可将预先定义的缩容策略(对应于初始VNFD)通过UI界面展示;用户可通过该UI界面调整(或者修改)预先定义的缩容策略以得到所需的缩容策略(对应于VNFD)。用户可通过UI界面调整(或者修改)预先定义的缩容策略的操作为用户针对上述第一类型的容器组输入的缩容策略配置指令。举例来说,缩容策略包括以下一项或多项配置参数:1)、自动缩容的容器组的类型,例如第一容器组类型;2)、KPI采样周期,例如10s;3)、缩容阈值,例如20%;4)、缩容步长,例如3,即每次缩容3个容器组;5)、持续时长,例如300s,即300s内采样的KPI均超过扩容阈值,会触发自动扩容;6)、冷却时间,例如300s,即本次自动缩容任务完成后,300s内不再进行自动缩容;7)、自动扩容的容器组的类型关联的虚拟机类型(即联动缩容的虚拟机的类型);8)、联动缩容的容器组的类型和个数。以上各项配置参数可均为VNFD中的字段,并均支持用户的修改。在一些实施例中,容器组的KPI为VNF固定支持字段,不支持用户手动修改。在一些实施例中,用户可手动修改容器组的KPI。在实际应用中,用户可选择需要自动缩容的容器组的类型,并通过修改相应的配置参数来配置所需的缩容策略。步骤601为可选的,而非必要的。步骤601可替换为:VNFM从VNFD中获取缩容策略。
602、VNFM向目标VNF发送第二查询请求。
上述第二查询请求用于查询目标VNF中的一种或多种类型的容器组的资源使用状态指标。步骤602的实现方式可与步骤402的实现方式类似。目标VNF为任一VNF。
603、目标VNF向VNFM发送第二指标信息。
上述第二指标信息为针对第二查询请求反馈的信息。上述第二指标信息可包含目标VNF中的一种或多种类型的容器组的资源使用状态指标。步骤603的实现方式可与步骤403的实现方式相同。
604、VNFM根据第二指标信息和各类型的容器组被配置的缩容策略,确定在目标VNF上待缩容的容器组的个数和类型。
上述第二指标信息包含第一类型的容器组的资源使用状态指标。在一些实施例中,VNFM可根据任一种类型的容器组的资源使用状态指标以及该任一种类型的容器组被配置的缩容策略,判断该任一种类型的容器组是否需要缩容。VNFM在判断任一种类型的容器组需要缩容之后,确定该任一种类型的容器组待缩容的个数。举例来说,VNFM根据第二指标信息和目标缩容策略,确定在目标VNF上待缩容F个第一类型的容器组。
605、VNFM向目标VNF发送第一缩容列表。
该第一缩容列表中包含在目标VNF上需要缩容(即待缩容)的容器组的个数和类型。
606、目标VNF对第一缩容列表中包含的一种或多种类型的容器组进行业务迁移,并生成第二缩容列表。
第二缩容列表指示目标VNF上可缩容的容器组。示例性的,第二缩容列表包含目标VNF上可缩容的容器组的标识。在一些实施例中,目标VNF在接收到第一缩容列表之后,判断该第一缩容列表中每种类型的容器组对应的实例是否可以缩容。若某种类型的容器组 对应的实例可以缩容,则对该类型的容器组进行业务迁移。若某种类型的容器组对应的实例不可以缩容,则返回失败,等待下个周期再进行缩容。下个周期可以是预设时长,例如300s。目标VNF在选择缩容的容器组时,可优先选择同一个VM上的容器组进行缩容,防止缩容后的容器组拓扑不满足要求。容器组拓扑不满足要求时需要进行容器组的重新调度,这样会产生业务呼损。
607、目标VNF向VNFM发送第二缩容列表。
608、VNFM向PAAS发送第二缩容列表。
609、PAAS对第二缩容列表中的容器组进行缩容,并向VNFM发送第一缩容结果。
第一缩容结果指示PAAS成功缩容的容器组。示例性的,第一缩容结果包含PAAS成功缩容的容器组的标识。PAAS对第二缩容列表中的容器组进行缩容。PAAS在完成对第二缩容列表中的容器组的缩容之后,向VNFM发送第一缩容结果。
610、VNFM向目标VNF发送第三缩容列表。
第三缩容列表指示目标VNF中缩容成功的容器组。示例性的,第三缩容列表包含目标VNF中缩容成功的容器组的标识。
611、目标VNF向VNFM发送第二通知响应。
第二通知响应用于指示接收到第三缩容列表。
612、目标VNF根据第三缩容列表缩容容器组,并向VNFM上报缩容进度。
目标VNF根据第三缩容列表缩容容器组可以是:目标VNF缩容第三缩容列表中的容器组。
613、VNFM向目标VNF发送缩容进度响应。
缩容进度响应指示VNFM接收到目标VNF上报的缩容进度。
614、VNFM向VNFO发送缩容授权申请。
缩容授权申请用于指示需要缩容的虚拟机的类型和个数。在一些实施例中,容器组缩容完成后,VNFM可根据VNFD中的缩容策略,判断目标VNF上需要删除的虚拟机的类型和个数,向NFVO发起缩容授权申请。举例来说,完成对第一类型的容器组的缩容之后,VNFM可根据VNFD中的缩容策略,确定需要缩容第一类型的虚拟机以及需要缩容第一类型的虚拟机的个数。
615、NFVO向VNFM发送缩容授权响应。
上述缩容授权响应指示VNFO同意VNFM的缩容授权申请。
616、VNFM向NFVO发送缩容事件开始通知。
缩容事件开始通知指示VNFM开始缩容虚拟机。
617、NFVO向VNFM发送第一缩容事件响应。
第一缩容事件响应指示NFVO接收到缩容事件开始通知。
618、VNFM优先挑选没有部署业务容器组的虚拟机进行缩容,如果不存在该类型的虚拟机,则再按照CPU占用率排序,从低到高依次缩容,并通知PAAS解纳管VNFM缩容的虚拟机。
619、PAAS解纳管VNFM缩容的虚拟机,并向VNFM发送第一解纳管响应。
上述第一解纳管响应指示PAAS完成对VNFM缩容的虚拟机的解纳管。
620、VNFM向VIM发送第一删除请求。
第一删除请求用于请求删除VNF缩容的虚拟机占用的虚拟机资源。
621、VIM向VNFM发送第一删除响应。
第一删除响应指示成功删除缩容的虚拟机占用的虚拟机资源。
622、VNFM向NFVO发送缩容事件结束通知。
缩容事件结束通知指示VNFM完成缩容。
623、NFVO向VNFM发送第二缩容事件响应。
第二缩容事件响应指示NFVO接收到缩容事件结束通知。
624、VNFM通过NFVO的UI界面显示自动缩容任务结果。
自动缩容任务结果可包含缩容的虚拟机的类型和个数,以及缩容的容器组的类型和个数。图6以目标VNF为例,描述了容器组和虚拟机的联动缩容流程。应理解,NFV系统中任意VNF可采用类似的流程实现容器组和虚拟机的联动缩容。
本申请实施例中,VNFM可以准确判断出需要缩容的容器组的类型和个数,以及虚拟机的类型和个数,能够提高资源利用率。
前面分别描述了由VNFM发起的自动扩容方案(对应于图2、图3以及图4中的方法流程)以及由VNFM发起的自动缩容方案(对应于图2、图3以及图4中的方法流程)。在实际应用中,本申请提供的自动扩容方案和自动缩容方案可单独实施,也可以同时实施。在一些实施例中,VNFM可根据来自VNF的资源使用状态指标,判断需要联动缩容还是联动缩容。在判断需要联动扩容时,执行自动扩容方法流程;在判断需要联动缩容时,执行自动缩容方法流程。例如,VNFM既可实现图2和图3中的自动扩容方法流程,也可实现图5中的自动缩容方法流程。
下面结合附图介绍本申请提供的由VNF发起的自动扩容方案。
图7为本申请实施例提供的另一种自动扩容方法流程图。图7中的方法流程应用于包括VNFM和VNF的NFV系统,例如NFV参考架构。如图7所示,该方法包括:
701、目标VNF获取第一类型的容器组的资源使用状态指标。
第一类型的容器组的资源使用状态指标表征目标VNF中的第一类型的容器组的资源使用情况。例如,第一类型的容器组的资源使用状态指标为该第一类型的容器组对应的CPU使用率。
702、目标VNF根据目标扩容策略和第一类型的容器组的资源使用状态指标,确定待扩容F个第一类型的容器组。
目标VNF为任一采用目标扩容策略的VNF。上述目标扩容策略包括:扩容第一类型的容器组需要满足的条件,以及满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数(即F个)。上述F为大于0的整数,例如3、5等。在一些实施例中,VNF可根据各类型的容器组被配置的扩容策略以及各类型的容器组的扩容指标,确定待扩容的容器组的类型和个数。
703、目标VNF根据目标扩容策略,确定在扩容第一类型的容器组之前扩容K个第一类型的虚拟机。
上述目标扩容策略还包括:在扩容第一类型的容器组之前扩容第一类型的虚拟机。上 述K为大于0的整数,上述K小于或等于上述F。上述第一类型的容器组为亲和性的。若目标VNF未满足扩容F个上述第一类型的容器组所需的虚拟机资源,则确定部署待扩容的F个第一类型的容器组需要扩容的第一类型的虚拟机的个数,并扩容相应个数的第一类型的虚拟机。举例来说,目标VNF中待扩容5(对应于F)个第一类型的容器组,目标VNF中只有2个第一类型的虚拟机可用于扩容第一类型的容器组,目标VNF根据目标扩容策略确定待扩容3(对应于K)个第一类型的虚拟机,每个第一类型的虚拟机中可扩容一个第一类型的容器组。
步骤703可替换为:目标VNF根据上述目标扩容策略,确定在扩容第一类型的容器组之前扩容F个上述第一类型的虚拟机,上述第一类型的容器组为非亲和性的。
704、目标VNF向VNFM发送第三扩容信息。
上述第三扩容信息用于指示在目标VNF上扩容K(或者F)个上述第一类型的虚拟机。
705、目标VNF向VNFM发送第四扩容信息。
上述第四扩容信息用于指示在F个第一类型的虚拟机中扩容F个第一类型的容器组。图7描述了联动扩容第一类型的容器组和第一类型的虚拟机的方法流程。应理解,目标VNF可采用类似的方式联动扩容任意类型的容器组和其关联的虚拟机。
在一个可能的实现方式中,上述目标扩容策略还包括:在扩容上述第一类型的容器组时扩容L(对应于扩容步长)个第二类型的容器组;上述第四扩容信息用于指示在上述第一类型的虚拟机中创建上述第一类型的容器组以及创建上述第二类型的容器组,上述第二类型为与上述第一类型关联的容器组类型。上述第一类型的容器组和上述第二类型的容器组可支持同一业务且可部署于同一虚拟机。应理解,第二类型(对应于容器组)和L分别为第一类型的容器组联动扩容的容器组的类型和个数。在该实现方式中,在扩容第一类型的容器组时扩容第二类型的容器组,可以充分利用虚拟机的资源。
本申请实施例中,在确定待扩容第一类型的虚拟机之后才会扩容第一类型的虚拟机,以便扩容出的第一类型的虚拟机被充分的利用,能够提高资源利用率。
下面结合附图来介绍本申请实施例提供的另一种自动扩容方法交互流程。该自动扩容方法交互流程描述了在实现容器组和虚拟机的联动扩容的过程中,VNFM、NFVO、VNF、PAAS以及VIM分别执行的操作。图8为本申请实施例提供的一种自动扩容方法交互流程。如图8所示,该方法包括:
801、目标VNF通过MML配置命令配置扩容策略。
目标VNF可以是NFV系统中任一VNF。在实际应用中,用户可通过MML配置命令配置任意类型的容器组的扩容策略。MML配置命令中的MML配置参数可包括以下一项或多项:1)需要自动扩容的容器组的类型,例如第二容器组类型;2)、自动扩容的容器组的类型关联的虚拟机类型(即联动扩容的虚拟机的类型);3)、选择监控的KPI类型,例如工作负担(workload);4)、KPI采样周期,例如10s;5)、扩容阈值,例如60%;6)、扩容步长,例如3,即每次扩容3个容器组;7)、持续时长,例如300s,即300s内采样的KPI(对应于资源使用状态采样指标)均超过扩容阈值,会触发系统自动扩容;8)、冷却时间,例如300s,即本次自动扩容任务完成后,300s内不再进行自动扩容;9)、需要联动扩容的容器组的类型和个数。
802、目标VNF周期性检测各类型的容器组的资源使用状态指标。
目标VNF可根据采样周期配置(即MML配置命令配置的KPI采样周期),周期性检测各类型的容器组的资源使用状态采样指标。在一些实施例中,目标VNF可先获取同一类型的各容器组的KPI值;在汇总所有同类型的容器组的KPI值后,取这些KPI值的平均值作为该类型的容器组的资源使用状态采样指标。若一个容器组只部署一个容器,则该容器的KPI值即为该容器组的KPI值。对于一个容器组部署多个容器的业务节点,目标VNF需要选取该容器组内各容器的KPI值中最大的KPI值作为该容器组的KPI值。
803、目标VNF根据各类型的容器组的资源使用状态指标和扩容策略,确定待扩容的容器组的类型和个数。
VNFM可根据任一种类型的容器组的资源使用状态指标以及该任一种类型的容器组被配置的扩容策略,判断是否需要扩容该任一种类型的容器组。举例来说,目标VNF根据第一类型的容器组的资源使用状态指标和目标扩容策略,确定待扩容F个第一类型的容器组,该目标扩容策略为第一类型的容器组被配置的扩容策略。在一些实施例中,目标VNF根据每种类型的容器组的资源使用状态指标(即两个或两个以上资源使用状态采样指标)与配置的扩容阈值进行对比,并根据其他监控配置判断是否需要发起扩容。以步骤801中MML配置参数为例,目标VNF每10s进行一次采样,连续采样30次。若目标VNF连续30次采样得到的第一类型的容器组的资源使用状态采样指标均超过60%,则确定待扩容该第一类型的容器组。扩容时,目标VNF可根据MML配置命令配置的扩容策略,先扩容第一类型的容器组关联的虚拟机(例如第一类型的虚拟机),然后根据该第一类型的容器组是否配置有联动的容器组,判断是否需要在扩容第一类型的容器组的同时联动扩容其他类型的容器组。若第一类型的容器组未配置有联动的容器组,则完成虚拟机的扩容后,在扩容出的虚拟机中扩容第一类型的虚拟机。若第一类型的容器组配置有联动的容器组,则完成虚拟机的扩容后,在扩容出的虚拟机中扩容第一类型的容器组以及联动的容器组。
804、目标VNF确定待扩容的虚拟机的类型和个数,并向VNFM发送虚拟机扩容通知。
虚拟机扩容通知(对应于第三扩容信息)用于指示目标VNF上需要扩容的虚拟机的类型和个数。
805、VNFM向VIM发送第二虚拟机创建请求。
上述第二虚拟机创建请求用于指示VIM需要扩容的虚拟机的类型和个数。举例来说,虚拟机扩容通知指示目标VNF上需要扩容5个第一类型的虚拟机;VNFM向VIM发送第二虚拟机创建请求,该虚拟机创建请求指示VIM创建5个第一类型的虚拟机。
806、VIM按照第二虚拟机创建请求创建虚拟机,并向VNFM发送第二创建成功响应。
VIM可按照第二虚拟机创建请求创建相应的虚拟机。第二创建成功响应指示已按照第二虚拟机创建请求成功创建虚拟机。
807、VNFM向PAAS发送第二纳管信息。
上述第二纳管信息用于通知PAAS纳管VIM创建的虚拟机。第二纳管信息可包含VIM在步骤806中创建的虚拟机的标识。
808、PAAS纳管VIM创建的虚拟机,并向VNFM发送第二纳管响应。
上述第二纳管响应指示PAAS已纳管VIM创建的虚拟机。在一些实施例中,第二虚拟 机纳管信息可包含VIM在步骤806创建的虚拟机的标识,PAAS可根据这些标识纳管相应的虚拟机。
809、VNFM向NFVO发送第二扩容事件结束通知。
上述第二扩容事件结束信息指示已完成虚拟机的扩容。
810、NFVO向VNFM发送第二扩容事件通知响应。
上述第二扩容事件通知响应指示NFVO已收到第二扩容事件结束信息。
811、VNFM向目标VNF发送扩容完成通知。
扩容完成通知指示已完成虚拟机的扩容。
812、目标VNF向VNFM发送第二扩容通知。
上述第二扩容通知用于通知目标VNF上需要扩容的容器组的类型和个数。
813、VNFM向PAAS发送第二容器组创建请求。
上述第二容器组创建请求用于指示PAAS待创建的容器组的类型和个数。
814、PAAS根据第二容器组创建请求创建容器组,并向VNFM发送第二创建结果。
上述第二创建结果可包含PAAS创建的容器组的标识。
815、VNFM向目标VNF发送第二扩容列表。
第二扩容列表指示PAAS成功创建的容器组。上述第二扩容列表可包含PAAS成功创建的容器组的标识。目标VNF根据第二扩容列表,可得到PAAS创建成功的容器组。
816、目标VNF向VNFM发送第二通知响应,根据第二扩容列表扩容容器组,并向VNFM上报扩容进度。
上述第二通知响应用于指示接收到第二扩容列表。
817、目标VNF进行业务负载均衡。
818、VNFM通过NFVO的UI界面显示自动扩容任务结果。
自动扩容任务结果可包含扩容的虚拟机的类型和个数,以及扩容的容器组的类型和个数。
本申请实施例中,目标VNF可以准确判断出需要扩容的容器组的类型和个数,以及虚拟机的类型和个数,能够提高资源利用率。
下面结合附图介绍本申请提供的由VNF发起的自动扩容方案。
图9为本申请实施例提供的另一种自动缩容方法流程图。图9中的方法流程应用于包括VNFM和VNF的NFV系统,例如NFV参考架构。如图9所示,该方法包括:
901、目标VNF获取第一类型的容器组的资源使用状态指标。
第一类型的容器组的资源使用状态指标表征目标VNF中的第一类型的容器组的资源使用情况。目标VNF可周期性检测第一类型的容器组的资源使用状态采样指标。
902、目标VNF根据目标缩容策略和第一类型的容器组的资源使用状态指标,确定待缩容F个第一类型的容器组。
上述目标缩容策略包括:缩容上述第一类型的容器组需要满足的条件,以及满足缩容上述第一类型的容器组的条件时待缩容上述第一类型的容器组的个数(对应于缩容步长)。目标VNF为采用目标缩容策略的任一VNF。
903、目标VNF向VNFM发送第五缩容信息。
上述第五缩容信息用于指示缩容上述目标VNF中的F个第一类型的容器组。
904、目标VNF根据目标缩容策略,确定待缩容第一类型的虚拟机。
上述目标缩容策略还包括:在缩容上述第一类型的容器组之后缩容上述第一类型的虚拟机。上述第一类型的容器组承载于上述第一类型的虚拟机。上述F和上述H均为大于0的整数,上述H小于或等于上述F。在一些实施例中,当第一类型的虚拟机承载的第一类型的容器组被缩容之后,若该第一类型的虚拟机必要继续运行,则缩容第一类型的虚拟机。举例来说,第一类型的虚拟机承载的第一类型的容器组提供某种服务,若第一类型的容器组被缩容之后,第一类型的虚拟机不能提供该种服务,目标VNF可确定缩容第一类型的虚拟机。又举例来说,第一类型的虚拟机承载的第一类型的容器组和其他类型的容器组共同提供某种服务,若第一类型的容器组被缩容之后,第一类型的虚拟机不能提供该种服务,目标VNF可确定缩容第一类型的虚拟机。又举例来说,5个第一类型的容器组部署于5个第一类型的虚拟机中,这5个第一类型的容器组被缩容之后,这5个第一类型的虚拟机中的2个虚拟机不再提供任何服务,另外3个继续提供服务,目标VNF可确定缩容2个不再提供任何服务的第一类型的虚拟机。
905、目标VNF向VNFM发送第六缩容信息。
上述第六缩容信息用于指示缩容目标VNF上的第一类型的虚拟机。
本申请实施例中,在缩容第一类型的容器组之后缩容第一类型的虚拟机(即承载第一类型的容器组的虚拟机),可以防止存在多余的虚拟机没有运行任何容器组产生资源浪费。
下面结合附图来介绍本申请实施例提供的另一种自动缩容方法交互流程。该自动缩容方法交互流程描述了在实现容器组和虚拟机的联动缩容的过程中,VNFM、NFVO、VNF、PAAS以及VIM分别执行的操作。图10为本申请实施例提供的一种自动缩容方法交互流程。如图10所示,该方法包括:
1001、目标VNF通过MML配置命令配置缩容策略。
在实际应用中,用户可通过MML配置命令配置任意类型的容器组的缩容策略。步骤1001的实现方式可与步骤801的实现方式类似。MML配置命令中的MML配置参数可包括以下一项或多项:1)需要自动缩容的容器组的类型;2)、自动缩容的容器组的类型关联的虚拟机类型(即联动缩容的虚拟机的类型);3)、选择监控的KPI类型,例如工作负担(workload);4)、KPI采样周期,例如10s;5)、缩容阈值,例如20%;6)、缩容步长,例如3,即每次缩容3个容器组;7)、持续时长,例如300s,即300s内采样的KPI均超过扩容阈值,会触发系统自动缩容;8)、冷却时间,例如300s,即本次自动缩容任务完成后,300s内不再进行自动缩容;9)、需要联动缩容的容器组的类型和个数。目标VNF可以是NFV系统中任一VNF。
1002、目标VNF周期性检测各类型的容器组的资源使用状态指标。
步骤1002的实现方式可与步骤802的实现方式相同。
1003、目标VNF根据各类型的容器组的资源使用状态指标和缩容策略,确定待缩容的容器组的类型和个数。
目标VNF可根据任一种类型的容器组的资源使用状态指标以及该任一种类型的容器组被配置的缩容策略,判断是否需要缩容该任一种类型的容器组。举例来说,目标VNF根 据第一类型的容器组的资源使用状态指标和目标缩容策略,确定待缩容K个第一类型的容器组,该目标缩容策略为第一类型的容器组被配置的缩容策略。在一些实施例中,目标VNF根据每种类型的容器组的资源使用状态指标(即两个或两个以上资源使用状态采样指标)与配置的缩容阈值进行对比,并根据其他监控配置判断是否需要发起缩容。以步骤1001中MML配置参数为例,目标VNF每10s进行一次采样,连续采样30次。若目标VNF连续30次采样的第一类型的容器组的资源使用状态采样指标均未超过缩容阈值(例如20%),则确定待缩容该第一类型的容器组。缩容时,目标VNF可根据MML配置命令配置的缩容策略,先缩容第一类型的容器组,并且根据该第一类型的容器组是否配置有联动的容器组,判断是否需要在缩容第一类型的容器组的同时联动缩容其他类型的容器组。若第一类型的容器组未配置有联动的容器组,则完成对第一类型的容器组的缩容后,缩容第一类型的虚拟机。举例来说,第一类型的容器组1未配置有联动的容器组,第一类型的容器组1承载于虚拟机1;完成对第一类型的容器组1的缩容后,缩容虚拟机1。若第一类型的容器组配置有联动的容器组,则缩容第一类型的容器组以及联动的容器组,缩容完成后缩容承载第一类型的容器组以及联动的容器组的虚拟机。举例来说,第一类型的容器组1配置有联动的容器组2,容器组1和容器组2承载于虚拟机1;完成对容器组1和容器组2的缩容后,缩容虚拟机1。
1004、目标VNF进行业务迁移以及负载均衡。
1005、目标VNF向VNFM发送第一缩容通知。
第一缩容通知用于指示目标VNF上需要缩容的容器组的类型和个数。
1006、VNFM向PAAS发送第二缩容通知。
第二缩容通知用于指示目标VNF上需要缩容的容器组的类型和个数。
1007、PAAS根据第二缩容通知缩容容器组,并向VNFM发送第二缩容结果。
第二缩容结果指示PAAS成功缩容的容器组。第二缩容结果可包括被缩容的容器组的标识。举例来说,第二缩容通知用于指示PAAS需要缩容目标VNF上的5个第一类型的容器组和3个第二类型的容器组;PAAS缩容5个第一类型的容器组和3个第二类型的容器组。
1008、VNFM向目标VNF发送第四缩容列表。
第四缩容列表可包含目标VNF中缩容成功的容器组的标识。
1009、目标VNF向VNFM发送第三通知响应,根据第四缩容列表缩容容器组,并向VNFM上报缩容进度。
第三通知响应用于指示接收到第四缩容列表。
1010、目标VNF向VNFM发送第四缩容通知。
第四缩容通知用于指示目标VNF上需要缩容的虚拟机的类型和个数。
1011、VNFM向PAAS发送第二删除请求。
第二删除请求用于请求删除缩容的虚拟机占用的虚拟机资源。
1012、PAAS向VNFM发送第二删除响应。
第二删除响应指示成功删除缩容的虚拟机占用的虚拟机资源。
1013、VNFM通知PAAS解纳管缩容的虚拟机。
1014、PAAS向VNFM发送第二解纳管响应。
上述第二解纳管响应指示PAAS完成对缩容的虚拟机的解纳管。
1015、VNFM向目标VNF发送缩容完成通知。
缩容完成通知指示缩容完成。
1016、VNFM向NFVO发送第一结束通知。
第一结束通知指示VNFM完成缩容。
1017、NFVO向VNFM发送第一结束响应。
第二结束响应指示NFVO接收到第一结束通知。
1018、VNFM通过NFVO的UI界面显示自动缩容任务结果。
自动缩容任务结果可包含缩容的虚拟机的类型和个数,以及缩容的容器组的类型和个数。
本申请实施例中,VNFM可以准确判断出需要缩容的容器组的类型和个数,以及虚拟机的类型和个数,能够提高资源利用率。
前面分别描述了由VNF发起的自动扩容方案(对应于图7和图8中的方法流程)以及由VNFM发起的自动缩容方案(对应于图8和图10中的方法流程)。在实际应用中,本申请提供的自动扩容方案和自动缩容方案可单独实施,也可以同时实施。在一些实施例中,VNF可根据各类型的容器组的资源使用状态指标,判断需要联动缩容还是联动缩容。在判断需要联动扩容时,执行自动扩容方法流程;在判断需要联动缩容时,执行自动缩容方法流程。
图11为本申请实施例提供的一种通信装置的结构示意图。图11中的通信装置为VNFM;该通信装置包括:
处理单元1101,用于从虚拟化网络功能描述VNFD中获取目标扩容策略,上述目标扩容策略包括:在扩容第一类型的容器组之前扩容第一类型的虚拟机,上述第一类型的容器组承载于上述第一类型的虚拟机;
处理单元1101,还用于根据上述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容上述第一类型的容器组;上述目标VNF为采用上述目标扩容策略的VNF;
处理单元1101,还用于根据上述目标扩容策略控制收发单元1102向虚拟化基础设施管理器VIM发送第一扩容信息,上述第一扩容信息用于指示在上述目标VNF创建上述第一类型的虚拟机;
收发单元1102,还用于发送第二扩容信息,上述第二扩容信息用于指示在上述第一类型的虚拟机中创建上述第一类型的容器组。
在一个可能的实现方式中,上述目标扩容策略还包括:满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数;
处理单元1101,具体用于根据上述目标扩容策略,确定待在上述目标VNF上扩容F个上述第一类型的容器组;在上述目标VNF未满足扩容F个上述第一类型的容器组所需的虚拟机资源的情况下,根据上述目标扩容策略,向上述VIM发送上述第一扩容信息;上述第一类型的容器组为亲和性的,上述第一扩容信息用于指示在上述目标VNF中扩容K个上述第一类型的虚拟机,上述第二扩容信息用于指示在F个上述第一类型的虚拟机中扩容F个上述第一类型的容器组,上述F和上述K为大于0的整数,上述F个上述第一类型的 虚拟机包括上述K个上述第一类型的虚拟机。
在一个可能的实现方式中,上述目标扩容策略还包括:满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数;
处理单元1101,具体用于根据上述目标扩容策略,确定待在上述目标VNF上扩容F个上述第一类型的容器组;根据上述目标扩容策略,确定待在上述目标VNF上扩容F个上述第一类型的虚拟机,并向上述VIM发送上述第一扩容信息,上述第一类型的容器组为非亲和性的;上述第一扩容信息用于指示在上述目标VNF上创建F个上述第一类型的虚拟机,上述第二扩容信息用于指示在上述F个上述第一类型的虚拟机中创建F个上述第一类型的容器组,上述F为大于0的整数。
在一个可能的实现方式中,收发单元1102,还用于接收来自上述VNF的资源使用状态指标,上述资源使用状态指标表征上述目标VNF中的上述第一类型的容器组的资源使用情况;
处理单元1101,具体用于根据上述资源使用状态指标和上述目标扩容策略,确定待在上述目标VNF上扩容上述第一类型的容器组。
在一个可能的实现方式中,处理单元1101,具体用于根据上述目标扩容策略,确定在扩容上述第一类型的容器组之前需要扩容上述第一类型的虚拟机;控制上述收发单元向上述VIM发送上述第一扩容信息。
在一个可能的实现方式中,上述通信装置还包括:输入单元1103,用于通过扩容策略配置界面接收用户针对上述第一类型的容器组的扩容策略配置指令;
处理单元1101,还用于根据上述扩容策略配置指令,配置得到上述目标扩容策略。
在一些实施例中,图11中的通信装置还可包括显示单元,用于显示扩容策略配置界面。
图12为本申请实施例提供的另一种通信装置的结构示意图。图12中的通信装置为VNFM;该通信装置包括:
处理单元1201,用于从虚拟化网络功能描述VNFD中获取目标缩容策略,上述目标缩容策略包括:在缩容第一类型的容器组之后缩容第一类型的虚拟机,上述第一类型的容器组承载于上述第一类型的虚拟机;
处理单元1201,用于根据上述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的上述第一类型的容器组;上述目标VNF为采用上述目标缩容策略的VNF;
收发单元1202,用于发送第一缩容信息,上述第一缩容信息用于指示缩容上述目标VNF中的上述第一类型的容器组;上述处理单元,还用于根据上述目标缩容策略,控制上述收发单元向虚拟化基础设施管理器VIM发送第二缩容信息,上述第二缩容信息用于指示缩容上述目标VNF中的上述第一类型的虚拟机。
在一个可能的实现方式中,收发单元1202,还用于向上述目标VNF发送第三缩容信息,上述第三缩容信息用于确认是否可缩容上述目标VNF中的上述第一类型的容器组;接收来自上述目标VNF的第四缩容信息,上述第四缩容信息指示可缩容上述目标VNF中的上述第一类型的容器组。
在一个可能的实现方式中,收发单元1202,还用于接收来自上述目标VNF的资源使用状态指标,上述资源使用状态指标表征上述目标VNF中的上述第一类型的容器组的资源 使用情况;
处理单元1201,具体用于根据上述资源使用状态指标和上述目标缩容策略,确定待缩容上述目标VNF中的上述第一类型的容器组。
在一个可能的实现方式中,上述通信装置还包括:输入单元1203,用于接收用户针对缩容策略配置界面中的上述第一类型的容器组的缩容策略配置指令;
处理单元1201,还用于根据上述扩容策略配置指令,配置得到上述目标缩容策略。
在一些实施例中,图12中的通信装置还可包括显示单元,用于显示缩容策略配置界面。
图11中的通信装置和图12中的通信装置可以是两个不同的装置,也可以是同一个装置。应理解,若图11中的通信装置和图12中的通信装置为同一装置,处理单元1101与处理单元1201为同一单元,收发单元1102和收发单元1202为同一单元,输入单元1103和输入单元1203为同一单元。
图13为本申请实施例提供的另一种通信装置的结构示意图。图13中的通信装置为VNF对应的实体;该通信装置包括:
收发单元1301,用于接收来自上述VNFM的第三缩容信息,上述第三缩容信息用于确认是否可缩容上述目标VNF中的第一类型的容器组;
处理单元1302,还用于将上述第一类型的容器组执行的业务迁移出上述第一类型的容器组;
收发单元1301,还用于向上述VNFM发送第四缩容信息,上述第四缩容信息指示可缩容上述目标VNF中的上述第一类型的容器组。
图14为本申请实施例提供的另一种通信装置的结构示意图。图14中的通信装置为目标VNF对应的实体;该通信装置包括:
处理单元1401,用于根据目标扩容策略,确定待扩容第一类型的容器组;根据上述目标扩容策略,确定在扩容上述第一类型的容器组之前扩容第一类型的虚拟机;
收发单元1402,用于向上述VNFM发送第三扩容信息,上述第三扩容信息用于指示在目标VNF上扩容上述第一类型的虚拟机;向上述VNFM发送第四扩容信息,上述第四扩容信息用于指示在上述第一类型的虚拟机中创建上述第一类型的容器组。
在一个可能的实现方式中,上述目标扩容策略还包括:满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数;
处理单元1401,具体用于根据上述目标扩容策略,确定待扩容F个上述第一类型的容器组;根据上述目标扩容策略,确定在扩容上述第一类型的容器组之前扩容K个上述第一类型的虚拟机;上述第一类型的容器组为亲和性的,上述第三扩容信息用于指示在上述目标VNF上扩容K个上述第一类型的虚拟机,上述第四扩容信息用于指示在F个上述第一类型的虚拟机中扩容F个上述第一类型的容器组,上述F和上述K均为大于0的整数,上述F个上述第一类型的虚拟机包括上述K个上述第一类型的虚拟机。
在一个可能的实现方式中,上述目标扩容策略还包括:满足扩容上述第一类型的容器组的条件时待扩容上述第一类型的容器组的个数;
处理单元1401,具体用于根据上述目标扩容策略,确定待扩容F个上述第一类型的容器组;根据上述目标扩容策略,确定在扩容上述第一类型的容器组之前扩容F个上述第一 类型的虚拟机,上述第一类型的容器组为非亲和性的;上述第三扩容信息用于指示在上述目标VNF上扩容F个上述第一类型的虚拟机,上述第四扩容信息用于指示在上述F个上述第一类型的虚拟机中扩容F个上述第一类型的容器组。
在一个可能的实现方式中,上述处理单元1401,还用于获取资源使用状态指标,上述资源使用状态指标表征上述目标VNF中的上述第一类型的容器组的资源使用情况;
处理单元1401,具体用于根据上述资源使用状态指标和上述目标扩容策略,确定待扩容上述第一类型的容器组。
在一个可能的实现方式中,处理单元1401,还用于通过人机语言MML配置命令配置上述目标扩容策略。
图15为本申请实施例提供的另一种通信装置的结构示意图。图15中的通信装置为目标VNF对应的实体;该通信装置包括:
处理单元1501,用于根据目标缩容策略,确定待缩容第一类型的容器组;根据上述目标缩容策略,确定在缩容上述第一类型的容器组之后缩容第一类型的虚拟机,上述目标缩容策略还包括:在缩容上述第一类型的容器组之后缩容上述第一类型的虚拟机;
收发单元1502,向上述VNFM发送第五缩容信息,上述第五缩容信息用于指示缩容上述目标VNF中的上述第一类型的容器组;向上述VNFM发送第六缩容信息,上述第六缩容信息用于指示缩容目标NFV中的上述第一类型的虚拟机,上述第一类型的容器组承载于上述第一类型的虚拟机。
在一个可能的实现方式中,上述目标缩容策略还包括:满足缩容上述第一类型的容器组的条件时待缩容上述第一类型的容器组的个数;
处理单元1501,具体用于根据目标缩容策略,确定待缩容F个第一类型的容器组;根据上述目标缩容策略,确定在缩容上述第一类型的容器组之后缩容H个上述第一类型的虚拟机;上述第五缩容信息用于指示缩容上述目标VNF中的F个上述第一类型的容器组,上述第六缩容信息用于指示缩容上述目标VNF中的H个上述第一类型的虚拟机,上述F和上述H均为大于0的整数,上述H小于或等于上述F。
在一个可能的实现方式中,上述处理单元1501,还用于获取资源使用状态指标,上述资源使用状态指标表征上述目标VNF中的上述第一类型的容器组的资源使用情况;
处理单元1501,具体用于根据上述资源使用状态指标和上述目标缩容策略,确定待缩容上述第一类型的容器组。
在一个可能的实现方式中,处理单元1501,还用于通过人机语言MML配置命令配置上述目标缩容策略。
图14中的通信装置和图15中的通信装置可以是两个不同的装置,也可以是同一个装置。应理解,若图14中的通信装置和图15中的通信装置为同一装置,处理单元1401与处理单元1501为同一单元,收发单元1402和收发单元1502为同一单元。
图16为本申请实施例提供的另一种通信装置的结构示意图。图16中的通信装置可以是VNFM,也可以是VNF对应的实体。
如图16所示。该通信装置160包括至少一个处理器1620,用于实现本申请实施例提供的方法中VNFM的功能;或者,用于实现本申请实施例提供的方法中目标VNF的功能。 该通信装置160还可以包括收发器1610。收发器用于通过传输介质和其他设备/装置进行通信。处理器1620利用收发器1610收发数据和/或信令,并用于实现上述方法实施例中的方法。
可选的,通信装置160还可以包括至少一个存储器1630,用于存储程序指令和/或数据。存储器1630和处理器1620耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1620可能和存储器1630协同操作。处理器1620可能执行存储器1630中存储的程序指令。该至少一个存储器中的至少一个可以包括于处理器中。
本申请实施例中不限定上述收发器1610、处理器1620以及存储器1630之间的具体连接介质。本申请实施例在图16中以存储器1630、处理器1620以及收发器1610之间通过总线1640连接,总线在图16中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图16中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
可理解,在通信装置为160为VNFM时,收发器1610实现收发单元1102和/收发单元1202的功能,处理器1620实现处理单元1101和/或处理单元1201的功能。在通信装置为160为VNF对应的实体时,收发器1610实现收发单元1402和/或收发单元1502的功能,处理器1620实现处理单元1401和/或处理单元1501的功能。
本申请还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行上述实施例的方法。
本申请还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得上述实施例中的通信方法被执行。
本申请还提供一种NFV系统,包括VNFM、VNF、PAAS、VIM以及NFVO。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (20)

  1. 一种自动扩容方法,其特征在于,应用于包括虚拟化网络管理器VNFM的网络功能虚拟化NFV系统,所述方法包括:
    所述VNFM从虚拟化网络功能描述VNFD中获取目标扩容策略,所述目标扩容策略包括:在扩容第一类型的容器组之前扩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;
    所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组;所述目标VNF为采用所述目标扩容策略的VNF;
    所述VNFM根据所述目标扩容策略,向虚拟化基础设施管理器VIM发送第一扩容信息,所述第一扩容信息用于指示在所述目标VNF上创建所述第一类型的虚拟机;
    所述VNFM发送第二扩容信息,所述第二扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。
  2. 根据权利要求1所述的方法,其特征在于,所述目标扩容策略还包括:在扩容所述第一类型的容器组时扩容第二类型的容器组;所述第二扩容信息还用于指示在所述第一类型的虚拟机中创建所述第二类型的容器组。
  3. 根据权利要求1或2所述的方法,其特征在于,所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组之前,所述方法还包括:
    所述VNFM接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;
    所述VNFM根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组包括:
    所述VNFM根据所述资源使用状态指标和所述目标扩容策略,确定待在所述目标VNF上扩容所述第一类型的容器组。
  4. 根据权利要求1至3任一项所述的方法,其特征在于,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述VNFM根据所述资源使用状态指标和所述目标扩容策略,确定待在所述目标VNF上扩容所述第一类型的容器组包括:
    所述VNFM在所述两个或两个以上所述资源使用状态采样指标均超过扩容阈值的情况下,确定待在所述目标VNF上扩容所述第一类型的容器组。
  5. 一种自动缩容方法,其特征在于,应用于包括虚拟化网络管理器VNFM的网络功能虚拟化NFV系统,所述方法包括:
    所述VNFM从虚拟化网络功能描述VNFD中获取目标缩容策略,所述目标缩容策略包 括:在缩容所述第一类型的容器组之后缩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;
    所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组;所述目标VNF为采用所述目标缩容策略的VNF;
    所述VNFM发送第一缩容信息,所述第一缩容信息用于指示缩容所述目标VNF中的所述第一类型的容器组;
    所述VNFM根据所述目标缩容策略,向虚拟化基础设施管理器VIM发送第二缩容信息,所述第二缩容信息用于指示缩容所述目标VNF中的所述第一类型的虚拟机。
  6. 根据权利要求5所述的方法,其特征在于,所述目标缩容策略还包括:在缩容所述第一类型的容器组时缩容第二类型的容器组;所述第一缩容信息还用于指示缩容所述目标VNF中的所述第二类型的容器组,所述第二类型的容器组承载于所述第一类型的虚拟机。
  7. 根据权利要求4或5所述的方法,其特征在于,所述VNFM发送第一缩容信息之前,所述方法还包括:
    所述VNFM向所述目标VNF发送第三缩容信息,所述第三缩容信息用于确认是否可缩容所述目标VNF中的所述第一类型的容器组;
    所述VNFM接收来自所述目标VNF的第四缩容信息,所述第四缩容信息指示可缩容所述目标VNF中的所述第一类型的容器组。
  8. 根据权利要求5至7任一项所述的方法,其特征在于,所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组之前,所述方法还包括:
    所述VNFM接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;
    所述VNFM根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组包括:
    所述VNFM根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述目标VNF中的所述第一类型的容器组。
  9. 根据权利要求8所述的方法,其特征在于,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;所述VNFM根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述目标VNF中的所述第一类型的容器组包括:
    所述VNFM在所述两个或两个以上资源使用状态采样指标均未超过缩容阈值的情况下,确定待缩容所述目标VNF中的所述第一类型的容器组。
  10. 一种通信装置,应用于包括VNFM的网络功能虚拟化NFV系统,其特征在于,包括:
    处理单元,用于从虚拟化网络功能描述VNFD中获取目标扩容策略,所述目标扩容策略包括:在扩容所述第一类型的容器组之前扩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;
    所述处理单元,还用于根据所述目标扩容策略,确定待在目标虚拟化网络功能VNF上扩容所述第一类型的容器组;所述目标VNF为采用所述目标扩容策略的VNF;
    所述处理单元,还用于根据所述目标扩容策略控制收发单元向虚拟化基础设施管理器VIM发送第一扩容信息,所述第一扩容信息用于指示在所述目标VNF上创建所述第一类型的虚拟机;
    所述收发单元,还用于发送第二扩容信息,所述第二扩容信息用于指示在所述第一类型的虚拟机中创建所述第一类型的容器组。
  11. 根据权利要求10所述的通信装置,其特征在于,所述目标扩容策略还包括:在扩容所述第一类型的容器组时扩容第二类型的容器组;所述第二扩容信息还用于指示在所述第一类型的虚拟机中创建所述第二类型的容器组。
  12. 根据权利要求10或11所述的通信装置,其特征在于,
    所述收发单元,还用于接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;
    所述处理单元,具体用于根据所述资源使用状态指标和所述目标扩容策略,确定待在所述目标VNF上扩容所述第一类型的容器组。
  13. 根据权利要求10至12任一项所述的通信装置,其特征在于,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;
    所述处理单元,具体用于在所述两个或两个以上所述资源使用状态采样指标均超过扩容阈值的情况下,确定待在所述目标VNF上扩容所述第一类型的容器组。
  14. 一种通信装置,应用于包括VNFM的网络功能虚拟化NFV系统,其特征在于,包括:
    处理单元,用于从虚拟化网络功能描述VNFD中获取目标缩容策略,所述目标缩容策略包括:在缩容所述第一类型的容器组之后缩容第一类型的虚拟机,所述第一类型的容器组承载于所述第一类型的虚拟机;
    所述处理单元,还用于根据所述目标缩容策略,确定待缩容目标虚拟化网络功能VNF上的所述第一类型的容器组;所述目标VNF为采用所述目标缩容策略的VNF;
    收发单元,用于发送第一缩容信息,所述第一缩容信息用于指示缩容所述目标VNF中 的所述第一类型的容器组;
    所述处理单元,还用于根据所述目标缩容策略,控制所述收发单元向虚拟化基础设施管理器VIM发送第二缩容信息,所述第二缩容信息用于指示缩容所述目标VNF中的所述第一类型的虚拟机。
  15. 根据权利要求14所述的通信装置,其特征在于,所述目标缩容策略还包括:在缩容所述第一类型的容器组时缩容第二类型的容器组;所述第一缩容信息还用于指示缩容所述目标VNF中的所述第二类型的容器组,所述第二类型的容器组承载于所述第一类型的虚拟机。
  16. 根据权利要求14或15所述的通信装置,其特征在于,
    所述收发单元,还用于向所述目标VNF发送第三缩容信息,所述第三缩容信息用于确认是否可缩容所述目标VNF中的所述第一类型的容器组;接收来自所述VNF的第四缩容信息,所述第四缩容信息指示可缩容所述目标VNF中的所述第一类型的容器组。
  17. 根据权利要求14至16任一项所述的通信装置,其特征在于,
    所述收发单元,还用于接收来自所述目标VNF的资源使用状态指标,所述资源使用状态指标表征所述目标VNF中的所述第一类型的容器组的资源使用情况;
    所述处理单元,具体用于根据所述资源使用状态指标和所述目标缩容策略,确定待缩容所述目标VNF中的所述第一类型的容器组。
  18. 根据权利要求17所述的通信装置,其特征在于,所述资源使用状态指标包括两个或两个以上资源使用状态采样指标,所述两个或两个以上资源使用状态采样指标表征所述目标VNF中的所述第一类型的容器组在同一时间段内的两个或两个以上时刻的资源使用情况;
    所述处理单元,具体用于在所述两个或两个以上资源使用状态采样指标均未超过缩容阈值的情况下,确定待缩容所述目标VNF中的所述第一类型的容器组。
  19. 一种通信装置,其特征在于,包括处理器,当所述处理器执行存储器中的计算机程序或指令时执行如权利要求1至9任一项所述的方法。
  20. 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时,使所述处理器执行权利要求1至9任意一项所述的方法。
CN202180095296.8A 2021-03-12 2021-03-12 自动扩容方法、自动缩容方法及装置 Pending CN116964999A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/080458 WO2022188150A1 (zh) 2021-03-12 2021-03-12 自动扩容方法、自动缩容方法及装置

Publications (1)

Publication Number Publication Date
CN116964999A true CN116964999A (zh) 2023-10-27

Family

ID=83226204

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180095296.8A Pending CN116964999A (zh) 2021-03-12 2021-03-12 自动扩容方法、自动缩容方法及装置

Country Status (2)

Country Link
CN (1) CN116964999A (zh)
WO (1) WO2022188150A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016028927A1 (en) * 2014-08-19 2016-02-25 Huawei Technologies Co., Ltd. Methods and system for allocating an ip address for an instance in a network function virtualization (nfv) system
CN111092842B (zh) * 2018-10-23 2023-04-07 中国移动通信集团有限公司 一种信息处理方法、服务器、网元及存储介质
CN111641515B (zh) * 2019-03-01 2021-11-19 华为技术有限公司 Vnf的生命周期管理方法及装置
CN111698112B (zh) * 2019-03-15 2021-09-14 华为技术有限公司 一种容器化虚拟网络功能vnf的资源管理方法及装置

Also Published As

Publication number Publication date
WO2022188150A1 (zh) 2022-09-15

Similar Documents

Publication Publication Date Title
US11146453B2 (en) Method and apparatus for creating network slice, and communications system
CN106657173B (zh) 一种nfv架构下软件升级中的业务迁移方法、装置及服务器
EP3300298B1 (en) Method and apparatus for switching vnf
WO2016095121A1 (zh) 网络服务能力自动调整方法和系统
EP3839726B1 (en) Software modification initiation method and apparatus
CN108370328B (zh) 一种nfv mano策略描述符的管理方法及装置
WO2016206456A1 (zh) 物理机升级方法、业务迁移方法及装置
CN111385114A (zh) Vnf服务实例化方法及装置
CN106663012B (zh) 一种硬件加速方法以及相关设备
CN109428764B (zh) 虚拟网络功能的实例化方法
CN112583625B (zh) 网络资源管理方法、系统、网络设备和可读存储介质
CN107920117B (zh) 一种资源管理方法、控制设备和资源管理系统
CN108345490B (zh) 一种nfv中部署虚拟机的方法和系统
CN106576260B (zh) Nfv系统中的策略协调方法和装置
CN112583615B (zh) Vnf实例化方法、nfvo、vim、vnfm及系统
CN107534577B (zh) 一种网络业务实例化的方法及设备
CN103634128A (zh) 虚拟机放置策略的配置方法及装置
CN116724543A (zh) 容器集群的管理方法和装置
CN116964999A (zh) 自动扩容方法、自动缩容方法及装置
CN109218259B (zh) 许可管理方法及装置、applm功能实体及计算机可读存储介质
CN111857941B (zh) 一种安全策略管理方法及装置
CN117043748A (zh) 服务实例部署方法、节点间的负载均衡方法及系统
WO2020077585A1 (zh) Vnf服务实例化方法及装置
CN112015515B (zh) 一种虚拟网络功能的实例化方法及装置
CN113098705B (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