CN118057776A - 部署虚拟化网络功能的方法和通信装置 - Google Patents

Abstract

一种部署虚拟化网络功能的方法和通信装置，该方法包括：第一网元向CaaS管理器发送第一请求消息，第一请求消息用于请求部署第一VNF的第一VDU，第一请求消息包括第一VDU的诉求信息，第一VDU的诉求信息包括用于部署第一VDU的节点组的诉求信息，节点组为一个HA中的一个或多个节点的集合；第一网元接收来自CaaS管理器的第一请求响应消息，第一请求响应消息指示第一VDU部署成功，其中，第一VDU被部署在第一节点上，第一节点属于第一节点组，第一节点组满足节点组的诉求信息。该方法能够更好地实现多VNF的在HA中的共部署诉求。

Description

部署虚拟化网络功能的方法和通信装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种部署虚拟化网络功能的方法和装置。

背景技术

在容器化场景下，当多个虚拟化网络功能(virtualized network function，VNF)在主机组(host aggregate，HA)中进行资源共享时，由于每个VNF都可独立地规划或配置HA中单板对应的节点的标签，随着VNF部署数量增加，不同VNF在同一节点的标签不断增加且相互叠加，从而导致VNF部署的管理成本加大。另外，该HA下的任一个单板，可能混合部署多个VNF下的最小部署单元(Pod)，一旦单板出现故障将直接影响部署在该单板上的所有VNF，导致故障影响范围变大，使得多VNF间的连带影响也变得更为恶劣。因此，如何更好地实现多个VNF在HA中的共部署已成为亟待解决的问题。

发明内容

本申请提供一种部署虚拟化网络功能的方法和装置，能够更好地实现多个VNF在HA中的共部署。

第一方面，提供了一种部署虚拟化网络功能的方法，该方法可以由第一网元执行，或者，也可以由配置于第一网元中的芯片或电路执行，本申请对此不作限定。

该方法可以包括：第一网元向容器即服务CaaS管理器发送第一请求消息，第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，第一请求消息包括第一VDU的诉求信息，第一VDU的诉求信息包括用于部署第一VDU的节点组的诉求信息，节点组为一个主机组HA中的一个或多个节点的集合；第一网元接收来自CaaS管理器的第一请求响应消息，第一请求响应消息指示第一VDU部署成功，其中，第一VDU被部署在第一节点上，第一节点属于第一节点组，第一节点组满足节点组的诉求信息。

上述技术方案中，在HA中引入节点组的概念，可以更好地实现多个VNF的在HA中的共部署诉求(即多个VNF的在HA中的资源共享)。具体的，VNF在部署时仅在对应的节点组中规划或配置相应的节点标签，VNF仅在对应的节点组中完成节点的调度匹配，降低了VNF共部署的管理成本。另外，该方案中多个VNF可以通过不同节点组实现在HA中的共部署，相比现有技术可以减小由于HA中单板故障所带来的多VNF间的连带影响。因此，该方案可以更好的地实现多个VNF在HA中的共部署。

在第一方面的某些实现方式中，节点组的诉求信息为节点组的标签诉求信息。

示例的，第一VDU对节点组的诉求信息为在HA1的节点组2中部署第一VDU，则第一VDU对HA和节点组的标签对应的键值对的取值为HA:HA1，NodeGroup:NodeGroup2。

在第一方面的某些实现方式中，第一VDU的诉求信息还包括用于部署第一VDU的HA的诉求信息。

在第一方面的某些实现方式中，该方法还包括：第一网元获取第一信息，第一信息指示在第一节点组中创建N个节点，N个节点包括第一节点，N为正整数；第一网元向CaaS管理器发送第二请求消息，第二请求消息用于请求在第一节点组中创建N个节点；第一网元接收来自CaaS管理器的第二请求响应消息，第二请求响应消息指示N个节点创建完成。

在第一方面的某些实现方式中，该方法还包括：第一网元获取第二信息，第二信息指示在第一HA中创建第一节点组；第一网元向CaaS管理器发送第三请求消息，第三请求消息用于请求在第一HA中创建第一节点组；第一网元接收来自CaaS管理器的第三请求响应消息，第三请求响应消息指示第一节点组创建完成。

在第一方面的某些实现方式中，第一网元获取第一信息，以及第一网元获取第二信息，包括：第一网元接收来自用户的第一信息和第二信息。

在第一方面的某些实现方式中，第一网元获取第一信息，以及第一网元获取第二信息，包括：第一网元接收来自用户的第四请求消息，第四请求消息用于请求部署第一VDU，第四请求消息包括第一VDU的诉求信息，第一VDU的诉求信息还包括用于部署第一VDU所需资源的大小的诉求信息；第一网元获取一个或多个HA的每个节点组中节点的可用资源的信息，一个或多个HA中包含第一HA；第一网元根据可用资源的信息和第一VDU的诉求信息确定第一信息和第二信息。

需要说明的是，第一节点组可以是当前已有的节点组，同理，第一节点可以是第一节点组中已有的节点，本申请对此不做限定。

在第一方面的某些实现方式中，第一请求消息和第四请求消息用于请求实例化第一VDU，或，第一请求消息和第四请求消息用于请求在第一VNF中扩容部署第一VDU。

在第一方面的某些实现方式中，第一网元为虚拟网络功能管理器VNFM或网络功能虚拟化编排器NFVO。

第二方面，提供了一种部署虚拟化网络功能的方法，该方法可以由CaaS管理器执行，或者，也可以由配置于CaaS管理器中的芯片或电路执行，本申请对此不作限定。

该方法可以包括：容器即服务CaaS管理器接收来自第一网元的第一请求消息，第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，第一请求消息包括第一VDU的诉求信息，第一VDU的诉求信息包括用于部署第一VDU的节点组的诉求信息，节点组为一个主机组HA中的一个或多个节点的集合；CaaS管理器根据第一请求消息在第一节点上部署第一VDU，其中，第一节点属于第一节点组，第一节点组满足节点组的诉求信息；CaaS管理器向第一网元发送第一请求响应消息，第一请求响应消息指示第一VDU部署成功。

关于第二方面的有益效果参见第一方面中的描述，这里不再赘述。

在第二方面的某些实现方式中，节点组的诉求信息为节点组的标签诉求信息。

在第二方面的某些实现方式中，第一VDU的诉求信息还包括用于部署第一VDU的HA的诉求信息。

在第二方面的某些实现方式中，该方法还包括：CaaS管理器接收来自第一网元的第二请求消息，第二请求消息用于请求在第一节点组中创建N个节点；CaaS管理器向第一网元发送第二请求响应消息，第二请求响应消息指示N个节点创建完成。

在第二方面的某些实现方式中，该方法还包括：CaaS管理器接收来自第一网元的第三请求消息，第三请求消息用于请求在第一HA中创建第一节点组；CaaS管理器向第一网元发送第三请求响应消息，第三请求响应消息指示第一节点组创建完成。

在第二方面的某些实现方式中，第一VDU的诉求信息还包括用于部署第一VDU所需资源的大小的诉求信息，该方法还包括：CaaS管理器在第一HA中创建第一节点组；

CaaS管理器在第一节点组中创建N个节点，N个节点包括第一节点，N为正整数，其中，第一节点组和N个节点的创建是CaaS管理器基于一个或多个HA的每个节点组中节点的可用资源的信息和第一VDU的诉求信息确定的，一个或多个HA中包含第一HA；CaaS管理器向第一网元发第三信息，第三信息包括第一节点组和N个节点的信息。

在第二方面的某些实现方式中，第一请求消息和第四请求消息用于请求实例化第一VDU，或，第一请求消息和第四请求消息用于请求在第一VNF中扩容部署第一VDU。

在第二方面的某些实现方式中，第一网元为虚拟网络功能管理器VNFM或网络功能虚拟化编排器NFVO。

第三方面，提供了一种部署虚拟化网络功能的方法，该方法包括：

第一网元向容器即服务CaaS管理器发送第一请求消息，第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，第一请求消息包括第一VDU的诉求信息，第一VDU的诉求信息包括用于部署第一VDU的节点组的诉求信息，节点组为一个主机组HA中的一个或多个节点的集合；容器即服务CaaS管理器接收来自第一网元的第一请求消息，并根据第一请求消息在第一节点上部署第一VDU，其中，第一节点属于第一节点组，第一节点组满足节点组的诉求信息；CaaS管理器向第一网元发送第一请求响应消息，第一请求响应消息指示第一VDU部署成功；第一网元接收来自CaaS管理器的第一请求响应消息。

关于第三方面的有益效果参见第二方面的描述，这里不再赘述。

在第三方面的某些实现方式中，该方法还包括：第一网元获取第一信息，第一信息指示在第一节点组中创建N个节点，N个节点包括第一节点，N为正整数；第一网元向CaaS管理器发送第二请求消息，第二请求消息用于请求在第一节点组中创建N个节点；CaaS管理器接收来自第一网元的第二请求消息；CaaS管理器向第一网元发送第二请求响应消息，第二请求响应消息指示N个节点创建完成，第一网元接收来自CaaS管理器的第二请求响应消息。

在第三方面的某些实现方式中，该方法还包括：第一网元获取第二信息，第二信息指示在第一HA中创建第一节点组；第一网元向CaaS管理器发送第三请求消息，第三请求消息用于请求在第一HA中创建第一节点组；CaaS管理器接收来自第一网元的第三请求消息；CaaS管理器向第一网元发送第三请求响应消息，第三请求响应消息指示第一节点组创建完成；第一网元接收来自CaaS管理器的第三请求响应消息。

第四方面，提供一种通信装置，该装置用于执行上述第一方面提供的方法。具体地，该装置可以包括用于执行第一方面以及第一方面中任一种可能实现方式中的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为第一网元。当该装置为第一网元时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为用于第一网元中的芯片、芯片系统或电路。当该装置为用于第一网元中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第五方面，提供一种通信装置，该装置用于执行上述第二方面提供的方法。具体地，该装置可以包括用于执行第二方面以及第二方面中任一种可能实现方式中的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为CaaS管理器。当该装置为CaaS管理器时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为用于CaaS管理器中的芯片、芯片系统或电路。当该装置为用于终端设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第六方面，提供一种通信装置，该装置包括：包括至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信装置执行第一方面以及第一方面中任一种可能实现方式中的方法。

在一种实现方式中，该装置为第一网元。

在另一种实现方式中，该装置为用于第一网元中的芯片、芯片系统或电路。

第七方面，提供一种通信装置，该装置包括：包括至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信装置执行第二方面以及第二方面中任一种可能实现方式中的方法。

在一种实现方式中，该装置为CaaS管理器。

在另一种实现方式中，该装置为用于CaaS管理器中的芯片、芯片系统或电路。

第八方面，本申请提供一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第九方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。

第十方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。

第十一方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。

第十二方面，提供一种通信系统，该通信系统包括第六方面以及第七方面所示的通信装置。

附图说明

图1为本申请实施例提供的一种基于NFV的网络架构的示意图。

图2是本申请提出的一种部署VNF的示意性流程图。

图3是本申请提出的一种手动管理节点组的方法的示意性流程图。

图4是本申请提出的一种在第一VNF实例化过程中基于VNFM部署的自动管理节点组的方法的示意性流程图。

图5是本申请提出的一种在第一VNF扩容过程中基于VNFM部署的自动管理节点组的方法的示意性流程图。

图6是本申请提出的一种在第一VNF实例化过程中基于NFVO部署的自动管理节点组的方法的示意性流程图。

图7是本申请提出的一种在第一VNF实例化过程中基于CaaS管理器部署的自动管理节点组的方法的示意性流程图。

图8为本申请提供的通信装置100的示意性框图。

图9为本申请提供的通信装置200的示意性结构图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

图1为本申请实施例提供的一种基于NFV的网络架构的示意图。如图1所示，该网络架构包括：网络功能虚拟化编排器(Network Function Virtualization Orchestrator，NFVO)102、虚拟化网络功能管理器(Virtualized Network Function Manager，VNFM)104、虚拟化基础设施管理器(Virtualized Infrastructure Manager，VIM)106、网络功能虚拟化基础设施(Network Function Virtualization Infrastructure，NFVI)、虚拟化网络功能(Virtualized Network Function，VNF)108和网元管理系统(Element Manager System，EMS)110，其中，NFVO102、VNFM104和VIM106属于NFV系统的管理编排(Management andOrchestration，MANO)，MANO的相关功能可以通过硬件实现，也可以通过软件实现。下面，分别对上述网元进行简要介绍。

NFVO102，实现网络服务描述符(Network Service Descriptor，NSD)、虚拟网络功能描述符(Virtualized Network Function Descriptor，VNFD)、虚拟网络功能转发图(Virtualized Network Function Forwarding Graph，VNFFG)的管理，网络服务(NetworkService，NS)生命周期的管理，和资源的全局视图功能。主要负责处理虚拟化业务的生命周期管理，以及NFVI中虚拟资源的分配和调度等。NFVO102可以与一个或多个VNFM104通信，以执行资源相关请求，发送配置信息给VNFM104。收集VNF108的状态信息。另外，NFVO102也可与VIM106通信，执行资源分配，和/或预留，交换虚拟化硬件资源配置和状态信息。

VNFM104，负责一个或多个VNF108的生命周期管理，比如实例化(instantiating)，更新(updating)，查询，弹性伸缩(scaling)，终止(terminating)VNF108。VNFM104可以与VNF108通信以完成VNF生命周期管理及交换配置和状态信息。在NFV架构中VNFM104可以有多个，负责对不同类型的VNF进行生命周期管理。

VIM106，即虚拟化基础设施管理器，控制和管理VNF108与计算硬件112，存储硬件114，网络硬件116，虚拟计算118，虚拟存储120，虚拟网络122的交互。例如VIM106执行资源管理功能，包括管理基础设施资源、分配(例如增加资源给虚拟容器)及运行功能(例如收集NFVI故障信息)。VNFM104及VIM106可以相互通信，请求资源分配，交换虚拟化硬件资源配置和状态信息。

VNF108，也可称之为虚拟化网元，对应于传统的非虚拟化网络中的物理网络功能。网络功能的功能性行为和状态与网络功能的虚拟化与否无关。通过使用X86等通用性硬件以及虚拟化技术，来承载很多功能的软件处理，从而降低网络昂贵的设备成本。

EMS110，是传统电信系统中用于对设备进行配置，管理的系统，在NFV架构中，EMS110也可以用于对VNF进行配置和管理，以及向VNFM发起新的VNF的实例化等生命周期管理操作。

NFVI，即NFV的基础设施层，包含硬件部件，软件部件或两者组合，以建立虚拟化环境，部署，管理及实现VNF108。硬件资源和虚拟化层用于为VNF108提供虚拟化资源，如虚拟机和其他形式的虚拟容器。硬件资源包括计算(computing)硬件112，存储硬件114，网络硬件116。可选地，计算硬件112和存储硬件114的资源可以集中在一起。NFVI中的虚拟化层可以抽象硬件资源，解耦VNF108与底层的物理网络层。

OSS/BSS124，支持各种端到端电信业务。OSS支持的管理功能包括：网络配置，业务提供，故障管理等。BSS处理订单，付费，收入等，支持产品管理，订单管理，收益管理及客户管理。

为了便于理解本申请，在介绍本申请提供的方法之前，首先对本申请涉及的概念做简要介绍。

1、云计算(cloud computing)：一种基于互联网的计算新方式，通过互联网上异构、自治的服务为个人和企业用户提供按需即取的计算。云计算包含三个层次的服务：基础设施即服务(IaaS)、平台即服务(platform as a service，PaaS)和软件即服务(softwareas aservice，SaaS)。其中，PaaS是把服务器平台作为一种服务提供的商业模式，实际上是指将软件研发平台作为一种服务，以SaaS的模式提交给用户。

2、容器(container)：一种操作系统级别的虚拟化技术，通过操作系统隔离技术将不同的进程隔离开来。用于将应用与其所有必要文件捆绑到一个运行时环境中的技术。作为一个单元，容器可以在任何环境下的任何操作系统上轻松移动和运行。

3、容器即服务(container as a service，CaaS)：是一种特定类型的PaaS。

4、Kubernetes(K8S)：谷歌(Google)开源的容器集群管理系统，构建于docker技术之上，为容器化的应用提供资源调度、部署运行、服务发现、扩缩容等一整套功能，也就是说，K8S是负责自动化运维管理多个Docker程序的集群，本质上可看作是基于容器技术的迷你CaaS(mini-CaaS)管理器。

5、虚拟机(virtual machine，VM)容器：基于虚拟机部署的容器化系统；包括虚拟化基础设施、容器化管理平台、及网元VNF。其中，VM指通过虚拟机软件在物理设备上模拟出的虚拟设备。对于在虚拟机中运行的应用程序而言，这些虚拟机就像真正的物理设备那样进行工作，虚拟机上可以安装操作系统和应用程序，虚拟机还可访问网络资源。

6、裸机(bare metal)容器：基于裸机部署的容器化系统；包括裸机基础设施、容器化管理平台、及网元VNF。

7、主机组(host aggregate，HA)：OpenStack部署模型下的一个逻辑概念，表示一组计算单板集合及其相关元数据。通常，体系结构相同(如X86或ARM体系)、规格均质(如2*32Core或者2*64Core等)的一组单板规划到一个HA系统下。本申请中单板也可以理解为主机(host)，单板和主机在本申请中可以相互替换。

8、节点(Node)：用于部署应用或服务的工作节点，可以是虚拟机VM或者是裸机host。K8S的节点，在虚拟机容器场景下对应为VM，在裸机容器场景下对应为host。可以理解的是，当本实施例应用于其他容器管理平台或系统时，节点可以理解为相应平台或系统中的工作节点，此处不作限定。

9、最小部署单元(Pod)：K8S创建或部署的最小/最简单的基本单位，一个Pod对应一个应用的实例，部署在一个节点上。Pod可以包括一个或一组容器，它们之间共享资源。HA，节点和Pod的关系为，一个HA可以包含多个节点，一个节点上面可以部署多个Pod。

10、VNFD模板：用于部署VNF的模板文件。VNFD的模板可以引用K8S模板，以及Helm模板等容器化部署扩展模板。

VNFD模板包括VNF的信息和VNF的部署单元信息。VNF的信息也可以理解为VNF的属性，例如包括VNF的类型。VNF的部署单元信息可以理解为VNF的部署单元的属性，例如包括部署单元的数量以及部署单元对待部署节点的属性要求(或者说部署单元对待部署节点的标签诉求)。

11、虚拟部署单元(virtual deployment unit，VDU)：基于VNFD/容器化部署模板文件(ETSI定义)，虚拟机场景下“VDU对象”指的是一个VM；容器场景下“VDU对象”可以指Pod。进一步，当VDU为Pod时，可以使用VNFD模板中的参数指明是虚拟机容器还是裸机容器。

应理解，VDU是VNF的一种部署单元，实例化VNF的过程也就是将VNF的一个或多个部署单元部署到相应的节点上。本申请实施例对VNF的部署单元的类型不作限定。

12、标签(labels)：也称为节点标签，用于描述节点的属性，节点的标签例如包括附加到节点上的键值对(KEY/VALUE)。

13、大页(huge page)：在页式虚拟存储器中，会将虚拟存储空间和物理主存空间都分割为一个个固定大小的页，为线程分配内存通常是页为单位。比如页的大小为4K(例如Linux操作系统默认页的大小就是4KB)，那么4GB存储空间需要4GB/4KB＝1M条记录即1M个页。但是有些因为场景需求，页面会被设置的非常大，比如1GB，甚至几十GB，这些页被称为“大页”。

14、非统一内存访问(non uniform memory access，NUMA)：一种用于多处理器的电脑内存体设计，内存访问时间取决于处理器的内存位置。在NUMA下，处理器访问它自己的本地存储器的速度比非本地存储器(存储器的地方到另一个处理器之间共享的处理器或存储器)快一些。示例的，本申请中Mem表示内存，FreeMem(100G)表示剩余100G内存。

15、虚拟中央处理单元(central processing unit，CPU)：利用虚拟化技术虚拟出来的CPU。本申请中虚拟CPU可以称为vCPU。通常X86服务器物理核虚拟出2个vCPU，ARM服务器物理核虚拟出1个vCPU。示例的，本申请中FreeCpu(40v)表示剩余40个Vcpu。

为便于理解本申请实施例，下面对VNF的容器化部署过程进行介绍。

一种可能的具体VNF部署过程如下所示。

步骤1：通过容器化部署平台完成节点的创建及节点标签的配置。

其中，虚机容器场景，Pod调度对象VM随VNF动态创建并配置标签。裸机容器场景，Pod调度对象Host采取预先规划并配置标签。

步骤2：通过VNFD容器化部署模板，描述需要部署的Pod的个数，以及Pod对待部署节点的标签诉求。

步骤3：CaaS管理器根据每个Pod对待部署节点的标签诉求将Pod调度至匹配的节点。

示例的，通过VNFD容器化部署模板描述一个名称(name)为nginx的Pod对待部署节点的标签诉求如下所示：

可以看出，在上述模板中，名称为nginx的Pod需要调度到符合匹配表达式(matchExpressions)的节点上面，该匹配表达式中包括两个标签，每个标签对应一个键值对，两个键值对分别为键值对key1/value和键值对key2/value。

基于目前的Pod标签诉求和节点标签的匹配机制可知，满足部署该Pod的节点有如下特点：

1)该节点上同时具备key的取值为disktype和mem的标签。

2)该节点上key的取值为disktype的标签，对应的value的取值为{ssd,normal}中的一个。

3)该节点上key的取值为mem的标签，对应的value的取值为{2M,mem}中的一个。

以裸机容器场景中VNF部署为例，目前，VNF的部署存在但不限于以下问题：

(1)裸机容器场景VNF部署通过精确指定VNF下Pod对待部署节点的标签诉求实现，由于VNF部署的单板个数及资源是明确且固定的，当部署完成后，如果某一块或多块单板出现故障，那么部署在该单板上的Pod都将被强制下线，导致该VNF无法成功部署。

(2)裸机容器场景VNF部署时，需要给所对应的节点设置标签，便于资源控制和调度时做区分(例如，VNF下Pod部署时，向CaaS管理器指定该Pod所需节点的标签，CaaS管理器将该Pod调度至能匹配该标签的节点上)。实际设置标签时，每个VNF都可独立地规划或配置相应的节点标签，相当于把单板当成私有节点添加私有标签(或属性)。由于一个节点上可能有多个不同VNF的Pod部署，同一个VNF下的Pod可以在多个不同节点部署。这样，面向较大商用局点(节点数可能成百上千)时，随着VNF部署数量增加，节点上标签数量增多且不同VNF在同一节点的标签相互叠加，增大NFVI层单板和PaaS层资源节点耦合，导致VNF部署的管理成本加大。

(3)裸机容器场景VNF部署时，一个节点对应一个单板(host)。为了资源共享通常采用HA模型，同时提前规划好节点的标签。各VNF直接共享HA下单板资源，并基于节点的标签部署VFN的Pod。如果不同VNF选择部署的HA相同，则这些VNF所属的Pod将混合部署在该HA下。也就是说，该HA下的任何一个单板，可能部署任何这些VNF下的任何Pod。将引发但不限于如下问题：首先，同一个单板上共部署的不同VNF越多，不同VNF所属的Pod间可能存在对该单板上的计算、存储、带宽等资源互抢，那么，单板一旦出现故障直接影响其部署上的所有VNF实例，导致故障影响范围变大，使得多VNF间的连带影响也变得更为恶劣。另外，鉴于Pod类型分为业务类型Pod和Daemonset类型Pod(即守护进程，为业务类型Pod提供服务)。Daemonset类型Pod的部署原则是只要VNF下Pod和该HA下单板标签匹配(不论VNF下Pod实际部署在哪个或哪些单板)，则HA下所有单板都需默认部署Daemonset类型Pod。这样HA下部署的VNF越多，Daemonset类型Pod将成倍增加，导致Daemonset类型Pod是其服务的业务类型Pod的多倍，导致资源浪费。

有鉴于此，本申请提出一种方法，能够有效解决上述技术问题。

图2是本申请提出的一种部署VNF的方法的示意性流程图。该方法包括以下步骤。

S210，第一网元向CaaS管理器发送第一请求消息，第一请求消息用于请求部署第一VNF的第一VDU，第一请求消息包括第一VDU的诉求信息，第一VDU的诉求信息包括用于部署第一VDU的节点组的诉求信息。对应的，CaaS管理器接收来自第一网元的第一请求消息。

示例的，第一网元为VNFM或NFVO。需要说明的是，当第一网元为NFVO时，NFVO与CaaS管理器需要通过VNFM进行信息传输。

应理解，节点组(a group of node under HA，NodeGroup)为一个HA中的一个或多个节点的集合。示例的，节点组可以由设备供应商按需在HA下进行划分。

可选地，可以规定一个节点组上共部署的VNF的数量，进而限制多VNF间的相互影响程度。例如，规定某一节点组下共部署的VNF数不超过5个。

可选地，可以将具有相同硬件、组网、共部署诉求的VNF部署在同一个节点组；将诉求不同的VNF部署在不同的节点组。

可选地，为避免不同资源池规划相互影响，一个节点只归属于一个节点组、一个节点组只归属于一个HA。

可以理解的是，本申请实施例中的诉求或者诉求信息可以理解为部署诉求、或者部署要求、或者部署需求。可选地，第一VDU的诉求信息还包括以下诉求信息中的一个或多个：用于部署第一VDU的HA的诉求、部署第一VDU所需的资源大小、部署第一VDU的节点的体系结构、部署第一VDU的节点组可共部署VNF实例数的最大值、部署第一VDU的节点的大页内存余量。示例的，用于部署第一VDU的HA的诉求为第一VDU期望部署在HA1中的节点上，部署第一VDU所需的资源大小的诉求信息为8v&200G，第一VDU对部署节点的体系结构的诉求为第一VDU期望部署在体系结构为X86的节点上。

示例的，第一请求消息用于请求部署第一VNF的第一VDU具体为，第一请求消息用于请求实例化第一VDU。也可以理解，第一请求信息用于请求实例化第一VNF，第一VDU为第一VNF需要实例化的一个或多个VDU中的一个VDU。

示例的，第一请求消息用于请求部署第一VNF的第一VDU具体为，第一请求消息用于请求在第一VNF中扩容部署第一VDU。也可以理解，第一请求信息用于请求扩容第一VNF，第一VDU为第一VNF中需要扩容部署的一个或多个VDU中的一个VDU。

一种可能的实现方式中，第一VNF对节点组的实际部署诉求可以指向具体的节点组名称。例如，第一VNF关于节点组的实际部署诉求为，VDU1实例数2个且2个VDU1需要部署于HA1的节点组1中，所需资源大小诉求为20v&200G，VDU2实例数3个且3个VDU2需要部署在HA1的节点组2中，所需资源大小诉求为30v&300G。又例如，第一VNF关于节点组的实际部署诉求为，VDU1实例数2个和VDU2实例数3个，第一VNF部署于HA1的节点组2中，所需资源整体诉求为140v&380G。

可选地，具体的节点组名称可以通过第一VNF中的第一VDU对节点组的标签诉求信息指示。示例的，第一VDU对节点组的诉求信息为在HA1的节点组2中部署第一VDU，则第一VDU对HA和节点组的标签对应的键值对的取值为HA:HA1，NodeGroup:NodeGroup2。

另一种可能的实现方式中，第一VNF对节点组的实际部署诉求可以不指向具体的节点组名称。例如，第一VNF关于节点组的实际部署诉求为，VDU1实例数2个和VDU2实例数3个，且第一VNF在一个节点组下部署，所需资源整体诉求为140v&380G，部署第一VNF的节点组能够部署VNF实例数的最大值为5等。

S220，CaaS管理器根据第一请求消息在第一节点上部署第一VDU。其中，第一节点位于第一节点组中，第一节点组满足部署第一VDU的节点组诉求信息。

应理解，第一节点组可以是当前已有的节点组，也可以是根据第一VNF的部署诉求新增的节点组。同理，第一节点可以是第一节点组中已有的节点，也可以是根据第一VNF的部署诉求在第一节点组中新增的节点。本申请对此不做限定。

还应理解，当需要创建一个新的节点组时，可以根据实际需求可以单独创建出新的HA，在新的HA下创建新的节点，或者，在现有HA对象下创建出新的节点组对象。

示例的，如果当前已有节点组的部署条件满足第一VNF的诉求，操作人员可以不用创建新的节点组。

示例的，如果当前已有节点组的部署条件不能满足第一VNF的诉求，例如，没有合适大小的节点组，或现有节点组上部署的VNF实例数量超出可共部署VNF实例个数等，则需要向CaaS管理器发起新的节点组创建请求。

可选地，创建新的节点组可以由操作人员手动进行管理。可能的实现方式参见图3中的描述，这里暂不展开叙述。

可选地，创建新的节点组可以基于第一网元进行自动部署。可能的实现方式参见图4至图6中的描述，这里暂不展开叙述。

应理解，CaaS管理器中包括两个网元，分别为容器集群管理(container clustermanager，CCM)网元和容器基础设施服务管理(container infrastructure servicemanager，CISM)网元。例如，第一网元可以向CaaS管理器-CCM发送第一请求消息。又例如，第一网元可以向CaaS管理器-CISM发起新的节点组创建请求。在后文涉及VNFM与CaaS管理器交互的步骤中，具体VNFM与CaaS管理器中的哪个网元交互根据两个网元的功能进行确定，本申请中不做具体区分。

S230，CaaS管理向第一网元发送第一请求响应消息。第一请求响应消息指示第一VDU部署成功。对应的，第一网元接收来自CaaS管理器的第一请求响应消息。

具体的，当第一网元判断第一VNF下需要部署(例如实例化或扩容)的VDU均部署成功，则认为第一VNF部署成功，标识第一VNF部署任务全部完成。

上述技术方案中，在HA中引入节点组的概念，能够提升VNF部署的资源管理能力和资源利用率，同时实现多VNF的在HA中的共部署诉求，对裸机容器场景尤为有益。具体的，针对上述VNF的部署存在问题(1)，HA共享资源池部署VNF摒弃其与物理单板固定绑定，当部署Pod的一个单板出现问题，可以将该单板上的Pod迁移至其他节点组中匹配的节点上，从而充分继承虚机容器下云化调度、自由迁移等能力。针对上述VNF的部署存在问题(2)，VNF在部署时仅在对应的节点组中规划或配置相应的节点标签，VNF在对应的节点组中完成节点的调度匹配，从而充分继承虚机容器的分层运维能力，从而减少NFVI层单板和PaaS层资源节点耦合。针对上述VNF的部署存在问题(3)，VNF及VNF间按需在HA下的节点组中共部署或独立部署，有效减少Daemonset类型Pod部署数量，提升整体资源利用率。

下面结合图3至图6举例说明创建新的节点组的可能实现流程。为便于说明，图3至图5中以第一网元为VNFM为例进行描述，图6中以第一网元为NFVO为例进行描述。

图3是本申请提出的一种手动管理节点组的方法的示意性流程图。该流程包括以下步骤。

S301，操作人员通过VNFM界面查询系统中每个节点组的剩余可用资源的信息。

示例的，当第一网元为VNFM，VNFM可以直接对接CaaS管理器，从CaaS管理器获取系统中节点组的列表及每个节点组中节点的资源剩余情况。

示例的，当第一网元为NFVO，NFVO可以通过VNFM再对接CaaS管理器，进而从CaaS管理器获取系统中节点组的列表及每个节点组中节点的资源剩余情况。

S302，VNFM从CaaS管理器获取系统中每个节点组中节点的资源剩余情况，并在VNFM界面向操作人员显示查询结果。

S303，操作人员基于查询结果和第一VNF的部署诉求进行部署资源规划分析，判断是否需要创建新的节点组。

示例的，需要部署VNF-001和VNF-002，VNF-001和VNF-002的部署诉求为，VNF-001需要在HA1的节点组1与其他VNF共部署，部署VNF-001需要的总资源为120v&250G。同时，待部署的VNF-002需要在HA1下独立部署，需要的总资源为140v&380G，查询后可知HA1中剩余资源的情况如表1所示，其中，NodeBMCIP为对应单板的底板管理控制器(baseboardmanagement controller，BMC)IP地址。结合HA1的节点组1下现有剩余资源进行分析，以一块单板的资源为80v&200G为例，操作人员确定针对待部署的VNF-001需要在HA1的节点组1下至少再增加一块单板(即在节点组1下至少增加一个节点)，针对待部署的VNF-002需要在HA1下单独创建一个节点组(例如节点组2)，且在节点组2下至少增加两块单板(即在节点组2下至少增加两个个节点)。

表1

NodeBMCIP	NodeGroup	HA	FreeCPU/vcpu	FreeMem/G
					10.11.12.1	NodeGroup1	HA1	20	30
10.11.12.2	NodeGroup1	HA1	30	40

可选地，当VNFM判断不需要新增节点组，跳转执行图2中的步骤，不再执行剩余步骤。

可选地，当VNFM判断需要新增节点组，继续执行S304。

S304，操作人员基于分析结果，在VNFM界面输入节点组创建信息。

基于S303中操作人员确定的待部署的VNF-001和VNF-002对应的部署资源规划为例，节点组的创建信息包括在HA1中新增一个节点组2。

S305，VNFM向CaaS管理器发送该节点组创建信息。对应的，CaaS管理器接收来自VNFM的节点组创建信息。

S306，CaaS管理器根据节点组创建信息创建节点组。

应理解，为便于后续运维，CaaS管理器可以在创建节点组时，为可能创建的HA和节点组配置一些公共属性，以便后续添加的节点自动继承归属HA和节点组的相关属性。例如，在HA1下配置体系结构及HA标签(对应的键值对取值为HA:HA1)等公共属性、在节点组2下配置节点组标签(对应的键值对取值为NodeGroup:NodeGroup2)等公共属性。

示例的，节点组的创建信息包括在HA1中新增一个节点组2，增加节点组2后的HA1如表2所示。

表2

NodeBMCIP	NodeGroup	HA	FreeCPU/vcpu	FreeMem/G
					10.11.12.1	NodeGroup1	HA1	20	30
10.11.12.2	NodeGroup1	HA1	30	40
					--	NodeGroup2	HA1	--	--

S307，CaaS管理器向VNFM发送节点组添加完成响应消息。对应的，VNFM接收来自CaaS管理器的节点组添加完成响应消息。

S308，VNFM在VNFM界面向操作人员显示节点组添加完成。

S309，操作人员基于分析结果，在VNFM界面输入节点创建信息。

基于S303中操作人员确定的待部署的VNF-001和VNF-002对应的部署资源规划为例，节点创建信息包括在HA1的节点组1中新增一块单板，以及在HA1新增的节点组2中新增2块单板。

S310，VNFM向CaaS管理器发送该节点创建信息。对应的，CaaS管理器接收来自VNFM的节点创建信息。

S311，CaaS管理器根据节点创建信息创建节点。

示例的，节点创建信息包括在HA1的节点组1中新增一块单板，以及在HA1新增的节点组2中新增2块单板，增加单板后的HA1中的资源情况如表3所示。

表3

NodeBMCIP	NodeGroup	HA	FreeCPU/vcpu	FreeMem/G
					10.11.12.1	NodeGroup1	HA1	20	30
10.11.12.2	NodeGroup1	HA1	30	40
					10.11.12.3	NodeGroup1	HA1	80	200
10.11.12.4	NodeGroup2	HA1	80	200
					10.11.12.5	NodeGroup2	HA1	80	200

其中，HA1下的单板，可以继承HA1的公共属性；节点组2下的单板，可以继承HA1的公共属性、以及节点组2的公共属性。例如，节点2下的单板的标签配置HA:HA1；NodeGroup:NodeGroup2。

S312，CaaS管理器向VNFM发送节点添加完成响应消息。对应的，VNFM接收来自CaaS管理器的节点添加完成响应消息。

S313，VNFM在VNFM界面向操作人员显示节点添加完成。

图4是本申请提出的一种在第一VNF实例化过程中基于VNFM部署的自动管理节点组的方法的示意性流程图。该流程包括以下步骤。

S401，操作人员通过VNFM界面向CaaS管理器发送实例化第一VNF所必需的VNF软件包。对应的，CaaS管理器接收来自操作人员上传的实例化第一VNF所必需的VNF软件包。

其中，该VNF软件包包括部署软件包(含容器镜像文件)和容器化部署模板。容器化部署模板可以理解为出厂设置的原始容器化部署模板，操作人员在VNFM界面基于原始容器化部署模板，输入该模板中给定的相关参数的取值后，VNFM可以得到用于部署第一VNF的第一VNFD模板，第一VNFD模板包括第一VNF需要部署的VDU实例数及部署这些VDU的诉求信息，其中，每个VDU的诉求信息包括用于部署该VDU的节点组的诉求信息。

S402，操作人员通过VNFM界面触发第一VNF实例化请求。对应的，VNFM接收来自操作人员的第一VNF实例化请求。

应理解，当触发第一VNF实例化的过程中，需要使用前述步骤上传的软件包。在第一VNF实际部署时，可以基于部署局点及网设规划的实际情况，替换或者修改S401中第一VNFD模板中的取值，从而指明第一VNF实际的诉求信息。

还应理解，一个VNF的多个VDU实例部署在一个HA的一个节点组下，还是一个HA的多个节点组下，可以根据实际部署需要进行确定，本申请对此不做限定。

可选地，第一VNF关于节点组的实际部署诉求可以指向具体的节点组名称，也可以第一VNF关于节点组的实际部署诉求可以不指向具体的节点组名称。具体参见S201中的描述，这里不再赘述。

S403，VNFM从CaaS管理器获取系统中每个节点组中节点的资源剩余情况。

S404，VNFM基于获取的剩余资源结果和第一VNF的部署诉求进行部署资源规划分析，判断是否需要创建新的节点组。

关于是否需要创建新的节点组的判断过程和S303中描述的手动管理基本一致，只不过本实施例中是基于软件自动化实现的。这里不再赘述。

可选地，当VNFM判断不需要新增节点组，跳转执行图2中的步骤，其中，第一请求消息用于请求实例化第一VNF。

可选地，当VNFM判断需要新增节点组，继续执行S405。

S405，VNFM向CaaS管理器发送节点组和节点创建信息。对应的，CaaS管理器接收来自VNFM的节点组和节点的创建信息。

S406，CaaS管理器根据节点组和节点创建信息在系统中创建节点组和节点。

S407，CaaS管理器向VNFM发送节点组和节点添加完成响应消息。对应的，CaaS管理器接收来自VNFM的节点组和节点组添加完成响应消息。

关于S405至S407参见S305至S307以及S310至S312中的描述，这里不再赘述。

之后，VNFM可以执行图2中的步骤，其中，第一请求消息用于请求实例化第一VNF。

图5是本申请提出的一种在第一VNF扩容过程中基于VNFM部署的自动管理节点组的方法的示意性流程图。可以理解，该方法可以看做是在第一VNF实例化之后执行的操作。该流程包括以下步骤。

S501，操作人员通过VNFM界面触发第一VNF的扩容请求。

应理解，触发第一VNF扩容的过程中(例如以扩容部署第一VDU为例)，操作人员按需更新第一VDU对待部署节点的诉求信息，其中，第一VDU对待部署节点的标签诉求包括第一VDU对待部署节点所在节点组的标签诉求。

应理解，对于实例化未曾启动的VDU的扩容操作，可能需要配置该VDU对待部署节点的标签诉求，该部署诉求可以通过在VNFM界面上修改或配置原始容器化部署模板中对应参数的取值实现。

还应理解，对于实例化已经启动的VDU的扩容操作，在实例化阶段，该VDU对待部署节点的标签诉求，已基于部署局点及网设规划实际情况进行了修改或重配置，因此在无资源池调整或者扩展的情况下，一般扩容无需修改该VDU对待部署节点的标签诉求(即无需修改该VDU在VNFM界面输入的对应参数的取值)。对于需要扩展新资源池的扩容场景，比如已经启动的VDU从原有节点组1扩展到节点组2的扩容请求，则需要进一步刷新该VDU对待部署节点的标签诉求。例如，需要刷新该VDU对待部署节点所属节点组的标签诉求。

S502至S506可以参见S403至S407中的描述。这里不再赘述。

之后，VNFM可以执行图2中的步骤，其中，第一请求消息用于请求扩容部署第一VNF的第一VDU。

图6是本申请提出的一种在第一VNF实例化过程中基于NFVO部署的自动管理节点组的方法的示意性流程图。该流程包括以下步骤。

应理解，该实施例与图4对应的实施例的不同之处在于，图4对应的实施例中以第一网元为VNFM为例进行描述，该实施例中以第一网元为NFVO为例进行描述。还应理解，当第一网元为NFVO时，NFVO与CaaS管理器需要通过VNFM进行信息传输。

S601，操作人员通过NFVO界面向CaaS管理器发送实例化第一VNF所必需的VNF软件包。对应的，CaaS管理器接收来自操作人员上传的实例化第一VNF所必需的VNF软件包。

还应理解，当第一网元为NFVO时，NFVO与CaaS管理器需要通过VNFM进行信息传输。具体的，操作人员通过NFVO界面向CaaS管理器发送实例化第一VNF所必需的VNF软件包，表示操作人员通过NFVO界面向VNFM发送该VNF软件包，VNFM接收到该VNF软件包之后再发送给CaaS管理器。后面涉及NFVO与CaaS管理器之间的交互过程不再赘述。

其中，该VNF软件包包括部署软件包(含容器镜像文件)和容器化部署模板。容器化部署模板可以理解为出厂设置的原始容器化部署模板，操作人员在VNFM界面基于原始容器化部署模板，输入该模板中给定的相关参数的取值后，VNFM可以得到用于部署第一VNF的第一VNFD模板，第一VNFD模板包括第一VNF需要部署的VDU实例数及部署这些VDU的诉求信息，其中，每个VDU的诉求信息包括用于部署该VDU的节点组的诉求信息。

S602，操作人员通过NFVO界面触发第一VNF实例化请求。对应的，NFVO接收来自操作人员的第一VNF实例化请求。

关于操作人员在NFVO界面进行第一VNF实例化请求的过程参见S402中的描述，这里不再展开叙述。

S603，NFVO从CaaS管理器获取系统中每个节点组中节点的资源剩余情况。

S604，NFVO基于获取的剩余资源查询结果和第一VNF的部署诉求进行部署资源规划分析，判断是否需要创建新的节点组。

关于是否需要创建新的节点组的判断过程和S303中描述的手动管理基本一致，只不过本实施例中是基于软件自动化实现的。这里不再赘述。

可选地，当NFVO判断不需要新增节点组，跳转执行图2中的步骤，其中，第一请求消息用于请求实例化第一VNF。

可选地，当NFVO判断需要新增节点组，继续执行S605。

S605，NFVO向CaaS管理器发送该节点组和节点的创建信息。对应的，CaaS管理器接收来自NFVO的节点组和节点的创建信息。

S606，CaaS管理器根据创建信息在系统中创建节点组和节点。

S607，CaaS管理器向NFVO发送节点组和节点添加完成响应消息。对应的，NFVO接收来自CaaS管理器的节点添加完成响应消息

关于S605至S607参见S305至S307以及S310至S312中的描述，只需将S305至S307以及S310至S312中的VNFM替换NFVO即可，这里不再赘述。

之后，NFVO可以执行图2中的步骤，其中，第一请求消息用于请求实例化第一VNF。

示例的，图3至图6所示方法中，当执行图2中的步骤时，第一网元可以不解析第一VNFD模板，只需要将第一VNFD模板给CaaS管理器即可。之后，CaaS管理器自己解析第一VNFD模板获取部署(实例化或扩容)第一VNF的诉求信息，并根据第一VNF的诉求信息对第一VNF下的VDU进行部署。

示例的，图3至图6所示方法中，当执行图2中的步骤时，第一网元可以自己解析第一VNFD模板获取部署(实例化或扩容)第一VNF的诉求信息，之后将获取部署第一VNF的诉求信息发送给CaaS管理器。之后，CaaS管理器直接根据第一VNF的诉求信息对第一VNF的VDU进行部署。

图7是本申请提出的一种在第一VNF实例化过程中基于CaaS管理器部署的自动管理节点组的方法的示意性流程图。该实施例中以第一网元为VNFM为例进行说明。该流程包括以下步骤。

S701和S702参见S401和S402中的描述。

S703，VNFM向CaaS管理器发送第一VNF实例化请求。对应的，CaaS管理器接收来自VNFM的第一VNF实例化请求。

S704，CaaS管理器获取系统中每个节点组中节点的资源使用及剩余情况。

S705，CaaS管理器基于获取的剩余资源查询结果和第一VNF的部署诉求进行部署资源规划分析，判断是否需要创建新的节点组。

关于是否需要创建新的节点组的判断过程和S303中描述的手动管理基本一致，只不过本实施例中是基于软件自动化实现的。这里不再赘述。

可选地，当VNFM判断不需要新增节点组，CaaS管理器根据第一VNF实例化请求部署第一VNF下的VDU。

可选地，当VNFM判断需要新增节点组，执行S706。

S706，CaaS管理器根据分析结果在系统中创建新的节点组和节点。

可选地，CaaS管理器在增加新的节点组和节点之后，可以直接根据已经接收到的第一VNF实例化请求部署第一VNF下的VDU。

可选地，CaaS管理器在增加新的节点组和节点之后，CaaS管理器可以将新建的节点组和节点的信息告知VNFM，VNFM修改部署第一VNF的诉求，从而指明第一VNF所需的具体的节点组的名称。在一种可能的适用场景中，第一VNF关于节点组的实际部署诉求没有指向具体的节点组名称，例如，部署VNF-002的诉求为，VNF-002需要在HA1下独立部署，需要的总资源为140v&380G，系统中HA1中剩余资源的情况如表1所示，那么如表3所示，CaaS管理器可以基于VNF-002的部署诉求在HA1中新增节点组2，并在节点组中新增至少两块单板，之后，CaaS管理器将增加的节点组和节点的信息发送给VNFM，VNFM可以将部署VNF-002的诉求修改为，VNF-002需要在HA1下的节点组2单独部署，需要的总资源为140v&380G。

应理解，本申请实施例仅描述了查询和添加节点组和单板的操作流程。实际中，增删改查的操作都可通过上述过程实现。本申请对此不作限定。

还应理解，图6和图7给出了NFVO和CaaS管理器在第一VNF实例化过程中自动管理节点组的具体流程，关于NFVO和CaaS管理器在第一VNF扩容过程中自动管理节点组的具体流程与在第一VNF实例化过程中自动管理节点组的具体流程基本相同，这里不再赘述。

还应理解，本申请提出的方案以裸机容器为主进行介绍，使用节点组来规划HA中的单板资源，该方法同时适用于虚机容器和虚机场景。在虚机容器和虚机场景下，将上述方法中的CaaS管理器替换为VIM部件，即可获取系统中节点组的剩余资源情况，且对节点组及单板节点的增删改查操作流程也是一样适用的。

还应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

还应理解，在上述一些实施例中，主要以现有的网络架构中的设备为例进行了示例性说明，应理解，对于设备的具体形式本申请实施例不作限定。例如，在未来可以实现同样功能的设备都适用于本申请实施例。

可以理解的是，上述各个方法实施例中，由设备实现的方法和操作，也可以由设备的部件实现。

以上，结合图1至图7详细说明了本申请实施例提供的方法。上述方法主要从第一网元和CaaS管理器之间交互的角度进行了介绍。可以理解的是，第一网元和CaaS管理器，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。

本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以下，结合图8和图9详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。本申请实施例可以根据上述方法示例对第一网元或CaaS管理器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图8是本申请实施例提供的通信装置100的示意性框图。如图8所示，该装置100可以包括通信单元110和处理单元120。通信单元110可以与外部进行通信，处理单元120用于进行数据处理。通信单元110还可以称为通信接口或收发单元。

在一种可能的设计中，该装置100可实现对应于上文方法实施例中的发送端设备执行的步骤或者流程，其中，处理单元120用于执行上文方法实施例中发送端设备的处理相关的操作，通信单元110用于执行上文方法实施例中发送端设备的发送相关的操作。

在又一种可能的设计中，该装置100可实现对应于上文方法实施例中的接收端设备执行的步骤或者流程，其中，通信单元110用于执行上文方法实施例中接收端设备的接收相关的操作，处理单元120用于执行上文方法实施例中接收端设备的处理相关的操作。

应理解，这里的装置100以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置100可以具体为上述实施例中的发送端设备，可以用于执行上述方法实施例中与发送端设备对应的各个流程和/或步骤，或者，装置100可以具体为上述实施例中的接收端设备，可以用于执行上述方法实施例中与接收端设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置100具有实现上述方法中发送端设备所执行的相应步骤的功能，或者，上述各个方案的装置100具有实现上述方法中接收端设备所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如通信单元可以由收发机替代(例如，通信单元中的发送单元可以由发送机替代，通信单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述通信单元还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。其中，通信单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

图9为本申请实施例提供的通信装置200的示意性框图。该装置200包括处理器210和收发器220。其中，处理器210和收发器220通过内部连接通路互相通信，该处理器210用于执行指令，以控制该收发器220发送信号和/或接收信号。

可选地，该装置200还可以包括存储器230，该存储器230与处理器210、收发器220通过内部连接通路互相通信。该存储器230用于存储指令，该处理器210可以执行该存储器230中存储的指令。在一种可能的实现方式中，装置200用于实现上述方法实施例中的发送端设备对应的各个流程和步骤。在另一种可能的实现方式中，装置200用于实现上述方法实施例中的接收端设备对应的各个流程和步骤。

应理解，装置200可以具体为上述实施例中的发送端设备或接收端设备，也可以是芯片或者芯片系统。对应的，该收发器220可以是该芯片的收发电路，在此不做限定。具体地，该装置200可以用于执行上述方法实施例中与发送端设备或接收端设备对应的各个步骤和/或流程。可选地，该存储器230可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器210可以用于执行存储器中存储的指令，并且当该处理器210执行存储器中存储的指令时，该处理器210用于执行上述与发送端设备或接收端设备对应的方法实施例的各个步骤和/或流程。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。本申请实施例中的处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得本申请各方法实施例中的方法被执行。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序代码或指令，当计算机程序代码或指令在计算机上运行时，使得本申请各方法实施例中的方法被执行。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行本申请各方法实施例中的方法。

此外，本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以使得本申请各方法实施例中的方法被执行。

进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，也可以为接口电路等。进一步地，所述芯片还可以包括存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (37)

1.一种部署虚拟化网络功能VNF的方法，其特征在于，包括：

第一网元向容器即服务CaaS管理器发送第一请求消息，所述第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，所述第一请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息包括用于部署所述第一VDU的节点组的诉求信息，所述节点组为一个主机组HA中的一个或多个节点的集合；

所述第一网元接收来自所述CaaS管理器的第一请求响应消息，所述第一请求响应消息指示所述第一VDU部署成功，其中，所述第一VDU被部署在第一节点上，所述第一节点属于第一节点组，所述第一节点组满足所述节点组的诉求信息。

2.根据权利要求1所述的方法，其特征在于，所述节点组的诉求信息为所述节点组的标签诉求信息。

3.根据权利要求1或2所述的方法，其特征在于，所述第一VDU的诉求信息还包括用于部署所述第一VDU的HA的诉求信息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元获取第一信息，所述第一信息指示在所述第一节点组中创建N个节点，所述N个节点包括所述第一节点，所述N为正整数；

所述第一网元向所述CaaS管理器发送第二请求消息，所述第二请求消息用于请求在所述第一节点组中创建所述N个节点；

所述第一网元接收来自所述CaaS管理器的第二请求响应消息，所述第二请求响应消息指示所述N个节点创建完成。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述第一网元获取第二信息，所述第二信息指示在第一HA中创建所述第一节点组；

所述第一网元向所述CaaS管理器发送第三请求消息，所述第三请求消息用于请求在所述第一HA中创建所述第一节点组；

所述第一网元接收来自所述CaaS管理器的第三请求响应消息，所述第三请求响应消息指示所述第一节点组创建完成。

6.根据权利要求5所述的方法，其特征在于，所述第一网元获取第一信息，以及所述第一网元获取第二信息，包括：

所述第一网元接收来自用户的所述第一信息和所述第二信息。

7.根据权利要求5所述的方法，其特征在于，所述第一网元获取第一信息，以及所述第一网元获取第二信息，包括：

所述第一网元接收来自用户的第四请求消息，所述第四请求消息用于请求部署所述第一VDU，所述第四请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息还包括用于部署所述第一VDU所需资源的大小的诉求信息；

所述第一网元获取一个或多个HA的每个节点组中节点的可用资源的信息，所述一个或多个HA中包含所述第一HA；

所述第一网元根据所述可用资源的信息和所述第一VDU的诉求信息确定所述第一信息和所述第二信息。

8.根据权利要求7所述的方法，其特征在于，

所述第一请求消息和所述第四请求消息用于请求实例化所述第一VDU，或，

所述第一请求消息和所述第四请求消息用于请求在所述第一VNF中扩容部署所述第一VDU。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一网元为虚拟网络功能管理器VNFM或网络功能虚拟化编排器NFVO。

10.一种部署虚拟化网络功能VNF的方法，其特征在于，包括：

容器即服务CaaS管理器接收来自第一网元的第一请求消息，所述第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，所述第一请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息包括用于部署所述第一VDU的节点组的诉求信息，所述节点组为一个主机组HA中的一个或多个节点的集合；

所述CaaS管理器根据所述第一请求消息在第一节点上部署所述第一VDU，其中，所述第一节点属于第一节点组，所述第一节点组满足所述节点组的诉求信息；

所述CaaS管理器向所述第一网元发送第一请求响应消息，所述第一请求响应消息指示所述第一VDU部署成功。

11.根据权利要求10所述的方法，其特征在于，所述节点组的诉求信息为所述节点组的标签诉求信息。

12.根据权利要求10或11所述的方法，其特征在于，所述第一VDU的诉求信息还包括用于部署所述第一VDU的HA的诉求信息。

13.根据权利要求10至12中任一项所述的方法，其特征在于，所述方法还包括：

所述CaaS管理器接收来自所述第一网元的第二请求消息，所述第二请求消息用于请求在所述第一节点组中创建N个节点；

所述CaaS管理器向所述第一网元发送第二请求响应消息，所述第二请求响应消息指示所述N个节点创建完成。

14.根据权利要求13所述的方法，其特征在于，所述方法还包括：

所述CaaS管理器接收来自所述第一网元的第三请求消息，所述第三请求消息用于请求在第一HA中创建所述第一节点组；

所述CaaS管理器向所述第一网元发送第三请求响应消息，所述第三请求响应消息指示所述第一节点组创建完成。

15.根据权利要求10至12中任一项所述的方法，其特征在于，所述第一VDU的诉求信息还包括用于部署所述第一VDU所需资源的大小的诉求信息，所述方法还包括：

所述CaaS管理器在第一HA中创建所述第一节点组；

所述CaaS管理器在所述第一节点组中创建N个节点，所述N个节点包括所述第一节点，所述N为正整数，其中，所述第一节点组和所述N个节点的创建是所述CaaS管理器基于一个或多个HA的每个节点组中节点的可用资源的信息和所述第一VDU的诉求信息确定的，所述一个或多个HA中包含所述第一HA；

所述CaaS管理器向所述第一网元发第三信息，所述第三信息包括所述第一节点组和所述N个节点的信息。

16.根据权利要求10至15中任一项所述的方法，其特征在于，

所述第一请求消息和所述第四请求消息用于请求实例化所述第一VDU，或，

所述第一请求消息和所述第四请求消息用于请求在所述第一VNF中扩容部署所述第一VDU。

17.根据权利要求10至16中任一项所述的方法，其特征在于，所述第一网元为虚拟网络功能管理器VNFM或网络功能虚拟化编排器NFVO。

18.一种通信装置，其特征在于，包括：

通信单元，用于向容器即服务CaaS管理器发送第一请求消息，所述第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，所述第一请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息包括用于部署所述第一VDU的节点组的诉求信息，所述节点组为一个主机组HA中的一个或多个节点的集合；

所述通信单元，还用于接收来自所述CaaS管理器的第一请求响应消息，所述第一请求响应消息指示所述第一VDU部署成功，其中，所述第一VDU被部署在第一节点上，所述第一节点属于第一节点组，所述第一节点组满足所述节点组的诉求信息。

19.根据权利要求18所述的装置，其特征在于，所述节点组的诉求信息为所述节点组的标签诉求信息。

20.根据权利要求17或18所述的装置，其特征在于，所述第一VDU的诉求信息还包括用于部署所述第一VDU的HA的诉求信息。

21.根据权利要求17至20中任一项所述的装置，其特征在于，所述装置还包括：

所述通信单元，还用于获取第一信息，所述第一信息指示在所述第一节点组中创建N个节点，所述N个节点包括所述第一节点，所述N为正整数；

所述通信单元，还用于向所述CaaS管理器发送第二请求消息，所述第二请求消息用于请求在所述第一节点组中创建所述N个节点；

所述通信单元，还用于接收来自所述CaaS管理器的第二请求响应消息，所述第二请求响应消息指示所述N个节点创建完成。

22.根据权利要求21所述的装置，其特征在于，所述通信单元，还用于获取第二信息，所述第二信息指示在第一HA中创建所述第一节点组；

所述通信单元，还用于向所述CaaS管理器发送第三请求消息，所述第三请求消息用于请求在所述第一HA中创建所述第一节点组；

所述通信单元，还用于接收来自所述CaaS管理器的第三请求响应消息，所述第三请求响应消息指示所述第一节点组创建完成。

23.根据权利要求22所述的装置，其特征在于，所述通信单元具体用于，

接收来自用户的所述第一信息和所述第二信息。

24.根据权利要求22所述的装置，其特征在于，所述通信单元，还用于接收来自用户的第四请求消息，所述第四请求消息用于请求部署所述第一VDU，所述第四请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息还包括用于部署所述第一VDU所需资源的大小的诉求信息；

所述通信单元，还用于获取一个或多个HA的每个节点组中节点的可用资源的信息，所述一个或多个HA中包含所述第一HA；

处理单元，用于根据所述可用资源的信息和所述第一VDU的诉求信息确定所述第一信息和所述第二信息。

25.根据权利要求24所述的装置，其特征在于，

所述第一请求消息和所述第四请求消息用于请求实例化所述第一VDU，或，

所述第一请求消息和所述第四请求消息用于请求在所述第一VNF中扩容部署所述第一VDU。

26.一种通信装置，其特征在于，包括：

通信单元，用于接收来自第一网元的第一请求消息，所述第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，所述第一请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息包括用于部署所述第一VDU的节点组的诉求信息，所述节点组为一个主机组HA中的一个或多个节点的集合；

处理单元，用于根据所述第一请求消息在第一节点上部署所述第一VDU，其中，所述第一节点属于第一节点组，所述第一节点组满足所述节点组的诉求信息；

所述通信单元，还用于向所述第一网元发送第一请求响应消息，所述第一请求响应消息指示所述第一VDU部署成功。

27.根据权利要求26所述的装置，其特征在于，所述节点组的诉求信息为所述节点组的标签诉求信息。

28.根据权利要求26或27所述的装置，其特征在于，所述第一VDU的诉求信息还包括用于部署所述第一VDU的HA的诉求信息。

29.根据权利要求26至28中任一项所述的装置，其特征在于，

所述通信单元，还用于接收来自所述第一网元的第二请求消息，所述第二请求消息用于请求在所述第一节点组中创建N个节点；

所述通信单元，还用于向所述第一网元发送第二请求响应消息，所述第二请求响应消息指示所述N个节点创建完成。

30.根据权利要求29所述的装置，其特征在于，

所述通信单元，还用于接收来自所述第一网元的第三请求消息，所述第三请求消息用于请求在第一HA中创建所述第一节点组；

所述通信单元，还用于向所述第一网元发送第三请求响应消息，所述第三请求响应消息指示所述第一节点组创建完成。

31.根据权利要求26至28中任一项所述的装置，其特征在于，所述第一VDU的诉求信息还包括用于部署所述第一VDU所需资源的大小的诉求信息，所述处理单元，还用于在第一HA中创建所述第一节点组；

所述处理单元，还用于在所述第一节点组中创建N个节点，所述N个节点包括所述第一节点，所述N为正整数，其中，所述第一节点组和所述N个节点的创建是所述处理单元基于一个或多个HA的每个节点组中节点的可用资源的信息和所述第一VDU的诉求信息确定的，所述一个或多个HA中包含所述第一HA；

所述通信单元，还用于向所述第一网元发第三信息，所述第三信息包括所述第一节点组和所述N个节点的信息。

32.根据权利要求26至31中任一项所述的装置，其特征在于，

所述第一请求消息和所述第四请求消息用于请求实例化所述第一VDU，或，

所述第一请求消息和所述第四请求消息用于请求在所述第一VNF中扩容部署所述第一VDU。

33.一种通信装置，其特征在于，所述通信装置包括至少一个处理器和至少一个存储器，所述至少一个存储器用于存储计算机程序或指令，所述至少一个处理器用于执行存储器中的所述计算机程序或指令，使得权利要求1至9中任一项所述的方法被执行，或者，使得权利要求10至17中任一项所述的方法被执行。

34.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，如权利要求1至9中任一项所述的方法被执行，如权利要求10至17中任一项所述的方法被执行。

35.一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，如权利要求1至9中任一项所述的方法被执行，如权利要求10至17中任一项所述的方法被执行。

36.一种通信系统，其特征在于，包括第一网元和容器即服务CaaS管理器，其中，

所述第一网元，用于执行如权利要求1至9中任意一项所述的方法，

所述CaaS管理器，用于执行如权利要求10至17中任意一项所述的方法。

37.一种部署虚拟化网络功能VNF的方法，其特征在于，包括：

第一网元向容器即服务CaaS管理器发送第一请求消息，所述第一请求消息用于请求部署第一VNF的第一虚拟部署单元VDU，所述第一请求消息包括所述第一VDU的诉求信息，所述第一VDU的诉求信息包括用于部署所述第一VDU的节点组的诉求信息，所述节点组为一个主机组HA中的一个或多个节点的集合；

所述CaaS管理器接收来自所述第一网元的所述第一请求消息；

所述CaaS管理器根据所述第一请求消息在第一节点上部署所述第一VDU，其中，所述第一节点属于第一节点组，所述第一节点组满足所述节点组的诉求信息；

所述CaaS管理器向所述第一网元发送第一请求响应消息，所述第一请求响应消息指示所述第一VDU部署成功；

所述第一网元接收来自所述CaaS管理器的所述第一请求响应消息。