CN111698112A - 一种容器化虚拟网络功能vnf的资源管理方法及装置 - Google Patents
一种容器化虚拟网络功能vnf的资源管理方法及装置 Download PDFInfo
- Publication number
- CN111698112A CN111698112A CN201910195790.6A CN201910195790A CN111698112A CN 111698112 A CN111698112 A CN 111698112A CN 201910195790 A CN201910195790 A CN 201910195790A CN 111698112 A CN111698112 A CN 111698112A
- Authority
- CN
- China
- Prior art keywords
- resource
- container
- container node
- resource pool
- vnf
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种容器化虚拟网络功能VNF的资源管理方法及装置,在该方法中,虚拟化网络功能管理器VNFM在执行VNF实例化过程中,将用于实例化该VNF的不同资源规格的VM资源参照其在VNFD中的VDU定义,在NFVI层创建至少一个容器节点资源池,然后,将该至少一个容器节点资源池的信息发送给容器即服务管理器,可以实现将容器即服务管理器纳管的容器节点资源池和该VNF的VM资源无缝对接。容器即服务管理器可以在不同资源规格的容器节点资源池上为组成该VNF的不同组件创建所需的容器服务,使得服务于不同电信网络功能的容器服务可以基于不同资源规格的容器节点资源池进行管理和编排,可以提高容器节点资源对电信网络功能的适配能力。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种容器化虚拟网络功能VNF的资源管理方法及装置。
背景技术
网络功能虚拟化(network function virtualization,NFV)技术和容器即服务(container as a service,CaaS)技术是电信网络运营商在面向互联网技术(internettechnology,IT)的云化转型过程中两个不同阶段的虚拟化技术。
NFV技术,是指电信网络运营商借鉴IT领域的虚拟化技术,通过对电信网络功能的软件和硬件进行解耦,在通用的服务器、交换机和存储器等低成本硬件设备上部署和运行部分电信网络功能的技术。
CaaS技术,是指将单个网络功能解构成多个容器服务,容器服务可以被虚拟网络功能(virtualised network function,VNF)直接调用,也可以被VNF所调用的公共服务或专有服务所调用,形成容器化VNF,通过对容器服务的生命周期的管理来实现对容器化VNF的管理。
由于NFV技术能够在通用的服务器、交换机和存储器等低成本硬件设备上部署和运行部分电信网络功能,从而可以减少电信网络中用于购买专用设备的成本,以及,CaaS技术中只涉及进程,从而使得容器技术相比NFV技术更轻量,管理也更方便,因此现有技术中提出了将CaaS技术和NFV技术进行结合的方式。
然而,在电信网络中,容器服务与调用该容器服务的VNF的生命周期紧密关联,容器服务的生命周期无法像CaaS技术中的容器应用和容器服务那样做到快进快出(也就是说,快速建立一个容器服务、面向特定的容器应用使用该容器服务之后再快速删除该容器服务),而是和VNF一样,具有较长的生命周期。因此,当将CaaS技术应用到NFV技术中,容器的节点资源池不会频繁地分配和回收容器资源,而是会形成在较长一段时间内容器服务始终被一类VNF占用的情况,在这种情况下,如何对容器化VNF的节点资源进行管理,是目前亟待解决的技术问题。
发明内容
本申请实施例提供一种容器化虚拟网络功能VNF的资源管理方法及装置,用于满足电信网络功能的节点资源的差异化需求。
第一方面,提供一种虚拟化网络功能VNF的资源管理方法,在该方法中,当VNFM接收VNF的实例化请求之后,则访问与该VNF对应的虚拟化网络功能描述符VNFD,从VNFD中获取用于实例化该VNF所需的至少一个虚拟机VM资源的资源规格的描述信息,该资源规格可以包括资源类型和/或资源容量。其中,在VNFD中,可以包括至少一个虚拟化部署单元VDU,每个VDU包括用于描述与该VDU对应的至少一个VM资源的资源规格。
然后,该VNFM根据每个VM资源的资源规格,将资源规格相同(由VM对应的VDU确定)的VM资源划分为一个容器节点资源池,从而根据用于实例化该VNF所需的至少一个VM资源,生成至少一个容器节点资源池,在每个容器节点资源池中包括一个VM资源或在每个容器节点资源池中包括资源规格相同的至少两个VM资源。
最后,该VNFM则将生成的至少一个容器节点资源池的信息发送给容器即服务管理器。容器即服务管理器在接收该至少一个容器节点资源池的信息后,接管该至少一个容器节点资源池,进行容器资源管理。
在上述技术方案中,VNFM在执行VNF实例化过程中,将用于实例化该VNF的不同资源规格的VM资源参照其在VNFD中的VDU定义,在NFVI层创建至少一个容器节点资源池,然后,将该至少一个容器节点资源池的信息发送给容器即服务管理器,可以实现将容器即服务管理器纳管的容器节点资源池和该VNF的VM资源无缝对接。且,容器即服务管理器可以在不同资源规格的容器节点资源池上为组成该VNF的不同组件(VNFC)创建所需的容器服务,从而使得服务于不同电信网络功能的容器服务可以基于不同资源规格的容器节点资源池进行管理和编排,可以满足电信网络功能的节点资源的差异化需求,可以提高容器节点资源对电信网络功能的适配能力。
在一种可能的设计中,每个容器节点资源池的信息包括如下信息中的至少一种:
容器节点资源池的标识;
容器节点资源池中包括的VM资源的数量;
容器节点资源池中包括的VM资源的资源规格。
上述信息只是容器节点资源池的信息的一种示例,容器节点资源池的信息还可以包括其他内容,在此不作限制。
在一种可能的设计中,VNFM根据每个容器节点资源池包括的VM资源,以及所述VDU与所述VM资源的对应关系,确定所述VDU与所述至少一个容器节点资源池的映射关系。
在上述技术方案中,当容器即服务管理器发生故障导致信息丢失时,VNFM可以将存储的VDU和容器节点资源池之间的映射关系发送给容器即服务管理器,从而可以快速恢复该内容。
在一种可能的设计中,VNFM接收用于指示为VNF增加VM资源第一伸缩请求,然后,VNFM获取增加的VM资源的资源规格,将该增加的VM资源加入到VM资源的资源规格与该增加的VM资源的资源规格相同的第一容器节点资源池中,并更新该第一容器节点资源池的信息。
在上述技术方案中,在创建多个容器节点资源池后,还可以根据伸缩请求在容器节点资源池中新增新的VM资源。
在一种可能的设计中,VNFM接收用于指示为VNF减少VM资源的第二伸缩请求,然后,VNFM获取减少的VM资源的资源规格,从VM资源的资源规格与该减少的VM资源的资源规格相同的第二容器节点资源池中,删除该减少的VM资源,并更新该第二容器节点资源池的信息。
在上述技术方案中,在创建多个容器节点资源池后,还可以根据伸缩请求从容器节点资源池中删除VM资源。
在一种可能的设计中,该VNFM向该容器即服务管理器发送包括该第一容器节点资源池中变更的VM资源的信息的变更请求,或,该VNFM向该容器即服务管理器发送包括该第二容器节点资源池中变更的VM资源的信息的变更请求。
在上述技术方案中,容器即服务管理器可以根据VNFM发送的变更请求,保持与VNFM中的容器节点资源池的信息的同步。
在一种可能的设计中,当该VNFM接收用于指示释放实例化该VNF所使用的VM资源的终结请求后,VNFM向该容器即服务管理器发送用于指示去配置实例化该VNF所使用的容器节点资源的去配置请求,该去配置请求中包括与该VNF对应的至少一个容器节点资源池的信息。
在上述技术方案中,当执行VNF终结过程时,还可以去配置为该VNF创建的多个容器节点资源池,从而回收该VM资源。
在一种可能的设计中,该容器即服务管理器是独立部署的用于管理容器节点资源的实体,或,该容器即服务管理器是所述VNFM根据所述VNF的实例化请求创建的VNF实例。
在上述技术方案中,该容器即服务管理器可以通过多种方式建立,可以增加系统的灵活性。
第二方面,提供一种虚拟网络功能VNF的创建方法,在该方法中,虚拟网络功能管理器VNFM在接收VNF的创建请求后,根据与所述VNF对应的虚拟化网络功能描述符VNFD,以及,预存的VDU与容器节点资源池的映射关系,确定创建所述VNF所需的容器服务所对应的容器节点资源池,所述VNFD中包括的至少一个第一虚拟化部署单元VDU。然后,该VNFM向容器即服务管理器发送容器服务创建请求,该容器服务创建请求中包括创建所述VNF所需的容器服务的标识以及与所述容器服务对应的资源池的标识,容器即服务管理器接收该创建请求后,则在与所述容器服务对应的资源池上实例化所述VNF所需的容器服务,完成创建后,则向VNFM发送应答消息,所述应答消息用于指示完成实例化所述VNF所需的容器服务的过程,所述VNFM确定成功创建所述VNF。
在上述技术方案中,VNFM在确定需要创建的VNF所需的容器节点资源池之后,可以将该VNF所需的容器节点资源池的信息发送给容器即服务管理器,从而容器即服务管理器可以在对应的容器节点资源池上创建该VNF,可以提高VNF的创建效率。
第三方面,本申请实施例提供一种通信装置,该通信装置具有实现上述方法中VNFM的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述通信装置的结构中包括处理器和收发器,所述处理器被配置为处理该通信装置执行上述方法中相应的功能。所述收发器用于实现上述通信装置与容器即服务管理器之间的通信。所述通信装置还可以包括存储器,所述存储器用于与处理器耦合,其保存该通信装置必要的程序指令和数据。
在一种可能的设计中,包括处理器和收发器,其中:
该收发器在该处理器的控制下,接收虚拟化网络功能VNF的实例化请求;
该处理器,根据所述VNF对应的虚拟化网络功能描述符VNFD,获取用于实例化所述VNF的功能组件对应的虚拟化部署单元VDU,所述VDU包括虚拟资源描述信息,所述虚拟资源描述信息用于确定部署所述功能组件所需的虚拟机VM资源的资源规格,所述资源规格包括资源类型和/或资源容量;以及,根据至少一个VM资源创建至少一个容器节点资源池,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述至少一个VM资源是虚拟化基础设施管理VIM根据所述VDU确定的,所述至少一个VM资源用于部署所述VNF;
该收发器在该处理器的控制下,将所述至少一个容器节点资源池的信息发送给容器即服务管理器,所述容器即服务管理器接管所述至少一个容器节点资源池,进行容器资源管理。
在一种可能的设计中,该每个容器节点资源池的信息与第一方面中相应的内容相同,在此不再赘述。
在一种可能的设计中,该处理器,根据每个容器节点资源池包括的VM资源,以及所述VDU与所述VM资源的对应关系,确定所述VDU与所述至少一个容器节点资源池的映射关系。
在一种可能的设计中,该收发器在该处理器的控制下,接收第一伸缩请求,所述第一伸缩请求用于指示为所述VNF增加VM资源;该处理器,获取增加的VM资源的资源规格,将所述增加的VM资源加入到第一容器节点资源池中,所述第一容器节点资源池中的VM资源的资源规格与所述增加的VM资源的资源规格相同;以及,更新所述第一容器节点资源池的信息。
在一种可能的设计中,该收发器在该处理器的控制下,接收第二伸缩请求,所述第二伸缩请求用于指示为所述VNF减少VM资源;该处理器,获取模块,还用于获取减少的VM资源的资源规格,从第二容器节点资源池中删除所述减少的VM资源,所述第二容器节点资源中的VM资源的资源规格与所述减少的VM资源的资源规格相同;以及,更新所述第二容器节点资源池的信息。
在一种可能的设计中,该收发器向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第一容器节点资源池中变更的VM资源的信息。
在一种可能的设计中,该收发器向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第二容器节点资源池中变更的VM资源的信息。
在一种可能的设计中,该收发器在该处理器的控制下,接收VNF的终结请求,所述终结请求用于指示释放实例化所述VNF所使用的VM资源;以及,向所述容器即服务管理器发送去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括与所述VNF对应的至少一个容器节点资源池的信息。
在一种可能的设计中,该容器即服务管理器是独立部署的用于管理容器节点资源的实体,或,所述容器即服务管理器是所述VNFM根据所述VNF的实例化请求创建的VNF实例。
第四方面,本申请实施例提供一种通信装置,该通信装置具有实现上述方法中NFVO的功能。该通信装置可以包括相应的功能模块,例如包括接收模块、获取模块、创建模块以及发送模块等,分别用于实现以上方法中的步骤。
在一种可能的设计中,包括接收模块、获取模块、创建模块以及发送模块,其中:
接收模块,用于接收虚拟化网络功能VNF的实例化请求;
获取模块,用于根据所述VNF对应的虚拟化网络功能描述符VNFD,获取用于实例化所述VNF的功能组件对应的虚拟化部署单元VDU,所述VDU包括虚拟资源描述信息,所述虚拟资源描述信息用于确定部署所述功能组件所需的虚拟机VM资源的资源规格,所述资源规格包括资源类型和/或资源容量;
创建模块,用于根据至少一个VM资源创建至少一个容器节点资源池,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述至少一个VM资源是虚拟化基础设施管理VIM根据所述VDU确定的,所述至少一个VM资源用于部署所述VNF;
发送模块,用于将所述至少一个容器节点资源池的信息发送给容器即服务管理器,所述容器即服务管理器接管所述至少一个容器节点资源池,进行容器资源管理。
在一种可能的设计中,该每个容器节点资源池的信息与第一方面中相应的内容相同,在此不再赘述。
在一种可能的设计中,所述创建模块还用于:
根据每个容器节点资源池包括的VM资源,以及所述VDU与所述VM资源的对应关系,确定所述VDU与所述至少一个容器节点资源池的映射关系。
在一种可能的设计中,所述接收模块,还用于接收第一伸缩请求,所述第一伸缩请求用于指示为所述VNF增加VM资源;
所述获取模块,还用于获取增加的VM资源的资源规格;
所述创建模块,还用于将所述增加的VM资源加入到第一容器节点资源池中,所述第一容器节点资源池中的VM资源的资源规格与所述增加的VM资源的资源规格相同;以及,更新所述第一容器节点资源池的信息。
在一种可能的设计中,所述接收模块,还用于接收第二伸缩请求,所述第二伸缩请求用于指示为所述VNF减少VM资源;
所述获取模块,还用于获取减少的VM资源的资源规格;
所述创建模块,还用于从第二容器节点资源池中删除所述减少的VM资源,所述第二容器节点资源中的VM资源的资源规格与所述减少的VM资源的资源规格相同;以及,更新所述第二容器节点资源池的信息。
在一种可能的设计中,所述发送模块还用于:
向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第一容器节点资源池中变更的VM资源的信息。
在一种可能的设计中,所述发送模块还用于:
向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第二容器节点资源池中变更的VM资源的信息。
在一种可能的设计中,所述接收模块,还用于接收VNF的终结请求,所述终结请求用于指示释放实例化所述VNF所使用的VM资源;
所述发送模块,还用于向所述容器即服务管理器发送去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括与所述VNF对应的至少一个容器节点资源池的信息。
在一种可能的设计中,所述容器即服务管理器是独立部署的用于管理容器节点资源的实体,或,所述容器即服务管理器是所述VNFM根据所述VNF的实例化请求创建的VNF实例。
第五方面,本申请实施例提供一种通信装置,该通信装置具有实现上述方法中容器即服务管理器的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述通信装置的结构中包括处理器和收发器,所述处理器被配置为处理该通信装置执行上述方法中相应的功能。所述收发器用于实现上述通信装置与VNFM之间的通信。所述通信装置还可以包括存储器,所述存储器用于与处理器耦合,其保存该通信装置必要的程序指令和数据。
在一种可能的设计中,包括处理器和收发器,其中:
该收发器在该处理器的控制下,接收虚拟化网络功能管理器VNFM发送的至少一个容器节点资源池的信息,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述资源规格包括资源类型和/或资源容量;
该处理器,接管所述至少一个容器节点资源池,进行容器资源管理。
在一种可能的设计中,该每个容器节点资源池的信息与第一方面中相应的内容相同,在此不再赘述。
在一种可能的设计中,该收发器在该处理器的控制下,接收所述VNFM发送的变更请求,所述变更请求中包括第一容器节点资源池或第二容器节点资源池中变更的VM资源的信息,所述至少一个容器节点资源池包括所述第一容器节点资源池和所述第二容器节点资源池。
在一种可能的设计中,该收发器在该处理器的控制下,接收所述VNFM发送的去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括去配置的至少一个容器节点资源池的信息;
该处理器,解除对所述去配置的至少一个容器节点资源池的管理,并释放所述去配置的至少一个容器节点资源池中的VM资源。
第六方面,本申请实施例提供一种通信装置,该通信装置具有实现上述方法中容器即服务管理器的功能。该通信装置可以包括相应的功能模块,例如包括接收模块以及处理模块等,分别用于实现以上方法中的步骤。
在一种可能的设计中,包括接收模块以及处理模块,其中:
接收模块,用于接收虚拟化网络功能管理器VNFM发送的至少一个容器节点资源池的信息,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述资源规格包括资源类型和/或资源容量;
处理模块,还用于接管所述至少一个容器节点资源池,进行容器资源管理。
在一种可能的设计中,该每个容器节点资源池的信息与第一方面中相应的内容相同,在此不再赘述。
在一种可能的设计中,所述接收模块,还用于接收所述VNFM发送的变更请求,所述变更请求中包括第一容器节点资源池或第二容器节点资源池中变更的VM资源的信息,所述至少一个容器节点资源池包括所述第一容器节点资源池和所述第二容器节点资源池。
在一种可能的设计中,所述接收模块,还用于接收所述VNFM发送的去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括去配置的至少一个容器节点资源池的信息;
所述处理模块,还用于解除对所述去配置的至少一个容器节点资源池的管理,并释放所述去配置的至少一个容器节点资源池中的VM资源。
第七方面,本申请实施例提供一种通信装置,该通信装置具有实现第二方面的方法中VNFM或容器即服务管理器的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述通信装置的结构中包括处理器和收发器,所述处理器被配置为处理该通信装置执行上述方法中相应的功能。所述收发器用于实现上述通信装置与容器即服务管理器之间的通信。所述通信装置还可以包括存储器,所述存储器用于与处理器耦合,其保存该通信装置必要的程序指令和数据。
第八方面,本申请实施例提供一种通信装置,该通信装置具有实现第二方面的方法中VNFM或容器即服务管理器的功能。该通信装置可以包括相应的功能模块,例如包括处理模块、发送模块以及接收模块等,分别用于实现第二方面的方法中的步骤。
第九方面,本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行第一方面中VNFM或容器即服务管理器执行的方法。
第十方面,本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行第二方面中VNFM或容器即服务管理器执行的方法。
第十一方面,本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得计算机执行第一方面中VNFM或容器即服务管理器执行的方法。
第十二方面,本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得计算机执行第二方面中VNFM或容器即服务管理器执行的方法。
第十三方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现第一方面中VNFM或容器即服务管理器执行的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十四方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现第二方面中VNFM或容器即服务管理器执行的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十五方面,本申请实施例提供了一种系统,所述系统包括第三方面所述的通信装置和第五方面所述的通信装置,或包括第四方面所述的通信装置和第六方面所述的通信装置,或包括第七方面所述的通信装置和第八方面所述的通信装置。
上述第三方面至第十五方面及其实现方式的有益效果可以参考对第一方面的方法、第二方面的方法及其实现方式的有益效果的描述。
附图说明
图1为本申请实施例中提供的一种NFV架构的示意图;
图2为本申请实施例提供的一种kubernetes容器管理编排系统的架构图;
图3为本申请实施例中提供的一种容器服务的部署用例的示意图;
图4为本申请实施例中提供的一种虚拟网络功能VNF的资源管理方法的流程图;
图5为本申请实施例提供一种虚拟网络功能VNF的资源管理方法在扩容场景下的处理方式的流程图;
图6为本申请实施例提供一种虚拟网络功能VNF的资源管理方法在缩容场景下的处理方式的流程图;
图7为本申请实施例提供一种虚拟网络功能VNF的资源管理方法在资源回收场景下的处理方式的流程图;
图8为本申请实施例提供一种虚拟网络功能VNF的创建方法的流程图;
图9为本申请实施例中VNFM在本地维护的VDU和容器节点资源池的映射关系;
图10为本申请实施例提供的通信装置的一种示例的示意图;
图11为本申请实施例提供的通信装置的另一种示例的示意图;
图12为本申请实施例提供的通信装置的另一种示例的示意图;
图13为本申请实施例提供的通信装置的另一种示例的示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合说明书附图以及具体的实施方式对本申请实施例中的技术方案进行详细的说明。
本申请实施例中“多个”是指两个或两个以上,鉴于此,本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”,可理解为一个或多个,例如理解为一个、两个或更多个。例如,包括至少一个,是指包括一个、两个或更多个,而且不限制包括的是哪几个,例如,包括A、B和C中的至少一个,那么包括的可以是A、B、C、A和B、A和C、B和C、或A和B和C。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。本申请实施例中的术语“系统”和“网络”可被互换使用。
除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。
如上介绍了本申请实施例涉及的一些概念,下面介绍本申请实施例的技术特征。
请参考图1,为一种NFV架构的示意图。该NFV架构可以实现多种网络,例如局域网(local area network,LAN)、互联网协议(internet protocol,IP)网络或者演进分组核心网(evolved packet core,EPC)网络等。
如图1所示,该NFV架构可以包括NFV管理和编排系统(NFV management andorchestration system,NFV-MANO)110、一个或多个运营支撑系统/业务支撑系统(operation support system/business support system,OSS/BSS)120、多个网元管理系统(element manager,EM)130、多个VNF140以及NFV基础设施(NFV infrastructure,NFVI)150。
NFV-MANO 110可以包括NFV编排器(NFV orchestrator,NFVO)111、一个或多个VNFM 112,以及虚拟基础设施管理器(virtualised infrastructure manager,VIM)113。
其中,NFVO用于实现网络服务描述符(network service descriptor,NSD),虚拟网络功能转发图(VNF forwarding graph,VNFFG)的管理及处理,网络服务生命周期的管理,以及,和VNFM配合实现VNF的生命周期管理和虚拟资源的全局视图功能。
VNFM实现VNF的生命周期管理,包括虚拟化网络功能描述符(VNF descriptor,VNFD)的管理、VNF的实例化、VNF实例的弹性伸缩(包括扩容(scaling out/up)和缩容(scaling in/down))、VNF实例的治愈(healing)以及VNF实例的终止。VNFM还支持接收NFVO下发的弹性伸缩(scaling)策略,实现自动化的VNF弹性伸缩。
VIM主要负责基础设施层硬件资源,虚拟化资源的管理(包括预留和分配),虚拟资源状态的监控和故障上报,面向上层应用提供虚拟化资源池。
OSS/BSS 120主要面向电信服务运营商,提供综合的网络管理和业务运营功能,包括网络管理(例如故障监控、网络信息收集等)、计费管理以及客户服务管理等。
EM 130用于针对VNF执行传统的故障、配置、用户、性能和安全管理(faultmanagement,configuration management,account management,performancemanagement,security management,FCAPS)功能。
VNF 140对应于传统非虚拟化网络中的物理网络功能(physical networkfunction,PNF),如虚拟化的分组核心网(evolved packet core,EPC)节点(例如,移动性管理实体(mobility management entity,MME),服务网关(serving gateway,SGW),公用数据网网关(public data network gateway,PGW)等)。网络功能的功能性行为和状态与虚拟化与否无关,NFV技术需求希望VNF和PNF拥有相同的功能性行为和外部接口。
VNF 140可以由一个或多个更低功能级别的VNF组件(VNF component,VNFC)来组成。因此,一个VNF可以部署在多个虚拟机(virtual machine,VM)上,每个VM承载一个VNFC的功能,VNF也可以部署在一个VM上。
NFVI 150可以包括虚拟资源层、虚拟化层和硬件(hardware)资源层。其中,虚拟资源层中可以包括多个VM,或者还可以包括虚拟存储和虚拟网络等(在图1中未示出)。硬件资源层可以包括计算硬件、存储硬件以及网络硬件等(在图1中未示出)。
硬件资源层中的硬件可以包括专用的处理器或通用的用于提供处理和计算功能的处理器,如中央处理器(central process unit,CPU),用于提供存储能力的设备,例如,磁盘或网络附属存储(network attached storage,NAS);以及,交换机、路由器和/或其他网络设备。
虚拟资源层可以以虚拟机的形式向VNF140提供,例如一个或多个虚拟机组成一个VNF140。虚拟化层通过硬件资源层中硬件形成虚拟网络,用于实现多个虚拟机之间的通信。例如,该虚拟网络可以通过虚拟局域网(vritual local area network,VLAN)、虚拟专用局域网业务(virtual private LAN service,VPLS)、虚拟可扩展局域网(virtualextensible local area network,VxLAN)或通用路由封装网络虚拟化(nerworkvirtualization using generic routing encapsulation,NVGRE)等技术实现。
NFVI 150中的虚拟化层用于抽象硬件资源层的硬件资源,将VNF 140和硬件资源所属的物理层解耦,向VNF提供虚拟资源。
NFV-MANO 110可以用于实现VNF 140和NFVI 150的监控和管理。NFVO 111可以与一个或多个VNFM 112进行通信以实现与资源相关的请求、发送配置信息给VNFM 112、以及收集VNF 140的状态信息。另外,NFVO 111还可以与VIM 113进行通信以实现资源分配,和/或,实现虚拟化硬件资源的配置信息和状态信息的预留和交换。VNFM 112可以用于管理一个或多个VNF 140,执行各种管理功能,例如初始化、更新、查询、和/或终止VNF 140。VIM113可以用于控制和管理VNF 140和NFVI中的虚拟资源和硬件资源的交互。例如,VIM 113可以用于执行资源向VNF 140的分配操作。VNFM 112和VIM 113可以互相通信以交换虚拟化硬件资源配置和状态信息。
在电信网络中,通常会用到另一种虚拟化技术,即,容器即服务(container as aservice,CaaS)技术。CaaS技术是一种操作系统级别的虚拟化技术,通过该技术将操作系统中不同的进程隔离开来,例如,Linux操作系统下的控制组(control groups,CGroup)机制或命名空间(name space)机制等。由于CaaS技术没有虚拟硬件,也没有操作系统,只有进程,因此,CaaS技术相比NFV技术更轻量,管理也更方便。
请参考图2,为CaaS技术的一种示例,kubernetes(K8S)容器管理编排系统的架构图。
kubernetes将集群中的设备划分为一个kubernetes主节点(master)和一群工作节点(node)。其中,master节点上运行着集群管理相关的一组进程,例如,应用程序编程接口服务(application programming interface server,API server)、复制控制器(replication controller,RC)等,这些进程实现了整个集群的资源管理、豆荚(pod)调度、弹性伸缩、安全控制、系统监控和纠错等管理功能。在每个Node上运行kubelet、proxy、docker三个组件,负责对本节点上的Pod的生命周期进行管理,以及实现服务代理的功能。
其中,API Server提供了资源对象的唯一操作入口,其他所有组件都必须通过它提供的API接口来操作资源数据,通过对相关的资源数据“全量查询”以及“变化监听”,完成相关的业务功能。
controller manager是集群的管理控制中心,其主要目的是实现kubernetes集群的故障检测和恢复自动化工作。例如,可以根据RC的定义完成pod的复制或移除,以确保pod实例数符合RC的定义、根据服务(service)与pod的管理关系,完成service的端点(endpoints)对象的创建和更新、node的发现、管理和状态监控、以及本地缓存的镜像文件的清理等。
kubelet组件负责本节点上的pod的创建、修改、监控、删除等全生命周期管理,同时Kubelet定时向API Server上报本节点的状态信息。
proxy组件用于实现service的代理与软件模式的负载均衡。
docker组件为容器的运行环境。
随着虚拟化技术的不断发展,提出了将容器化技术和NFV技术进行结合,从而形成了NFV MANO系统和容器管理编排系统进行互操作的场景。在欧洲通信标准协会(europeantelecommunications standards institute,ETSI)的NFV IFA029研究报告中定义了一种容器服务的部署用例,请参考图3。
在图3中,在NFV MANO系统中增加平台即服务(platform as a service,PaaS)层,该PaaS层位于NFV MANO系统中的VNF 140和NFVI 150之间。容器服务(例如,专用服务(dedicated service)、公共服务(common service)或者容器基础设施服务(containerinfrastructure service))和容器服务管理(例如,服务管理(service management)或者容器基础设施服务管理(container infrastructure service management))都位于PaaS层。将单个网络功能解构成多个容器服务,容器服务可以被VNF直接调用,也可以被VNF所调用的公共服务或专有服务所调用,形成容器化VNF。并将容器服务管理的功能置于NFV MANO系统中,实现NFV MANO系统对容器化VNF进行生命周期管理。
需要说明的是,图3所示的容器即服务管理器可以是CaaS技术中的容器管理编排系统中的管理节点,例如,若该容器管理编排系统为kubernetes时,该容器即服务管理器即为kubernetes master节点,也可以是ETSI NFV IFA029研究报告中的容器基础设施服务管理功能(container infrastructure service management)。
由于目前kubernetes对容器服务的管理方式为快进快出的管理方式,从而可以保证给容器服务提供资源(存储资源、计算资源等)的节点资源池始终能够提供足够的资源余量可以分配。
然而,在电信网络中,容器服务与调用该容器服务的VNF的生命周期紧密关联,容器服务的生命周期无法像kubernetes系统中的容器应用和容器服务那样做到快进快出,而是和VNF一样,具有较长的生命周期。因此,当将容器化技术应用到NFV中,容器的节点资源池不会频繁地分配和回收容器资源,而是会形成在较长一段时间内容器服务始终被一类VNF占用的情况,容器节点资源池需要按需进行扩容或缩容。如何对容器化VNF的节点资源进行管理,是目前亟待解决的技术问题。
鉴于此,本申请实施例提供一种虚拟网络功能VNF的资源管理方法,在该方法中,VNFM在执行VNF实例化过程中,将用于实例化该VNF的不同资源规格的VM资源参照其在VNFD中的VDU定义,在NFVI层创建至少一个容器节点资源池,然后,将该至少一个容器节点资源池的信息发送给容器即服务管理器,可以实现将容器即服务管理器纳管的容器节点资源池和该VNF的VM资源无缝对接。且,容器即服务管理器可以在不同资源规格的容器节点资源池上为组成该VNF的不同组件(VNFC)创建所需的容器服务,从而使得服务于不同电信网络功能的容器服务可以基于不同资源规格的容器节点资源池进行管理和编排,可以满足电信网络功能的节点资源的差异化需求,可以提高容器节点资源对电信网络功能的适配能力。
本申请实施例描述的容器服务的部署用例以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
下面,结合附图介绍本申请实施例提供的技术方案。
本申请实施例提供一种虚拟网络功能VNF的资源管理方法,请参考图4,为该方法的流程图。
在下文的介绍过程中,以该方法应用于图3所示的NFV架构为例,也就是,下文中的容器即服务管理器可以是图3所示的容器即服务管理器,例如,该容器即服务管理器可以为kubernetes master节点。另外,该方法可由两个通信装置执行,这两个通信装置例如为第一通信装置和第二通信装置,其中,第一通信装置可以是VNFM或能够支持VNFM实现该方法所需的功能的通信装置,当然还可以是其他通信装置,例如芯片系统。对于第二通信装置也是同样,例如,第二通信装置可以是容器即服务管理器或能够支持实现容器即服务管理器所需的功能的通信装置,也可以是芯片系统。这里对于第一通信装置和第二通信装置的实现方式均不做限制。
S401、VNFM接收VNF的实例化请求,VNFM执行VNF实例化过程。
在本申请实施例中,该VNF的实例化请求可以为图3所示的NFV架构中的EM或者NFVO发起的,在此不对该VNF的实例化请求的发起方进行限制。
该VNF的实例化请求中,可以携带VNF的标识。当VNFM接收到该VNF的实例化请求后,可以验证该VNF的实例化请求的正确性。例如,可以验证该VNF的标识是否正确,在验证通过后,VNFM则执行VNF实例化过程。
S402、VNFM确定用于实例化该VNF所需的资源。
在VNFM获取该VNF实例化请求后,可以根据该VNF实例化请求中携带的VNF的标识,确定与该VNF对应的虚拟化网络功能描述符VNFD。
本申请实施例中,VNFD中可以包括一个或多个VDU的信息。一个VDU的信息规定一个VDU的资源规格,例如VDU的资源类型和资源容量中的至少一项。其中,VDU的资源类型可以包括但不限于3种类型,例如,可以包括用于形成电信网络的控制面功能的VDU的类型,用于形成电信网络的用户面功能的VDU的类型以及用于形成电信网络的管理面功能的VDU的类型。VDU的资源类型和资源容量,可以用于表征形成该VDU的VM的中央处理器(centralprocessing unit,CPU)的数量、CPU性能、内存大小、带宽、存储大小等等信息,用于形成一种类型的VDU的多个VM资源具有相同的资源规格。一种类型的VDU可以包括至少一个VM资源,例如,形成电信网络的控制面功能的VDU需要5个VM资源,形成电信网络的用户面功能的VDU需要3个VM资源等等。
S403、VNFM向VIM发送用于分配资源的请求消息,VIM接收该用于分配资源的请求消息。
当VNFM确定用于实施例该VNF所需的VM资源规格后,则向VIM发送用于分配资源的请求消息,该请求消息中携带确定用于实例化该VNF所需的资源的信息。
在本申请实施例中,以该分配资源的请求消息为请求分配计算资源,也就是VM资源的请求消息为例。
S404、VIM获取为该VNF创建的VM资源的信息。
在本申请实施例中,该VM资源的信息可以为VM的标识符(ID),或者索引号等,在下文中,以该VM资源的信息为VM资源的ID为例。
VIM可以为该VNF分配所需的VM资源,或者,也可以通过与NFVI的交互获取该VM资源的信息,在此不对VIM获取该VM资源的信息的方式进行限制。
作为一种示例,VIM可以向NFVI发送调用计算资源的调用消息,该调用信息中包括用于实例化该VNF所需的VM资源的信息。例如,该调用信息中包括3种类型的VDU,即,用于形成电信网络的控制面功能的VDU的类型,标记为VDU1,用于形成电信网络的用户面功能的VDU的类型,标记为VDU2,以及用于形成电信网络的管理面功能的VDU的类型,标记为VDU3,且,形成电信网络的控制面功能的VDU1需要5个VM资源,形成电信网络的用户面功能的VDU2需要3个VM资源,形成电信网络的管理面功能的VDU3需要1个VM资源。NFVI在获取该调用信息后,则创建每个VDU所需的VM资源,并获取每个VM资源的信息,例如每个VM资源的标识(ID号或者索引号)等。例如,NFVI创建VM1~VM9,其中,VM1~VM5为VDU1所需的VM资源,VM6~VM8为VDU2所需的VM资源,VM9为VDU3所需的VM资源。然后,NFVI向VIM返回指示该VM资源的信息,从而,VIM获取为该VNF创建的VM资源的信息。
S405、VIM将该VM资源的信息发送给VNFM,VNFM接收该VM资源的信息。
当VNFM接收该VM资源的信息后,则根据VM资源的信息获取用于实例化该VNF所需的VM的ID。
需要说明的是,在图4所示的实施例中,以VNFM向VIM发送用于分配资源的请求消息,从而获得用于实例化该VNF所需的至少一个VM资源的信息。在实际使用过程中,VNFM也可以通过其他方式来获取用于实例化该VNF所需的至少一个VM资源的信息。例如,VNFM向NFVO发送用于分配资源的请求消息,然后,由NFVO指示VIM执行分配计算资源操作,然后获得分配给实例化的VNF的VM资源的信息,最后,由NFVO将用于实例化该VNF所需的VM资源的信息发送给VNFM。在本申请实施例中,不对VNFM获得用于实例化该VNF所需的至少一个VM资源的信息的方式进行限制。
S406、VNFM根据所述分配的至少一个VM资源生成一个容器节点资源池。
当VNFM获取用于实施例化该VNF所需的至少一个VM资源的信息后,VNFM则根据VNFD中,与每个VM资源对应的VDU信息,将资源规格相同的VM资源串联成一个容器节点资源池。
作为一种示例,VNFM获取用于实例化该VNF的VM资源为VM1~VM9,其中,VM1~VM5为VDU1所定义的VM资源,VM6~VM8为VDU2所定义的VM资源,VM9为VDU3所定义的VM资源。从而,VNFM将VM1~VM5串联成一个容器节点资源池,标记为NodePool1,将VM6~VM8串联成一个容器节点资源池,标记为NodePool2,以及,将VM9形成一个容器节点资源池,标记为NodePool3。也就是说,每个容器节点资源池中包括至少一个VM资源,且当该容器节点资源池中包括多个VM资源时,该多个VM资源的资源规格相同。
需要说明的是,在步骤S406中,VNFM是根据不同的VDU,将该VNF所需的至少一个VM资源划分为至少一个容器节点资源池,在另一种实施方式中,也可以将该VNF所需的至少一个VM资源按照VNFD的规格,划分成不同的容器节点资源池,例如,一个VNF可以包括一个VNFD,则VNFM可以根据每个VNF对应的VNFD的规格,将该VNFD中包括的至少一个VM资源串联成一个容器节点资源池。或者,VNFM也可以根据其他的信息划分容器节点资源池,在图4所示实施例中,以VNFM根据不同的VDU进行划分为例。
另外,需要说明的是,在一种可能的实现方式中,同一个VM资源可能会被不同的VNF复用,那么,同一个VM资源可能出现在不同的容器节点资源池中。例如,VNF1和VNF2复用VM2,则VM2会出现在与VNF1对应的容器节点资源池中,VM2也会出现在与VNF2对应的容器节点资源池中。在本申请实施例中,一个VM资源可以仅属于一个容器节点资源池,也可以属于多个容器节点资源池,在此不作限制。
S407、VNFM建立VDU与容器节点资源池的映射关系。
在本申请实施例中,当VNFM生成至少一个容器节点资源池后,则可以根据每个容器节点资源池所包括的VM资源,以及VDU与VM资源的对应关系,建立每个VDU与容器节点资源池的映射关系。该映射关系可以是VDU的标识与容器节点资源池的标识之间的映射关系。
作为一种示例,由于VM1~VM5串联成NodePool1,VM6~VM8串联成NodePool2,以及,VM9形成NodePool3,且,VM1~VM5为VDU1所需的VM资源,VM6~VM8为VDU2所需的VM资源,VM9为VDU3所需的VM资源,因此,VNFM可以获取如表1所示的映射关系。在表1中,VDU1对应NodePool1,VDU2对应NodePool2,VDU3对应NodePool3。
表1
VDU的标识 | 容器节点资源池的标识 |
VDU1 | NodePool1 |
VDU2 | NodePool2 |
VDU3 | NodePool3 |
当然,该映射关系也可以采用其他形式,例如,该映射关系可以为描述文件的形式等,在此不对该映射关系的具体形式进行限制。
需要说明的是,若VNFM按照VNFD的规格,划分不同的容器节点资源池时,该VNFM则需要建立VNFD的标识和容器节点资源池的标识的映射关系,例如,VNFD 1对应NodePool 1,VNFD2对应NodePool 2等。当VNFM采用其他信息划分容器节点资源池时,该映射关系则相应地的发生变化,在此不一一举例。
当然,步骤S407为可选步骤,即不是必须要执行的,不执行步骤S407也可以达到本申请的目的,执行步骤S407后,当容器即服务管理器发生故障导致信息丢失时,VNFM可以将存储的VDU和容器节点资源池之间的映射关系发送给容器即服务管理器,从而可以快速恢复该内容。
S408、VNFM将至少一个容器节点资源池的信息发送给容器即服务管理器,该容器即服务管理器接收该至少一个容器节点资源池的信息。
在本申请实施例中,每个容器节点资源池的信息可以包括但不限于为容器节点资源池的标识;容器节点资源池中的至少一个VM资源的数量;容器节点资源池中的至少一个VM资源的资源规格中的任意一种或组合。
作为一种示例,VNFM向容器即服务管理器发送3个容器节点资源池的信息,该3个容器节点资源池的标识分别为NodePool1~NodePool3,其中,NodePool1中包括5个VM资源,以及该NodePool1中VM资源的资源规格为形成电信网络的控制面所需的规格;NodePool2中包括3个VM资源,以及该NodePool2中VM资源的资源规格为形成电信网络的用户面所需的规格;NodePool3中包括1个VM资源,以及该NodePool3中VM资源的资源规格为形成电信网络的管理面所需的规格。
需要说明的是,在电信网络中,控制面、用户面或者管理面等都有各自的服务质量(quality of service,QoS)需求,该资源规格是与各自的QoS需求对应的。作为一种示例,该QoS需求是通过不同的VM资源的计算速度来体现的,则每个容器节点资源池的资源规格可以根据VM资源的计算速度来划分,例如,NodePool1中所包括的VM资源是计算速度为每秒钟执行100条指令的VM资源,NodePool2中所包括的VM资源是计算速度为每秒钟执行150条指令的VM资源,NodePool3中所包括的VM资源是计算速度为每秒钟执行200条指令的VM资源。
另外,需要说明的是,在本申请实施例中,容器即服务管理器可以是独立部署的用于管理容器节点资源的实体,例如,如图3所示,可以在NFV-MANO架构中,独立部署一个kubernetes主节点,通过该kubernetes主节点来管理PaaS层,在这种情况下,该kubernetes主节点即为容器即服务管理器。或者,该容器即服务管理器也可以是VNFM根据VNF的实例化请求创建的实例。
作为一种示例,由前文中的描述可知,一个VNF可以由至少一个VNFC组成,从而,可以将该容器即服务管理器作为该VNF的一个VNFC,并可以在该VNF的VNFD中进行描述,设置用于实例化该容器即服务管理器的VNFC的实例化顺序为第一个需要实例化的VNFC,其他的VNFC需要在该用于实例化容器即服务管理器的VNFC被启动之后才能开始实例化。这样,当VNFM通过步骤S405获取用于实例化该VNF所需的VM的ID之后,可以首先执行步骤S409,即实例化该容器即服务管理器,然后再执行步骤S406以及后续步骤。
需要说明的是,步骤S409为可选步骤,即不是必须要执行的,因此,在图4中步骤S409为虚线,用以表示该步骤为可选步骤。
S410、容器即服务管理器对每个容器节点资源池中的资源进行管理。
容器即服务管理器在获取不同的资源规格对应的节点资源池的信息后,则在本地维护每个容器节点资源池的信息。
作为一种示例,可以通过kubernetes主节点中的节点控制器(node controller)组件,监控每个容器节点资源池中的节点资源(也就是VM资源)的运行状态,该运行状态可以包括健康状态或者异常状态。当某个节点资源的运行状态为异常状态时,节点控制器组件可以触发对该节点资源进行回收,也就是说,将该节点资源交还给初始分配该资源的管理器,例如VIM。
在上述技术方案中,VNFM通过在NFV MANO系统中的NFVI层上创建至少一个容器节点资源池,然后,将该至少一个容器节点资源池的信息发送给容器即服务管理器,可以实现将容器即服务管理器纳管的容器节点资源池和该VNF的VM资源无缝对接。且,容器即服务管理器可以在不同资源规格的容器节点资源池上为根据该VNF创建所需的容器服务,从而使得服务于不同电信网络功能的容器服务可以基于不同资源规格的容器节点资源池进行管理和编排,可以满足电信网络功能的节点资源的差异化需求,可以提高容器节点资源对电信网络功能的适配能力。
在图4所示的实施例中,以VNF的实例化场景为例,对本申请实施例提供的资源管理方法进行描述。在创建多个容器节点资源池后,容器节点资源池中的VM资源可能会增加,或者,也可能需要对VNF进行扩容,下面针对VNF的扩容场景进行描述。
请参考图5,为本申请实施例提供一种虚拟网络功能VNF的资源管理方法在扩容场景下的处理方式的流程图。下面结合步骤S501~步骤S512进行详细描述。
S501、NFVO发送第一伸缩请求,VNFM接收该第一伸缩请求。
在本申请实施例中,该第一伸缩请求用于指示VNF增加VM资源。
NFVO向VNFM发送第一伸缩请求,该第一伸缩请求中携带该需要扩容的VNF的标识以及需要扩容的VNFC对应的VDU的标识。
需要说明的是,该第一伸缩请求也可以是由EM发送的,在此不对第一伸缩请求的发送方做限制。
S502、VNFM根据需要扩容的VNFC对应的VDU确定扩容所需增加的资源。
当VNFM接收该第一伸缩请求后,则根据该第一伸缩请求中的VNF的标识,获取与该VNF对应的VNFD,然后,根据该第一伸缩请求中的VDU的标识,确定需要扩容的VDU的信息。具体过程与步骤S402中相应的内容相似,在此不再赘述。
S503、VNFM向VIM发送用于分配资源的请求消息,VIM接收该用于分配资源的请求消息。
S504、VIM获取为该VNF创建的VM资源的信息。
S505、VIM将VM资源的信息发送给VNFM,VNFM接收该VM资源的信息。
步骤S503~步骤S505与步骤S403~步骤S405相似,在此不再赘述。
当VNFM接收该指示信息后,则根据该指示信息确定VDU1中分配的VM资源,例如,VDU1分配的VM资源为VM1~VM5以及VM10。VNFM中可以存储该VDU1上一次分配的VM资源信息,例如,VDU1上一次分配的VM资源为VM1~VM5,从而VNFM确定增加的VM资源的信息。作为一种示例,增加的VM资源的信息为VM10。
S506、VNFM确定增加的VM资源的资源规格。
具体来讲,当VNFM确定增加的VM资源的ID为VM10后,则根据步骤S502中获取的VDU的信息,确定VM资源的资源规格。例如,需要增加的VDU的标识为VDU1,则VNFM确定VM10的资源规格为VDU1所对应的资源规格。
S507、VNFM将增加的VM资源加入到第一容器节点资源池中。
在本申请实施例中,该第一容器节点资源池中的至少一个VM资源的资源规格与该增加的VM资源的资源规格相同。
具体来讲,由于该增加的VM资源(即VM10)的资源规格为VDU1所对应的资源规格,因此,VNFM确定将VM10加入到与VDU1对应的容器节点资源池中,即将VM10加入到NodePool1中。
S508、VNFM更新与第一容器节点资源池的信息。
由于VNFM将VM110加入到NodePool1中,因此,NodePool1中包括的VM资源的数目以及包括的VM资源的标识发生变化,扩容后的NodePool1中包括VM1~VM5以及VM10,VM资源的数目由5个变为6个。
S509、VNFM向容器即服务管理器发送变更请求,容器即服务管理器接收该变更请求。
在本申请实施例中,该变更请求中包括更新后的第一容器节点资源池的信息。例如,该变更请求中携带扩容后的NodePool1中包括的VM资源以及VM资源的数目。
图5所示的实施例,以VNF的扩容场景为例,对本申请实施例提供的资源管理方法进行描述。下面针对VNF的缩容场景进行描述。
请参考图6,为本申请实施例提供一种虚拟网络功能VNF的资源管理方法在缩容场景下的处理方式的流程图。下面结合步骤S601~步骤S612进行详细描述。
S601、NFVO发送第二伸缩请求,VNFM接收该第二伸缩请求。
在本申请实施例中,该第二伸缩请求用于指示VNF减少VM资源。
NFVO向VNFM发送第二伸缩请求,该第二伸缩请求中携带该需要缩容的VNF的标识以及需要缩容的VNFC对应的VDU的标识。
S602、VNFM根据需要缩容的VNFC对应的VDU确定缩容所需减少的资源。
S603、VNFM向VIM发送用于分配资源的请求消息,VIM接收该用于分配资源的请求消息。
S604、VIM获取为该VNF创建的VM资源的信息。
S605、VIM将VM资源的信息发送给VNFM,VNFM接收该VM资源的信息。
步骤S603~步骤S605与步骤S403~步骤S405相似,在此不再赘述。
作为一种示例,减少的VM资源的信息为VM5。
S606、VNFM确定减少的VM资源的资源规格。
具体来讲,当VNFM确定减少的VM资源为VM5后,则根据步骤S502中获取的VDU的信息,确定VM5的资源规格为VDU1所对应的资源规格。
S607、VNFM从第二容器节点资源池中删除该减少的VM资源。
具体来讲,由于该减少的VM资源(即VM5)的资源规格为VDU1所对应的资源规格,因此,VNFM确定从VDU1对应的容器节点资源池中删除VM5。
本申请实施例中的第一容器节点资源和第二容器节点资源池可以是同一个容器节点资源池,也可以是不同的容器节点资源池,在此不作限制。
S608、VNFM更新与第二容器节点资源池的信息。
由于VNFM从NodePool1中删除VM5,因此,NodePool1中包括的VM资源的数目以及包括的VM资源的标识发生变化,缩容后的NodePool1中包括VM1~VM4,VM资源的数目由5个变为4个。
S609、VNFM向容器即服务管理器发送变更请求,容器即服务管理器接收该变更请求。
在本申请实施例中,该变更请求中包括更新后的第二容器节点资源池的信息。例如,该变更请求中携带扩容后的NodePool1中包括的VM资源以及VM资源的数目。
图6所示的实施例,以VNF的缩容场景为例,对本申请实施例提供的资源管理方法进行描述。下面针对VNF的资源回收场景进行描述。
请参考图7,为本申请实施例提供一种虚拟网络功能VNF的资源管理方法在资源回收场景下的处理方式的流程图。
S701、NFVO向VNFM发送VNF的终结请求,VNFM接收VNF的终结请求。
在本申请实施例中,该VNF的终结请求中携带VNF的标识,例如,该VNF的标识为VNF1。所述终结请求用于指示VNFM释放实例化所述VNF所使用的VM资源。
S702、VNFM去配置要终结的VNF所使用的VDU和NodePool的映射关系。
具体来讲,当VNFM确定需要终结VNF1后,则删除与该VNF1对应的VDU以及NodePool。例如,VNF1对应的VNFD包括VDU1~VDU3,其中,VDU1对应NodePool1,VDU2对应NodePool2,VDU3对应NodePool3,VNFM删除VDU1与NodePool1的映射关系、VDU2与NodePool2的映射关系以及VDU3与NodePool3的映射关系。
S703、VNFM向容器即服务管理器发送去配置请求,容器即服务管理器接收该去配置请求。所述去配置请求用于指示容器即服务管理器去配置实例化所述VNF所使用的容器节点资源。
在本申请实施例中,该去配置请求中包括与VNF对应的至少一个容器节点资源池的信息。例如,该去配置请求中包括NodePool1、NodePool2以及NodePool3的标识,则容器即服务管理器接收到该去配置请求后,会释放NodePool1、NodePool2以及NodePool3这3个容器节点资源池中的VM资源,然后该3个容器节点资源池中的VM资源,即VM1~VM9将被VIM回收,从而由VIM对该VM1~VM9进行管理。
图4~图7所示的实施例,对VNF的资源管理方法所涉及的可能的交互流程了进行描述。下面针对VNF的资源分配场景进行描述。
请参考图8,为本申请实施例提供一种虚拟网络功能VNF的创建方法的流程图。
S801、加载VNFD,使得VNFM可以获取到该VNFD。
具体来说,操作人员基于系统规格,计算所需的资源对象,并填写VNFD。比如,操作人员确定需要实例化一个VNF,则可以将该VNF的配置信息填写到VNFD。然后,操作人员手动将VNFD上传到VNFM,或者,也可以是由NFV架构中的OSS/BSS或其他网络管理实体通过NFVO将该VNFD上传到VNFM。
S802、VNFM接收VNF的实例化请求。
S803、VNFM确定实例化该VNF所需的容器服务所对应的容器节点资源池。
在本申请实施例中,VNFM根据与VNF对应的虚拟化网络功能描述符VNFD,该VNFD中包括的至少一个第一VDU,以及,预存的VDU与容器节点资源池的映射关系,确定创建该VNF所需的容器节点资源池。
作为一种示例,请参考图9,为VNFM本地维护的VDU和容器节点资源池的映射关系。如图9所示,VDU1和VDU4对应NodePool1,VDU2对应NodePool2,VDU3对应NodePool3。
VNFM根据该VNF的VNFD,确定该VNF包括3个VNFC以及每个VNFC所调用的容器服务,其中,VNFC1对应VDU1,VNFC2对应VDU2,VNFC3对应VDU3。然后,VNFM根据本地维护的VDU和容器节点资源池标识的映射关系,确定使用该VDU进行部署的VNFC所调用的容器服务需要部署的容器节点资源池的位置,在本申请实施例中,容器节点资源池的位置也就是容器节点资源池的标识。例如,VNFM确定用于实例化该VNF所需的容器节点资源池为NodePool1~NodePool3。
S804、VNFM向容器即服务管理器发送容器服务创建请求,容器即服务管理器接收该容器服务创建请求。
在本申请实施例中,该容器服务创建请求中包括创建VNF所需的容器服务的标识以及与每个容器服务对应的资源池的标识。例如,创建VNF所需的容器服务的标识分别为容器服务1~容器服务4,其中,容器服务1和容器服务2对应NodePool1,容器服务3对应NodePool2,容器服务4对应NodePool3。
S805、容器即服务管理器在与容器服务对应的资源池上实例化该VNF所需的容器服务。
容器即服务管理器在接收该容器服务创建请求后,则在与每个容器服务对应容器节点资源池实例化对应的容器服务,例如,在NodePool1上实例化容器服务1和容器服务2,在NodePool2实例化容器服务3,以及,在NodePool3实例化容器服务4。作为一种示例,该容器服务可以是kubernetes系统中的pod。
S806、容器即服务管理器发送应答消息,该VNFM接收该应答消息。
在本申请实施例中,该应答消息用于指示完成实例化该VNF所需的容器服务的过程,则当VNFM从容器即服务管理器接收该应答消息后,则确定成功完成VNF的实例化过程。
上述本申请提供的实施例中,分别从VNFM、容器即服务管理器以及二者之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,VNFM、容器即服务管理器可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
图10示出了一种通信装置1000的结构示意图。其中,通信装置1000可以是VNFM,能够实现本申请实施例提供的方法中VNFM的功能;通信装置1000也可以是能够支持VNFM实现本申请实施例提供的方法中VNFM的功能的装置。通信装置1000可以是硬件结构、软件模块、或硬件结构加软件模块。通信装置1000可以由芯片系统实现。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置1000可以包括处理模块1001和通信模块1002。
处理模块1001可以用于执行图4所示的实施例中的步骤S401、步骤S402、步骤S406、步骤S407,或可以用于执行图5所示的实施例中的步骤S502、步骤S506~步骤S508,或可以用于执行图6所示的实施例中的步骤S602、步骤S606~步骤S608,或可以用于执行图7所示的实施例中的步骤S702,或可以用于执行图8所示的实施例中的步骤S801~步骤S803,和/或用于支持本文所描述的技术的其它过程。
通信模块1002可以用于执行图4所示的实施例中的步骤S403、步骤S405、步骤S409以及步骤S408,或可以用于执行图5所示的实施例中的步骤S501、步骤S503、步骤S505以及步骤S509,或可以用于执行图6所示的实施例中的步骤S601、步骤S603、步骤S605以及步骤S609,或可以用于执行图7所示的实施例中的步骤S701以及步骤S703,或可以用于执行图8所示的实施例中的步骤S804以及步骤S806,和/或用于支持本文所描述的技术的其它过程。通信模块1002用于通信装置1000和其它模块进行通信,其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
图11示出了一种通信装置1100的结构示意图。其中,通信装置1100可以是容器即服务管理器,能够实现本申请实施例提供的方法中容器即服务管理器的功能;通信装置1100也可以是能够支持容器即服务管理器实现本申请实施例提供的方法中容器即服务管理器的功能的装置。通信装置1100可以是硬件结构、软件模块、或硬件结构加软件模块。通信装置1100可以由芯片系统实现。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置1100可以包括处理模块1101和通信模块1102。
处理模块1101可以用于执行图4所示的实施例中的步骤S410,或可以用于执行图8所示的实施例中的步骤S805,和/或用于支持本文所描述的技术的其它过程。
通信模块1102可以用于执行图4所示的实施例中的步骤S409以及步骤S408,或可以用于执行图5所示的实施例中的步骤S509,或可以用于执行图6所示的实施例中的步骤S609,或可以用于执行图7所示的实施例中的步骤S703,或可以用于执行图8所示的实施例中的步骤S804以及步骤S806,和/或用于支持本文所描述的技术的其它过程。通信模块1102用于通信装置1100和其它模块进行通信,其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
如图12所示为本申请实施例提供的通信装置1200,其中,通信装置1200可以是图4或图5~图8所示的实施例中的VNFM,能够实现本申请实施例提供的方法中VNFM的功能;通信装置1200也可以是能够支持VNFM实现本申请实施例提供的方法中VNFM的功能的装置。其中,该通信装置1200可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置1200包括至少一个处理器1220,用于实现或用于支持通信装置1200实现本申请实施例提供的方法中VNFM的功能。示例性地,处理器1220可以确定用于实例化该VNF所需的资源,具体参见方法示例中的详细描述,此处不做赘述。
通信装置1200还可以包括至少一个存储器1230,用于存储程序指令和/或数据。存储器1230和处理器1220耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1220可能和存储器1230协同操作。处理器1220可能执行存储器1230中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置1200还可以包括通信接口1210,用于通过传输介质和其它设备进行通信,从而用于通信装置1200中的装置可以和其它设备进行通信。示例性地,该其它设备可以是控制设备。处理器1220可以利用通信接口1210收发数据。
本申请实施例中不限定上述通信接口1210、处理器1220以及存储器1230之间的具体连接介质。本申请实施例在图12中以存储器1230、处理器1220以及通信接口1210之间通过总线1240连接,总线在图12中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图12中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器1220可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器1230可以是非易失性存储器,比如硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
如图13所示为本申请实施例提供的通信装置1300,其中,通信装置1300可以是容器即服务管理器,能够实现本申请实施例提供的方法中容器即服务管理器的功能;通信装置1300也可以是能够支持容器即服务管理器实现本申请实施例提供的方法中容器即服务管理器的功能的装置。其中,该通信装置1300可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置1300包括至少一个处理器1320,用于实现或用于支持通信装置1300实现本申请实施例提供的方法中容器即服务管理器的功能。示例性地,处理器1320可以对每个容器节点资源池中的资源进行管理,具体参见方法示例中的详细描述,此处不做赘述。
通信装置1300还可以包括至少一个存储器1330,用于存储程序指令和/或数据。存储器1330和处理器1320耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1320可能和存储器1330协同操作。处理器1320可能执行存储器1330中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置1300还可以包括通信接口1310,用于通过传输介质和其它设备进行通信,从而用于装置1300中的装置可以和其它设备进行通信。示例性地,该其它设备可以是关联接入点。处理器1320可以利用通信接口1310收发数据。
本申请实施例中不限定上述通信接口1310、处理器1320以及存储器1330之间的具体连接介质。本申请实施例在图13中以存储器1330、处理器1320以及通信接口1310之间通过总线1340连接,总线在图13中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图13中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器1320可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器1330可以是非易失性存储器,比如硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行图4~图8所示的实施例中VNFM执行的方法。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行图4~图8所示的实施例中容器即服务管理器执行的方法。
本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得计算机执行图4~图8所示的实施例中VNFM执行的方法。
本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得计算机执行图4~图8所示的实施例中容器即服务管理器执行的方法。
本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现前述方法中VNFM的功能。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现前述方法中容器即服务管理器的功能。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例提供了一种系统,所述系统包括前述所述的VNFM和容器即服务管理器。
本申请实施例提供的方法中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件或固件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,简称DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,简称DVD))、或者半导体介质(例如,SSD)等。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (29)
1.一种虚拟化网络功能VNF的资源管理方法,其特征在于,包括:
虚拟化网络功能管理器VNFM接收VNF的实例化请求;
所述VNFM根据所述VNF对应的虚拟化网络功能描述符VNFD,获取用于实例化所述VNF的功能组件对应的虚拟化部署单元VDU,所述VDU包括虚拟资源描述信息,所述虚拟资源描述信息用于确定部署所述功能组件所需的虚拟机VM资源的资源规格,所述资源规格包括资源类型和/或资源容量;
所述VNFM根据至少一个VM资源创建至少一个容器节点资源池,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述至少一个VM资源是虚拟化基础设施管理VIM根据所述VDU确定的,所述至少一个VM资源用于部署所述VNF;
所述VNFM将所述至少一个容器节点资源池的信息发送给容器即服务管理器,所述容器即服务管理器接管所述至少一个容器节点资源池,进行容器资源管理。
2.根据权利要求1所述的方法,其特征在于,所述每个容器节点资源池的信息包括如下信息中的至少一种:
容器节点资源池的标识;
容器节点资源池中包括的VM资源的数量;
容器节点资源池中包括的VM资源的资源规格。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述VNFM根据每个容器节点资源池包括的VM资源,以及所述VDU与所述VM资源的对应关系,确定所述VDU与所述至少一个容器节点资源池的映射关系。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述方法还包括:
所述VNFM接收第一伸缩请求,所述第一伸缩请求用于指示为所述VNF增加VM资源;
所述VNFM获取增加的VM资源的资源规格;
所述VNFM将所述增加的VM资源加入到第一容器节点资源池中,所述第一容器节点资源池中的VM资源的资源规格与所述增加的VM资源的资源规格相同;
所述VNFM更新所述第一容器节点资源池的信息。
5.根据权利要求1-3中任一项所述的方法,其特征在于,所述方法还包括:
所述VNFM接收第二伸缩请求,所述第二伸缩请求用于指示为所述VNF减少VM资源;
所述VNFM获取减少的VM资源的资源规格;
所述VNFM从第二容器节点资源池中删除所述减少的VM资源,所述第二容器节点资源中的VM资源的资源规格与所述减少的VM资源的资源规格相同;
所述VNFM更新所述第二容器节点资源池的信息。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述VNFM向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第一容器节点资源池中变更的VM资源的信息。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述VNFM向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第二容器节点资源池中变更的VM资源的信息。
8.根据权利要求1-7中所述的方法,其特征在于,所述方法还包括:
所述VNFM接收VNF的终结请求,所述终结请求用于指示释放实例化所述VNF所使用的VM资源;
所述VNFM向所述容器即服务管理器发送去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括与所述VNF对应的至少一个容器节点资源池的信息。
9.根据权利要求1-8中任一项所述的方法,其特征在于,所述容器即服务管理器是独立部署的用于管理容器节点资源的实体,或,所述容器即服务管理器是所述VNFM根据所述VNF的实例化请求创建的VNF实例。
10.一种虚拟化网络功能VNF的资源管理方法,其特征在于,包括:
容器即服务管理器接收虚拟化网络功能管理器VNFM发送的至少一个容器节点资源池的信息,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述资源规格包括资源类型和/或资源容量;
所述容器即服务管理器接管所述至少一个容器节点资源池,进行容器资源管理。
11.根据权利要求10所述的方法,其特征在于,其特征在于,所述每个容器节点资源池的信息包括如下信息中的至少一种:
容器节点资源池的标识;
容器节点资源池中包括的VM资源的数量;
容器节点资源池中包括的VM资源的资源规格。
12.根据权利要求10或11中所述的方法,其特征在于,所述方法还包括:
所述容器即服务管理器接收所述VNFM发送的变更请求,所述变更请求中包括第一容器节点资源池或第二容器节点资源池中变更的VM资源的信息,所述至少一个容器节点资源池包括所述第一容器节点资源池和所述第二容器节点资源池。
13.根据权利要求10-12中所述的方法,其特征在于,所述方法还包括:
所述容器即服务管理器接收所述VNFM发送的去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括去配置的至少一个容器节点资源池的信息;
所述容器即服务管理器解除对所述去配置的至少一个容器节点资源池的管理,并释放所述去配置的至少一个容器节点资源池中的VM资源。
14.一种通信装置,其特征在于,包括:
接收模块,用于接收虚拟化网络功能VNF的实例化请求;
获取模块,用于根据所述VNF对应的虚拟化网络功能描述符VNFD,获取用于实例化所述VNF的功能组件对应的虚拟化部署单元VDU,所述VDU包括虚拟资源描述信息,所述虚拟资源描述信息用于确定部署所述功能组件所需的虚拟机VM资源的资源规格,所述资源规格包括资源类型和/或资源容量;
创建模块,用于根据至少一个VM资源创建至少一个容器节点资源池,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述至少一个VM资源是虚拟化基础设施管理VIM根据所述VDU确定的,所述至少一个VM资源用于部署所述VNF;
发送模块,用于将所述至少一个容器节点资源池的信息发送给容器即服务管理器,所述容器即服务管理器接管所述至少一个容器节点资源池,进行容器资源管理。
15.根据权利要求14所述的装置,其特征在于,所述每个容器节点资源池的信息包括如下信息中的至少一种:
容器节点资源池的标识;
容器节点资源池中包括的VM资源的数量;
容器节点资源池中包括的VM资源的资源规格。
16.根据权利要求14或15所述的装置,其特征在于,所述创建模块还用于:
根据每个容器节点资源池包括的VM资源,以及所述VDU与所述VM资源的对应关系,确定所述VDU与所述至少一个容器节点资源池的映射关系。
17.根据权利要求14-16中任一项所述的装置,其特征在于,
所述接收模块,还用于接收第一伸缩请求,所述第一伸缩请求用于指示为所述VNF增加VM资源;
所述获取模块,还用于获取增加的VM资源的资源规格;
所述创建模块,还用于将所述增加的VM资源加入到第一容器节点资源池中,所述第一容器节点资源池中的VM资源的资源规格与所述增加的VM资源的资源规格相同;以及,更新所述第一容器节点资源池的信息。
18.根据权利要求14-16中任一项所述的装置,其特征在于,
所述接收模块,还用于接收第二伸缩请求,所述第二伸缩请求用于指示为所述VNF减少VM资源;
所述获取模块,还用于获取减少的VM资源的资源规格;
所述创建模块,还用于从第二容器节点资源池中删除所述减少的VM资源,所述第二容器节点资源中的VM资源的资源规格与所述减少的VM资源的资源规格相同;以及,更新所述第二容器节点资源池的信息。
19.根据权利要求17所述的装置,其特征在于,所述发送模块还用于:
向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第一容器节点资源池中变更的VM资源的信息。
20.根据权利要求18所述的装置,其特征在于,所述发送模块还用于:
向所述容器即服务管理器发送变更请求,所述变更请求中包括所述第二容器节点资源池中变更的VM资源的信息。
21.根据权利要求14-20中所述的装置,其特征在于,
所述接收模块,还用于接收VNF的终结请求,所述终结请求用于指示释放实例化所述VNF所使用的VM资源;
所述发送模块,还用于向所述容器即服务管理器发送去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括与所述VNF对应的至少一个容器节点资源池的信息。
22.根据权利要求14-21中任一项所述的装置,其特征在于,所述容器即服务管理器是独立部署的用于管理容器节点资源的实体,或,所述容器即服务管理器是所述VNFM根据所述VNF的实例化请求创建的VNF实例。
23.一种通信装置,其特征在于,包括:
接收模块,用于接收虚拟化网络功能管理器VNFM发送的至少一个容器节点资源池的信息,每个容器节点资源池中包括一个VM资源或具有相同资源规格的多个VM资源,所述资源规格包括资源类型和/或资源容量;
处理模块,还用于接管所述至少一个容器节点资源池,进行容器资源管理。
24.根据权利要求23所述的装置,其特征在于,其特征在于,所述每个容器节点资源池的信息包括如下信息中的至少一种:
容器节点资源池的标识;
容器节点资源池中包括的VM资源的数量;
容器节点资源池中包括的VM资源的资源规格。
25.根据权利要求23或24中所述的装置,其特征在于,
所述接收模块,还用于接收所述VNFM发送的变更请求,所述变更请求中包括第一容器节点资源池或第二容器节点资源池中变更的VM资源的信息,所述至少一个容器节点资源池包括所述第一容器节点资源池和所述第二容器节点资源池。
26.根据权利要求23-25中所述的装置,其特征在于,
所述接收模块,还用于接收所述VNFM发送的去配置请求,所述去配置请求用于指示去配置实例化所述VNF所使用的容器节点资源,所述去配置请求中包括去配置的至少一个容器节点资源池的信息;
所述处理模块,还用于解除对所述去配置的至少一个容器节点资源池的管理,并释放所述去配置的至少一个容器节点资源池中的VM资源。
27.一种通信装置,其特征在于,包括处理器,所述处理器用于与存储器耦合,读取并执行所述存储器中的指令,以实现如权利要求1-9或10-13中任一项所述的方法。
28.一种可读存储介质,其特征在于,包括程序或指令,当所述程序或指令被执行时,如权利要求1-9或10-13中任意一项所述的方法被执行。
29.一种计算机程序产品,其特征在于,包括计算机可读指令,当通信装置读取并执行所述计算机可读指令,使得所述通信装置执行如权利要求1-9或10-13中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910195790.6A CN111698112B (zh) | 2019-03-15 | 2019-03-15 | 一种容器化虚拟网络功能vnf的资源管理方法及装置 |
PCT/CN2020/071246 WO2020186911A1 (zh) | 2019-03-15 | 2020-01-09 | 一种容器化虚拟网络功能vnf的资源管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910195790.6A CN111698112B (zh) | 2019-03-15 | 2019-03-15 | 一种容器化虚拟网络功能vnf的资源管理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111698112A true CN111698112A (zh) | 2020-09-22 |
CN111698112B CN111698112B (zh) | 2021-09-14 |
Family
ID=72475713
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910195790.6A Active CN111698112B (zh) | 2019-03-15 | 2019-03-15 | 一种容器化虚拟网络功能vnf的资源管理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111698112B (zh) |
WO (1) | WO2020186911A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114189270A (zh) * | 2021-10-25 | 2022-03-15 | 西安空间无线电技术研究所 | 一种部署UPF的星载gNB基站及其数据处理方法 |
WO2022095027A1 (en) | 2020-11-09 | 2022-05-12 | Zte Corporation | A method, device and system of container cluster scaling |
WO2022188150A1 (zh) * | 2021-03-12 | 2022-09-15 | 华为技术有限公司 | 自动扩容方法、自动缩容方法及装置 |
CN115145714A (zh) * | 2021-03-30 | 2022-10-04 | 中国电信股份有限公司 | 容器实例的调度方法、装置和系统 |
CN115145690A (zh) * | 2022-06-30 | 2022-10-04 | 小米汽车科技有限公司 | 集群资源伸缩方法、装置及容器集群管理系统 |
WO2023066224A1 (zh) * | 2021-10-21 | 2023-04-27 | 华为技术有限公司 | 一种部署容器服务的方法及装置 |
WO2023150950A1 (en) * | 2022-02-10 | 2023-08-17 | Zte Corporation | Container network controller |
WO2024114645A1 (zh) * | 2022-11-30 | 2024-06-06 | 华为技术有限公司 | 一种虚拟化网络功能vnf的实例化方法及装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112468325B (zh) * | 2020-11-11 | 2023-07-11 | 广州鲁邦通物联网科技股份有限公司 | 一种可复用的vpn架构和vpn调度方法 |
CN113839995B (zh) * | 2021-09-06 | 2024-07-09 | 阿里巴巴(中国)有限公司 | 跨域资源纳管系统、方法、设备及存储介质 |
CN115914402B (zh) * | 2022-11-09 | 2024-03-19 | 中国联合网络通信集团有限公司 | 算力资源节点的确定方法、装置、设备以及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105760214A (zh) * | 2016-04-19 | 2016-07-13 | 华为技术有限公司 | 一种设备状态及资源信息监测方法、相关设备及系统 |
CN106209402A (zh) * | 2015-04-30 | 2016-12-07 | 华为技术有限公司 | 一种虚拟网络功能的伸缩方法和设备 |
WO2018174897A1 (en) * | 2017-03-24 | 2018-09-27 | Nokia Technologies Oy | Methods and apparatuses for multi-tiered virtualized network function scaling |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9973375B2 (en) * | 2013-04-22 | 2018-05-15 | Cisco Technology, Inc. | App store portal providing point-and-click deployment of third-party virtualized network functions |
CN105703927B (zh) * | 2014-11-25 | 2019-09-03 | 华为软件技术有限公司 | 一种资源分配方法、网络设备和网络系统 |
WO2017011938A1 (zh) * | 2015-07-17 | 2017-01-26 | 华为技术有限公司 | 虚拟网络功能扩容的方法和装置 |
-
2019
- 2019-03-15 CN CN201910195790.6A patent/CN111698112B/zh active Active
-
2020
- 2020-01-09 WO PCT/CN2020/071246 patent/WO2020186911A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106209402A (zh) * | 2015-04-30 | 2016-12-07 | 华为技术有限公司 | 一种虚拟网络功能的伸缩方法和设备 |
CN105760214A (zh) * | 2016-04-19 | 2016-07-13 | 华为技术有限公司 | 一种设备状态及资源信息监测方法、相关设备及系统 |
WO2018174897A1 (en) * | 2017-03-24 | 2018-09-27 | Nokia Technologies Oy | Methods and apparatuses for multi-tiered virtualized network function scaling |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022095027A1 (en) | 2020-11-09 | 2022-05-12 | Zte Corporation | A method, device and system of container cluster scaling |
WO2022188150A1 (zh) * | 2021-03-12 | 2022-09-15 | 华为技术有限公司 | 自动扩容方法、自动缩容方法及装置 |
CN115145714A (zh) * | 2021-03-30 | 2022-10-04 | 中国电信股份有限公司 | 容器实例的调度方法、装置和系统 |
WO2023066224A1 (zh) * | 2021-10-21 | 2023-04-27 | 华为技术有限公司 | 一种部署容器服务的方法及装置 |
CN114189270A (zh) * | 2021-10-25 | 2022-03-15 | 西安空间无线电技术研究所 | 一种部署UPF的星载gNB基站及其数据处理方法 |
CN114189270B (zh) * | 2021-10-25 | 2024-05-03 | 西安空间无线电技术研究所 | 一种部署UPF的星载gNB基站及其数据处理方法 |
WO2023150950A1 (en) * | 2022-02-10 | 2023-08-17 | Zte Corporation | Container network controller |
CN115145690A (zh) * | 2022-06-30 | 2022-10-04 | 小米汽车科技有限公司 | 集群资源伸缩方法、装置及容器集群管理系统 |
CN115145690B (zh) * | 2022-06-30 | 2023-08-04 | 小米汽车科技有限公司 | 集群资源伸缩方法、装置及容器集群管理系统 |
WO2024114645A1 (zh) * | 2022-11-30 | 2024-06-06 | 华为技术有限公司 | 一种虚拟化网络功能vnf的实例化方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111698112B (zh) | 2021-09-14 |
WO2020186911A1 (zh) | 2020-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111698112B (zh) | 一种容器化虚拟网络功能vnf的资源管理方法及装置 | |
US10616133B2 (en) | Resource configuration method and network device thereof | |
EP3471345B1 (en) | Sla-based resource allocation method and nfvo | |
US10917294B2 (en) | Network function instance management method and related device | |
CN106657173B (zh) | 一种nfv架构下软件升级中的业务迁移方法、装置及服务器 | |
CN111221618B (zh) | 一种容器化虚拟网络功能的部署方法和装置 | |
US9094287B2 (en) | System and method for providing a topology path | |
WO2016121834A1 (ja) | ネットワーク機能仮想化管理方法とシステムと装置とプログラム | |
CN109428764B (zh) | 虚拟网络功能的实例化方法 | |
US20180004563A1 (en) | Orchestrator apparatus, system, virtual machine creation method, and computer-readable recording medium | |
CN109995552B (zh) | Vnf服务实例化方法及装置 | |
CN108345490B (zh) | 一种nfv中部署虚拟机的方法和系统 | |
CN113918268A (zh) | 一种多租户管理方法及装置 | |
CN114124740B (zh) | 一种vnf实例化的方法和装置 | |
CN116724543A (zh) | 容器集群的管理方法和装置 | |
CN111355602B (zh) | 一种资源对象的管理方法及装置 | |
CN109933959B (zh) | 一种许可证控制方法及相关设备 | |
CN113138833A (zh) | 一种部署虚拟机的方法及相关装置 | |
WO2022198524A1 (zh) | 服务实例部署方法、节点间的负载均衡方法及系统 | |
CN112015515B (zh) | 一种虚拟网络功能的实例化方法及装置 | |
WO2018014351A1 (zh) | 一种资源配置方法及装置 | |
JP7450072B2 (ja) | 仮想化ネットワーク・サービス配備方法及び装置 | |
CN113760440B (zh) | 一种虚拟化的网络服务的部署方法及装置 | |
CN112889247A (zh) | Vnf服务实例化方法及装置 | |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |