CN116016229A - 一种部署容器服务的方法及装置 - Google Patents

一种部署容器服务的方法及装置 Download PDF

Info

Publication number
CN116016229A
CN116016229A CN202111237271.5A CN202111237271A CN116016229A CN 116016229 A CN116016229 A CN 116016229A CN 202111237271 A CN202111237271 A CN 202111237271A CN 116016229 A CN116016229 A CN 116016229A
Authority
CN
China
Prior art keywords
type
node
container
information
service
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
CN202111237271.5A
Other languages
English (en)
Inventor
朱恺捷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202111237271.5A priority Critical patent/CN116016229A/zh
Priority to PCT/CN2022/125832 priority patent/WO2023066224A1/zh
Priority to EP22882830.7A priority patent/EP4319084A1/en
Priority to JP2023568721A priority patent/JP2024517909A/ja
Publication of CN116016229A publication Critical patent/CN116016229A/zh
Pending legal-status Critical Current

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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • 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/0894—Policy-based network configuration management
    • 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5048—Automatic or semi-automatic definitions, e.g. definition templates
    • 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/45562—Creating, deleting, cloning virtual machine instances
    • 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/4557—Distribution of virtual machine instances; Migration and load balancing
    • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种部署容器服务的方法及装置，涉及通信技术领域。接收实例化虚拟网络功能VNF所需的一个或多个节点实例的第一信息，并确定一个或多个节点实例的第二信息，该第二信息包括第一优先级信息，该第一优先级信息用于指示在一个或多个节点实例上部署第一类型的容器服务的优先级，并在部署第一类型的容器服务的优先级满足第一条件的至少一个节点实例上部署第一类型的容器服务，提供一种确定在哪些节点实例上部署第一类型的容器服务的机制。

Description

一种部署容器服务的方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种部署容器服务的方法及装置。
背景技术
容器即服务(container as a service，CaaS)技术是电信网络运营商在面向互联网技术(internet technology，IT)的云化转型过程中一种虚拟化技术。网络功能虚拟化(network function virtualization，NFV)技术借鉴虚拟化技术，通过虚拟网络功能(virtualized network function，VNF)实现传统非虚拟化网络中的物理网络功能(physical network function，PNF)，从而降低通过专用设备实现物理网络功能的成本。后CaaS技术逐渐被应用到网络功能虚拟化(network function virtualization，NFV)架构中，以实现VNF的轻量化管理。在融合了CaaS技术的NFV架构中，可以通过CaaS技术部署一个或多个容器服务共同实现VNF，进而可以通过管理一个或多个容器服务，实现对VNF的管理。
在融合了CaaS技术的NFV架构中，可以将容器服务部署在节点实例上，节点实例包括物理机或虚拟机实例(virtual machine，VM)，不同物理机之间的资源可以相互隔离，或者不同虚拟机实例之间的资源可以相互隔离。因此，将容器服务部署在节点实例上可以实现VNF的轻量化管理，还可以实现各个VNF的资源相互隔离。但如何确定在哪些节点实例上部署相应类型的容器服务目前尚无相应的解决方案。
发明内容
本申请实施例提供一种部署容器服务的方法及装置，用于提供一种部署容器服务的机制，用于确定在哪些节点实例上部署相应类型的容器服务。
第一方面，本申请实施例提供一种部署容器服务的方法，该方法可以由第一网元执行，第一网元例如为NFVO或VNFM，或者为具有NFVO或VNFM功能的通信装置，或者为具有NFVO或VNFM功能的芯片系统等。该方法包括：接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；确定第二信息，所述第二信息包括第一优先级信息，所述第一优先级信息用于指示在所述一个或多个节点实例上部署第一类型的容器服务的优先级；向容器即服务管理器发送第一部署请求，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例。
在本申请实施例中，第一网元确定一个或多个节点部署第一类型的容器服务的优先级的第一优先级信息，并指示容器即服务管理器在部署第一类型的容器服务的优先级满足第一条件的至少一个节点实例上部署第一类型的容器服务，提供了一种确定在哪些节点实例上部署第一类型的容器服务的方式，从而提供了一种部署容器服务的机制。并且，在本申请实施例中，无需在优先级不满足第一条件的节点实例上部署第一类型的容器服务，这样可以避免在过多的节点实例上部署第一类型的容器服务，也就能避免部署第一类型的容器服务占用过多的节点实例。
在一种可能的实施方式中，所述第一条件包括：部署所述第一类型的容器服务的优先级高于或等于预设优先级；或，部署所述第一类型的容器服务的优先级的序号小于或等于N，N为正整数，所述优先级的序号为按照预设顺序，对所述一个或多个节点实例部署所述第一类型的容器服务的优先级进行排序获得的。
在上述实施方式中，容器即服务管理器可筛选优先级高于或等于预设优先级的节点实例部署第一类型的容器服务，或者选择优先级相对靠前的节点实例部署第一类型的容器服务，即提供了两种筛选用于部署第一类型的容器服务的节点实例的条件。
在一种可能的实施方式中，所述第二信息还包括最大数量，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量，其中，所述至少一个节点实例的数量小于或等于所述最大数量。
在上述实施方式中，第二信息还包括最大数量，该最大数量可以限制用于部署第一类型的容器服务的节点实例的数量，使得用于部署第一类型的容器服务的节点实例不会过多，也就避免了部署过多的第一类型的容器服务。
在一种可能的实施方式中，确定所述最大数量，包括：从虚拟网络功能描述模板VNFD中确定所述最大数量，其中，所述VNFD包括一种或多种类型的容器服务最多需要部署的节点实例的数量，所述第一类型的容器服务是所述一种或多种类型的容器服务中的一种。
在上述实施方式中，提供了一种确定最大数量的方式，由于VNFD可以是预配置好的，第一网元从VNFD中确定部署第一类型的容器服务所需的节点实例的最大数量，使得确定最大数量的方式相对简单。
在一种可能的实施方式中，确定第二信息，包括：根据所述一个或多个节点实例的信息包括的所述一个或多个节点实例的类型信息，从VNFD中确定所述第一优先级信息，其中，所述VNFD包括节点实例的类型信息、每种类型的节点实例支持部署的容器服务的类型信息、以及在每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息。
在上述实施方式中，VNFD包括每种类型的节点实例的优先级信息，后续第一网元可以根据一个或多个节点实例的类型信息，从VNFD中确定一个或多个节点实例的第一优先级信息，不涉及复杂的计算过程，使得确定第一优先级信息的方式更为简单。
在一种可能的实施方式中，所述VNFD中不同类型的节点实例部署同一类型的容器服务的优先级不同；和/或，所述VNFD中同一类型的节点实例部署不同类型的容器服务的优先级不同。
在上述实施方式中，VNFD中不同类型的节点实例部署同一类型的容器服务的优先级可以是不同的，这样便于将同一类型的容器服务分散地部署在不同类型的节点实例上。另外，同一类型的节点实例部署不同类型的容器服务的优先级也可以是不同的，这样不会将不同类型的容器服务集中的部署在同一类型的节点实例上，有利于将不同类型的容器服务分散地部署在不同类型的节点实例上，以合理地分配各个节点实例上的资源。
在一种可能的实施方式中，所述方法还包括：向所述容器即服务管理器发送第一添加请求，其中，所述第一添加请求用于请求在所述至少一个节点实例上添加标签，所述标签用于指示节点实例支持部署所述第一类型的容器服务。
在上述实施方式中，第一网元可以指示容器即服务管理器在至少一个节点实例上添加标签，该标签指示了节点实例支持部署第一类型的容器服务，如此一来，以便于容器即服务管理器后续可以根据标签，部署第一类型的容器服务。
在一种可能的实施方式中，所述方法还包括：接收第三信息，其中，所述第三信息包括第一节点实例的信息，所述第一节点实例为需要在所述VNF中新增的节点实例；确定第四信息，所述第四信息包括第二优先级信息，所述第二优先级信息包括所述第一节点实例上部署所述第一类型的容器服务的优先级；如果所述第一节点实例部署所述第一类型的容器服务的优先级满足第二条件，向所述容器即服务管理器发送第二部署请求，其中，所述第二部署请求用于请求在所述第一节点实例上部署所述第一类型的容器服务。
在上述实施方式中，如果VNF需要新增第一节点实例，那么确定新增的第一节点实例部署第一类型的容器服务的优先级是否满足第二条件，如果该第一节点实例的优先级满足第二条件，则确定该第一节点实例需要部署第一类型的容器服务，那么可以指示容器即服务管理器在该第一节点实例上部署第一类型的容器服务，该实施方式中，可以第一节点实例部署第一类型的容器服务的优先级，选择性地在新增的第一节点实例上部署第一类型的容器服务，以适应VNF扩容或缩容的场景。
在一种可能的实施方式中，所述第二条件包括：所述第一节点实例部署所述第一类型的容器服务的优先级高于所述至少一个节点实例中的部分或全部节点实例上部署所述第一类型的容器服务的优先级。
在上述实施方式中，如果第一节点实例部署第一类型的容器服务的优先级高于至少一个节点实例中的部分或全部节点实例部署第一类型的容器服务的优先级，那么便可以在第一节点实例上部署第一类型的容器服务，可以保证第一类型的容器服务始终部署在优先级较高的节点实例上。
在一种可能的实施方式中，所述方法还包括：向所述容器即服务管理器发送删除请求，其中，所述删除请求用于请求删除所述至少一个节点实例的部分或全部节点实例上部署的所述第一类型的容器服务。
在上述实施方式中，在第一节点实例上部署了第一类型的容器服务，相应的，可以指示删除在至少一个节点实例的部分或全部节点实例上部署的第一类型的容器服务，以避免在过多的节点实例上部署第一类型的容器服务，从而避免第一类型的容器服务占用了过多的节点实例上的资源。
在一种可能的实施方式中，所述方法还包括：确定所述至少一个节点实例的数量等于最大数量，其中，所述第二信息还包括所述最大数量，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量。
在上述实施方式中，第一网元在确定至少一个节点实例的数量等于最大数量的情况下，可以指示容器即服务管理器删除在至少一个节点实例的部分或全部节点实例上部署的第一类型的容器服务，这样保证部署第一类型的容器服务的节点实例始终不超过该最大数量。
在一种可能的实施方式中，所述方法还包括：向虚拟化基础设施管理器VIM发送资源分配请求，其中，所述资源分配请求用于请求为所述一个或多个节点实例分配资源；接收来自VIM的资源信息，所述资源信息用于指示所述一个或多个节点实例的资源。
在上述实施方式中，第一网元可以向VIM发送资源分配请求，并接收VIM反馈的资源信息，从而根据该资源信息，创建一个或多个节点实例，提供了一种创建一个或多个节点实例的方式。
第二方面，提供一种部署容器服务的方法，该方法可由第一网元执行，第一网元的实现方式可参照前文。该方法包括：接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；确定第二信息，其中，所述第二信息包括最大数量，其中，所述最大数量是指第一类型的容器服务最多需要部署的节点实例的数量；向容器即服务管理器发送第一部署请求，其中，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例的数量小于或等于所述最大数量。
在上述实施方式中，第一网元可以确定第一类型的容器服务最多需要部署的节点实例的数量，并指示容器即服务管理器在小于或等于该最大数量的至少一个节点实例上部署该第一类型的容器服务，提供了一种部署容器服务的机制，并可确定用于部署第一类型的容器服务的节点实例的方式。并且，由于用于部署第一类型的容器服务的节点实例的数量受限于最大数量，这样可以避免在过多的节点实例上部署第一类型的容器服务，也就能避免第一类型的容器服务占用过多的节点实例上的资源。
在一种可能的实施方式中，确定第二信息，包括：从虚拟网络功能描述模板VNFD中确定所述最大数量，其中，所述VNFD包括一种或多种类型的容器服务最多需要部署的节点实例的数量，所述第一类型的容器服务是所述一种或多种类型的容器服务中的一种。
在上述实施方式中，VNFD包括第一类型的容器服务最多需要部署的节点实例的数量，第一网元可从VNFD中，直接确定出最大数量，提供了一种确定最大数量的方式。并且，由于第一网元无需经过复杂计算处理确定最大数量，使得确定最大数量的方式更为简单。
在一种可能的实施方式中，所述第二信息还包括第一优先级信息，所述第一优先级信息用于指示在所述至少一个节点实例上部署第一类型的容器服务的优先级，其中，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例。
在上述实施方式中，该第二信息还可以包括第一优先级信息，如此一类，用于部署第一类型的容器服务的至少一个节点实例不仅数量要小于或等于最大数量，至少一个节点实例部署第一类型的容器服务的优先级也需要满足第一条件，使得确定出的至少一个节点实例的数量以及部署第一类型的容器服务的优先级均可满足第一条件。
在一种可能的实施方式中，所述第一条件包括：部署所述第一类型的容器服务的优先级高于或等于预设优先级；或，部署所述第一类型的容器服务的优先级的序号小于或等于N，N为正整数，所述优先级的序号为根据按照预设顺序，对所述一个或多个节点实例部署所述第一类型的容器服务的优先级进行排序后获得的。
在一种可能的实施方式中，所述方法还包括：根据所述一个或多个节点实例的信息包括的所述一个或多个节点实例的类型信息，从虚拟网络功能描述模板VNFD中确定所述第一优先级信息，其中，所述VNFD包括节点实例的类型信息、每种类型的节点实例支持部署的容器服务的类型信息、以及在每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息。
在一种可能的实施方式中，所述VNFD中不同类型的节点实例部署同一类型的容器服务的优先级不同；和/或，所述VNFD中同一类型的节点实例部署不同类型的容器服务的优先级不同。
在一种可能的实施方式中，所述方法还包括：向所述容器即服务管理器发送第一添加请求，其中，所述第一添加请求用于请求在所述至少一个节点实例上添加标签，所述标签用于指示节点实例支持部署所述第一类型的容器服务。
在一种可能的实施方式中，所述方法还包括：接收第三信息，其中，所述第三信息包括第一节点实例的信息，所述第一节点实例为需要在所述VNF中新增的节点实例；如果所述第一节点实例的数量小于所述最大数量，向所述容器即服务管理器发送第二部署请求，其中，所述第二部署请求用于请求在所述第一节点实例上部署所述第一类型的容器服务。
在上述实施方式中，如果VNF需要新增第一节点实例，那么确定新增的第一节点实例部署第一类型的容器服务的优先级是否满足第二条件，如果该第一节点实例的数量小于最大数量，则确定该第一节点实例可部署第一类型的容器服务，那么可以指示容器即服务管理器在该第一节点实例上部署第一类型的容器服务，该实施方式中，可以根据最大数量，选择性地在新增的第一节点实例上部署第一类型的容器服务，以适应VNF扩容或缩容的场景。
在一种可能的实施方式中，所述方法还包括：如果确定所述至少一个节点实例等于所述最大数量，且所述第一节点实例部署所述第一类型的容器服务的优先级满足第二条件，向所述容器即服务管理器发送删除请求，其中，所述删除请求用于请求删除所述至少一个节点实例的部分或全部节点实例上部署的所述第一类型的容器服务，所述第二信息还包括第一优先级信息，所述第一优先级信息用于指示在所述第一节点实例上部署第一类型的容器服务的优先级。
在一种可能的实施方式中，所述第二条件包括：所述第一节点实例上部署所述第一类型的容器服务的优先级大于所述至少一个节点实例的部分或全部节点实例上部署所述第一类型的容器服务的优先级。
在一种可能的实施方式中，所述方法还包括：向虚拟化基础设施管理器VIM发送资源分配请求，其中，所述资源分配请求用于请求为所述一个或多个节点实例分配资源；
接收来自VIM的资源信息，所述资源信息用于指示所述一个或多个节点实例的资源。
另外，关于第二方面的部分实施方式所带来的技术效果，可参考对于第一方面或相应的实施方式的技术效果的介绍。
第三方面，本申请实施例提供一种部署容器服务的方法，该方法可以由容器即服务管理器执行，或者由具有容器即服务管理器功能的通信装置或芯片系统执行。该方法包括：接收第一部署请求，其中，所述第一部署请求用于请求在至少一个节点实例上部署第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一优先级条件的节点实例，和/或所述至少一个节点实例的数量小于或等于最大数量，所述至少一个节点实例用于实例化虚拟网络功能VNF，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量；在所述至少一个节点实例上部署所述第一类型的容器服务。
在一种可能的实施方式中，所述方法还包括：接收第一添加请求，其中，所述第一添加请求用于指示在所述至少一个节点实例上添加标签，所述标签用于指示节点实例支持部署所述第一类型的容器服务；在所述至少一个节点实例上添加所述标签。
在一种可能的实施方式中，所述方法还包括：接收第二部署请求，其中，所述第二部署请求用于请求在第一节点实例上部署容器服务，其中，所述第一节点实例为需要在所述VNF中增加的节点实例；在所述第一节点实例上部署所述第一类型的容器服务。
在一种可能的实施方式中，所述方法还包括：接收删除请求，其中，所述删除请求用于请求删除所述至少一个节点实例上部署的所述第一类型的容器服务；删除所述至少一个节点实例上部署的所述第一类型的容器服务。
第四方面，提供一种部署容器服务的方法，包括：第一网元接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF，所述第一网元为网络功能虚拟化编排器NFVO或网络功能虚拟化管理器VNFM；所述第一网元确定第二信息，所述第二信息包括第一优先级信息，所述第一优先级信息用于指示在所述一个或多个节点实例上部署第一类型的容器服务的优先级；所述第一网元向容器即服务管理器发送第一部署请求，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例；所述容器即服务管理器在所述至少一个节点实例上部署所述第一类型的容器服务。
第五方面，提供了一种部署容器服务的方法，包括：第一网元接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；确定第二信息，其中，所述第二信息包括最大数量，其中，所述最大数量是指第一类型的容器服务最多需要部署的节点实例的数量；向容器即服务管理器发送第一部署请求，其中，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例的数量小于或等于所述最大数量；所述容器即服务管理器在所述至少一个节点实例上部署所述第一类型的容器服务。
第六方面，提供一种通信装置，该通信装置可以为上述第一方面中的第一网元，或者为配置在第一网元中的电子设备(例如，芯片系统)，或者为包括该第一网元的较大设备。该第一网元包括用于执行上述第一方面或任一可选的实施方式的相应的手段(means)或模块。例如，该通信装置包括处理模块(有时也称为处理单元)和收发模块(有时也称为收发单元)。
例如，收发模块用于接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；处理模块用于确定第二信息，所述第二信息包括第一优先级信息，所述第一优先级信息用于指示在所述一个或多个节点实例上部署第一类型的容器服务的优先级；所述收发模块用于向容器即服务管理器发送第一部署请求，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例。
第七方面，提供一种通信装置，该通信装置可以为上述第二方面中的第一网元，或者为配置在第一网元中的电子设备(例如，芯片系统)，或者为包括该第一网元的较大设备。该第一网元包括用于执行上述第一方面或任一可选的实施方式的相应的手段(means)或模块。例如，该通信装置包括处理模块(有时也称为处理单元)和收发模块(有时也称为收发单元)。
例如，收发模块用于接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；处理模块用于确定第二信息，其中，所述第二信息包括最大数量，所述最大数量是指第一类型的容器服务最多需要部署的节点实例的数量；所述收发模块用于向容器即服务管理器发送第一部署请求，其中，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例的数量小于或等于所述最大数量。
第八方面，提供了一种通信装置，该通信装置可以为上述第三方面中的容器即服务管理器，或者为配置在容器即服务管理器中的电子设备(例如，芯片系统)，或者为包括该容器即服务管理器的较大设备。该第一网元包括用于执行上述第一方面或任一可选的实施方式的相应的手段(means)或模块。例如，该通信装置包括处理模块(有时也称为处理单元)和收发模块(有时也称为收发单元)。
例如，收发模块，用于接收第一部署请求，其中，所述第一部署请求用于请求在至少一个节点实例上部署第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一优先级条件的节点实例，和/或所述至少一个节点实例的数量小于或等于最大数量，所述至少一个节点实例用于实例化虚拟网络功能VNF，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量；处理模块用于在所述至少一个节点实例上部署所述第一类型的容器服务。
第九方面，提供了一种通信系统，所述通信系统包括如第六方面所述的通信装置，以及如第八方面所述的通信装置；或者，所述通信系统包括如第七方面所述的通信装置，以及如第八方面所述的通信装置。
第十方面，提供了一种通信装置，包括：处理器和存储器；所述存储器用于存储一个或多个计算机程序，所述一个或多个计算机程序包括计算机执行指令，当所述通信装置运行时，所述处理器执行所述存储器存储的所述一个或多个计算机程序，以使得所述通信装置实现如第一方面、第二方面或第三方面中的任一项所述的方法。
第十一方面，提供了一种芯片系统，所述芯片系统包括：处理器和接口，所述处理器用于从所述接口调用并运行指令，当所述处理器执行所述指令时，实现如第一方面、第二方面或第三方面中的任一项所述的方法。
第十二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如第一方面、第二方面或第三方面中的任一项所述的方法。
另外，关于第三方面至第十二方面中的任一实施方式所带来的技术效果，可参考对于第一方面或第二方面或相应的实施方式的技术效果的介绍。
附图说明
图1A为一种VNF架构的示意图；
图1B为一种基于CaaS技术的容器管理编排系统的架构示意图；
图1C为本申请实施例适用的一种场景示意图；
图1D为本申请实施例提供的一种通信系统的架构示意图；
图2为本申请实施例提供的一种部署容器服务的方法的流程示意图；
图3A为本申请实施例提供的一种实例化后的VNF的示意图；
图3B为本申请实施例提供的一种扩容后的VNF的示意图；
图4为本申请实施例提供的另一种部署容器服务的方法的流程示意图；
图5为本申请实施例提供的一种通信装置的结构示意图一；
图6为本申请实施例提供的一种通信装置的结构示意图二；
图7为本申请实施例提供的一种通信装置的结构示意图三；
图8为本申请实施例提供的一种通信装置的结构示意图四；
图9为本申请实施例提供的一种通信装置的结构示意图五；
图10为本申请实施例提供的一种通信装置的结构示意图六。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施方式对本申请实施例中的技术方案进行详细的说明。
下面对本申请实施例涉及的技术名词进行解释。
1、本申请实施例中的网元，可以是单个物理设备，或者也可以是集成了多个设备或节点的装置。节点可以理解为网络中的实现某种功能的一组设备，一组设备可以是一个或多个设备，例如某种功能例如数据转发功能。或者，本申请实施例所述的网元也可以是逻辑概念，例如为软件模块，或者为与各个网元提供的服务对应的网络功能，网络功能可以理解为虚拟化实现下的虚拟化功能，例如，统一数据管理(unified data management，UDM)、统一网络控制器(unified network controller，UNC)、统一策略控制功能(unifiedpolicy control，UPCF)、统一分布式网关(unified distributed gateway)或者统一用户中心数据库(unified subscriber center database，USCDB)等。
2、本申请实施例中的节点实例，是指实例化VNF所需创建的实例，节点实例可用于部署容器服务，一个节点实例上可以部署一个或多个容器服务，一个容器服务可以管理一个或多个容器。节点实例可以通过虚拟机实例或物理机实现。在虚拟化技术中，可以采用虚拟化技术，对物理机进行虚拟化，以获得VM实例，VM实例可以理解为为VM配置相应的资源之后的结果，资源例如计算资源和/或存储资源等，一个虚拟机可以部署在一个物理机上，多个虚拟机可以分别部署在多个物理机上或者部署在一个物理机上。一个VM实例上可部署一个或多个容器服务。物理机本身具有相应的资源，因此物理机本身即可视为实例，物理机上可以直接部署一个或多个容器。物理机例如，裸机(bare metal)。
本申请实施例中，对于名词的数目，除非特别说明，表示“单数名词或复数名词”，即"一个或多个”。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在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可以是单个，也可以是多个。
除非有特别的说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，“第一部署请求”和“第二部署请求”只是用于表示两个部署请求，但并不限定这两个部署请求的内容、优先级、重要程度、发送或接收顺序等的不同。
为了便于理解，下面简单介绍NFV的概念和架构。
一、NVF的概念。
NFV通过采用通用的硬件设备及虚拟化技术，来承载专用的网络设备的功能，从而降低因部署专用的网络设备所需的昂贵成本。NFV可以实现软硬件解耦，使网络设备的功能不再依赖于专用的硬件，且利用云计算的特点，使资源可以充分灵活共享，进而可以实现新业务的快速开发和部署。
采用NFV实现的网络业务称为网络服务(network service，NS)，例如，NS包括因特网协议多媒体子系统(internet protocol address multimedia subsystem，IMS)网络业务，或第五代移动通信系统(the 5th generation system，5GS)中的核心网网络业务。
其中，NS包括若干个虚拟化网络功能(virtualized network function，VNF)，即若干个VNF实现一个NS。VNF对应于PNF，如虚拟化的分组核心网(evolved packet core，EPC)节点。EPC节点例如包括移动性管理实体(mobility management entity，MME)、服务网关(serving gateway，SGW)、或公用数据网网关(public data network gateway，PGW)等节点中的一个或多个。NFV需求是希望VNF具有与PNF相同的功能。
二、NVF架构。
请参考图1A，为一种NFV架构的示意图，该架构例如是在未引入CaaS技术的情况下的一种NFV架构。该NFV架构可以包括NFV管理和编排系统(NFV management andorchestration system，NFV MANO)110、一个或多个运营支撑系统/业务支撑系统(operation support system/business support system，OSS/BSS)120、多个网元管理系统(element manager system，EMS)130、多个VNF140和NFV基础设施(NFV infrastructure，NFVI)150。
其中，NFV MANO 110负责对整个NFVI资源的管理和编排。NFV MANO 110包括NFV编排器(NFV orchestrator，NFVO)111、一个或多个VNFM 112、以及虚拟基础设施管理器(virtualized infrastructure manager，VIM)113。NFVO111用于管理NS的描述信息(又可以称为网络服务描述模板(network service descriptor，NSD))和虚拟网络功能转发图(VNF forwarding graph，VNFFG)，管理NS的生命周期，以及，与VNFM112配合实现VNF的生命周期管理和虚拟资源的全局视图功能。全局视图功能可以理解为以图形形式展示相应的虚拟资源。VNF的生命周期管理包括虚拟化网络功能描述模板(VNF descriptor，VNFD)的管理、VNF的实例化、节点实例的弹性伸缩(包括扩容(scaling out/up)和缩容(scaling in/down))、节点实例的治愈(healing)以及节点实例的终止等。VNFM112还支持从NFVO111接收弹性伸缩(scaling)策略，以实现VNF弹性伸缩自动化。VIM113主要负责基础设施层硬件(hardware)资源和虚拟化资源的管理，例如，虚拟化资源的预留和分配、虚拟资源状态的监控和故障上报、以及面向上层应用提供虚拟化资源池。例如，VIM113用于控制和管理VNF140与NFVI中的虚拟资源之间的交互，和/或VNF与NFVI中的硬件资源的交互。或者例如，VIM113可以用于执行为VNF 140分配虚拟资源或硬件资源的操作。
OSS/BSS 120主要面向电信服务运营商，提供综合的网络管理和业务运营功能，网络管理，例如故障监控和网络信息收集等、业务运营功能例如，计费管理以及客户服务管理等。
EMS130用于针对VNF执行传统的故障管理、配置管理、账户管理、性能管理和安全管理(fault management、configuration management、account management、performancemanagement、security management，FCAPS)功能。
VNF 140可以运行有相应的应用(application，APP)(在图1A中未示出)，通过相应的应用为用户提供相应的业务。
NFVI 150可以包括虚拟资源层、虚拟化层和硬件资源层。其中，虚拟资源层可以包括多个VM实例，或者虚拟资源层还可以包括虚拟存储和虚拟网络等(在图1A中未示出)。硬件资源层可以包括计算硬件、存储硬件以及网络硬件(在图1A中未示出)等。
其中，虚拟资源层可以用于以VM的形式提供虚拟资源，例如一个或多个节点实例组成一个VNF140。虚拟化层通过虚拟化硬件资源层中的硬件形成虚拟网络，多个VM实例之间可通过该虚拟网络通信。该虚拟网络例如，虚拟局域网(virtual local area network，VLAN)、虚拟专用局域网服务(virtual private LAN service，VPLS)、虚拟可扩展局域网(virtual extensible local area network，VXLAN)或通用路由封装网络虚拟化(networkvirtualization using generic routing encapsulation，NVGRE)等。
硬件资源层可以以物理机的形式提供硬件资源。硬件资源层中的硬件可以包括专用的处理器、通用的用于提供处理和计算功能的处理器、用于提供存储能力的设备、以及用于提供网络通信功能的设备的一种或多种。专用的处理器例如，中央处理器(centralprocess unit，CPU)。用于提供存储能力的设备例如，磁盘或网络附属存储(networkattached storage，NAS)。提供网络通信功能的设备例如，交换机、路由器和/或其他网络设备。
下面对容器化技术中的CaaS技术进行介绍。
CaaS技术通过虚拟化技术将操作系统中的不同的进程进行隔离，通过一个或多个进程实现相应的业务。虚拟化技术例如包括Linux操作系统下的控制组(control groups，CGroup)机制和/或命名空间(name space)机制等。其中，CaaS技术涉及的管理对象是进程，以实现轻量化和简单化的管理。
请参见图1B，为基于CaaS技术的一种容器管理编排系统的一种架构示意图。图1B也可以理解为是基于kubernetes(简称为K8S)技术实现的容器管理编排系统的一种架构示意图。为了简化描述，基于K8S技术实现的容器管理编排系统可以简称为K8S系统。
如图1B所示，K8S系统包括一个或多个集群。每个集群包括一个K8S主节点(masternode)和一群从节点，从节点又可以称为工作节点。每个集群还包括服务(service)，服务可以作为外部节点访问各个工作节点的入口。
其中，主节点上运行一组进程，这一组进程例如包括应用程序编程接口服务(application programming interface server，API server)和控制管理器(controllermanager)等。控制管理器包括复制控制器(replication controller，RC)。主节点中的这一组进程负责管理该集群，例如，通过这一组进程可管理该集群中的资源、调度该集群中的容器服务(容器服务例如豆荚(pod))、弹性伸缩该集群中的容器服务、控制该集群的安全、监控该集群和纠正集群出现的错误等。
每个工作节点可以通过部署在集群中的节点实例实现。每个工作节点上可运行kubelet、代理(proxy)、容器(docker)三个组件，每个工作节点负责对本工作节点上的容器服务的生命周期进行管理，以及实现服务代理的功能。服务代理包括代理本工作节点上的容器服务与其他工作节点之间的通信等。每个工作节点还部署一个或多个容器服务，容器服务为K8S系统的最小部署单元。以图1B为例，工作节点A部署有容器服务A，工作节点B上部署有容器服务B。
下面对上述涉及的K8S系统中的各个组件的功能进行简要介绍。
1、应用程序编程接口服务，提供了资源的操作入口，例如K8S系统中的其他组件通过应用程序编程接口服务提供的API接口来操作资源。应用程序编程接口服务可以查询集群所有的资源以及监听该集群中资源的变化等，以辅助K8S系统中的其他组件实现相应的业务功能。
2、控制管理器，是集群的管理控制中心，主要实现K8S集群的故障检测和自动化恢复工作。例如，控制管理器可以根据复制控制器的定义实现容器服务的复制或移除，以确保容器服务符合复制控制器的定义。以及，还可以根据服务(service)与容器服务的管理关系，完成服务的端点(endpoints)对象的创建和更新、工作节点的发现、工作节点的管理和状态监控、以及本地缓存的镜像文件的清理等。
3、kubelet组件，负责本工作节点上的容器服务的创建、修改、监控、删除等全生命周期管理。另外，kubelet组件还定时向应用程序编程接口服务上报本工作节点的状态信息。
4、proxy组件，用于实现服务的代理与软件模式的负载均衡。
5、docker组件，提供容器的运行环境。
随着虚拟化技术的不断发展，提出了将CaaS技术融合至NFV架构中。目前定义了一种NFV的架构，该NFV的架构请参考图1C，图1C还可以理解为本申请实施例适用的一种应用场景示意图。
在图1C中，该NFV架构中的NFV MANO新增了一个管理实体，即容器即服务管理器(container as a service manager，CaaS Mgt)，容器即服务管理器承担CaaS管理面的功能，容器即服务管理器用于对VNF 140中的多个容器服务的生命周期进行管理。容器即服务管理器的功能可以参照K8S系统中的主节点的功能。在VNF140和NFVI150之间增加了平台即服务(platform as a service，PaaS)层，该PaaS的一个子层即为CaaS，该CaaS可以理解为CaaS用户面。除了CaaS之外，该PaaS层还包括NFV架构中的专用服务(dedicated service)和公共服务(common service)等。另外，NVFI中的虚拟机上可以部署一个或多个容器服务，和/或NVFI中的物理机上可以部署一个或多个容器服务。以图1C为例，虚拟机实例VM1可以部署容器服务1，虚拟机实例VM2上可以部署有容器服务2。
本申请实施例提供一种技术方案。该技术方案可根据节点实例的优先级确定用于部署某个类型(例如第一类型)的容器服务的节点实例，提供了一种部署容器服务的机制。并且，该技术方案中，部署某个类型(例如第一类型)的容器服务时，可以排除优先级不满足第一条件的一些节点实例，以灵活地调整部署第一类型的容器服务的节点实例的数量，这样可以避免在过多的节点实例上部署过多的容器服务。
下面结合附图，介绍本申请实施例提供的技术方案。
本申请实施例提供一种部署容器服务的方法，该方法可以由通信系统执行，具体由通信系统中的第一网元和容器即服务管理器执行。第一网元例如VNFM、NFVO。该方法具体可以由具有第一网元功能的通信装置或芯片系统，以及由具有容器即服务管理器功能的通信装置或芯片系统执行。具有第一网元功能的通信装置包括具有VNFM功能的通信装置，或者，具有NFVO功能的通信装置。具有第一网元功能的芯片系统包括具有VNFM功能的芯片系统，或者，具有NFVO功能的芯片系统。
请参照图1D，为本申请实施例提供的一种通信系统的结构示意图。如图1D所示，该通信系统包括第一网元和容器即服务管理器。其中，第一网元和容器即服务管理器的具体实现可参照前文论述的内容。
请参照图2，为该方法的流程图。在图2的介绍过程中，以该方法应用于图1C所示的NFV架构，以第一网元为VNFM，以及以通信系统为图1D所示的通信系统为例。
步骤201，请求方向VNFM发送第一信息，第一信息包括一个或多个节点实例的信息。相应的，VNFM接收来自请求方的第一信息。这一个或多个节点实例是实例化VNF所需要创建的节点实例。
在实例化VNF时，请求方可以根据实例化VNF所需的节点实例，配置第一信息，进而向VNFM发送第一信息。可选的，第一信息可以携带在实例化请求中，实例化请求用于请求实例化VNF。VNFM接收该实例化请求，相当于接收到了第一信息。除此之外，该实例化请求还可以包括其他信息，例如包括VNF的标识，以指示当前需要进行实例化的VNF。或者，第一信息也可以通过其他消息发送，例如通过专用消息发送。
所述的请求方例如为用户，或者是图1C所示的VNF架构中除了第一网元之外的其他网元，该其他网元例如为VNFM、NFVO或EM等。示例性的，请求方为用户，VNFM可向用户提供操作界面，用户在该操作界面进行配置操作，用户提交该操作相当于向VNFM发送第一信息，则VNFM可以获得第一信息，这可以相当于VNFM接收第一信息。
第一信息包括一个或多个节点实例的信息，一个或多个节点实例的信息包括至少一种类型中每种类型的节点实例的数量、以及至少一种类型中每种类型的节点实例的类型信息。至少一种类型为一个或多个节点实例对应所属的所有类型。节点实例的类型信息用于指示节点实例的类型。例如，以节点实例为虚拟机实例为例，实例化VNF需要1个VM-A类型的节点实例和2个VM-B类型的节点实例，则第一信息可包括两种类型的节点实例的信息，这两种节点实例的类型分别为VM-A和VM-B，其中，类型为VM-A的节点实例的信息包括2个，类型为VM-B的节点实例的信息包括1个。
示例性的，节点实例的类型可以根据节点实例的资源规格进行划分，如果两个节点实例的资源规格不同，则这两个节点实例的类型不同。资源规格包括创建节点实例所需的资源类型和/或创建节点实例所需的每种资源类型对应的资源数量。资源类型例如包括中央处理器(central processing unit，CPU)、内存、带宽、存储等。例如资源类型为CPU，则对应的资源数量包括创建节点实例所需的CPU的数量等。两个节点实例的资源规格不同，可以理解为，创建这两个节点实例所需的资源类型不同，和/或，创建这两个节点实例所需的资源类型对应的资源数量不同。创建一个节点实例可能需要一种资源类型或多种资源类型，因此，创建两个节点实例所需的资源类型不同，可以理解为创建这两个节点实例所需的资源类型部分不同或完全不同。例如，创建VM-A类型的节点实例需要的资源类型包括CPU、带宽和内存，创建VM-B类型的节点实例需要的资源类型包括CPU、带宽和存储，这种情况视为创建这两个节点实例所需的资源类型部分不同。同理，创建一个节点实例可能需要一种资源类型或多种资源类型，因此，创建两个节点实例所需的资源类型对应的资源数量不同，可以理解为，创建两个节点实例所需的资源类型中至少有一种资源类型对应的资源数量不同。例如，创建VM-A类型的节点实例需要2个CPU，创建VM-B类型的节点实例需要3个CPU，这种情况视为创建这两个节点实例所需的资源类型中有一种资源类型对应的数量不同。当然，除此之外，VM的类型还可以根据其他方式进行划分，本申请实施例对此不作限定。
步骤202，VNFM确定创建一个或多个节点实例所需的资源规格。
VNFM根据第一信息，确定创建该一个或多个节点实例所需的资源规格，这一个或多个节点实例的资源规格的总和可以理解为创建实例化VNF所需的节点实例所需的资源规格。例如，第一信息包括2个VM-A类型的节点实例和1个VM-B类型的节点实例，VNFM确定创建一个VM-A实例需要2个CPU，创建一个VM-B实例需要3个CPU，VNFM相当于确定了，创建5个节点实例需要5个CPU。
示例性的，VNFM可解析VNFD，以从VNFD中确定创建该一个或多个节点实例中的每个节点实例所需的资源规格。VNFD可以被预配置在NFVO中，例如，VNFM可以向NFVO发送第一请求，该第一请求用于请求VNFD。相应的，NFVO接收来自VNFM的VNFD。NFVO向VNFM发送VNFD。相应的，VNFM接收来自NFVO的VNFD。VNFM对VNFD进行解析，以获得一个或多个节点实例中的每个节点实例所需的资源规格。其中，VNFD可以包括各种类型的节点实例所需的资源规格。
或者，VNFM可以向NFVO发送第二请求，该第二请求用于请求创建一个或多个节点实例所需的资源规格。相应的，NFVO接收来自VNFM的第二请求，NFVO对VNFD进行解析，获得创建一个或多个节点实例所需的资源规格，并向NFVO发送资源规格信息，该资源规格信息用于指示创建一个或多个节点实例所需的资源规格。相应的，VNFM接收来自NFVO的资源规格信息，从而确定创建一个或多个节点实例的资源规格。
在本申请实施例中，由于VNFD包括各种类型的节点实例所需的资源规格，因此实例化任意的VNF时，均可以利用同一个VNFD确定节点实例的资源规格，换言之，该VNFD可以是所有VNF通用的。这样无需为每个VNF配置对应的VNFD，减少了VNFD的数量，进而减少了配置和管理VNFD的工作量。
步骤203，VNFM向VIM发送资源分配请求。相应的，VIM接收来自VNFM的资源分配请求。
VNFM可以根据一个或多个节点实例的资源规格，生成资源分配请求。该资源分配请求用于向VIM请求创建一个或多个节点实例所需的资源。该资源分配请求可以包括创建一个或多个节点实例所需的资源规格的信息。
步骤204，VIM向VNFM发送资源信息。该资源信息用于指示一个或多个节点实例对应的资源。相应的，VNFM接收来自VIM的资源信息。
VIM可以预配置有各个节点实例的资源信息，在接收资源分配请求之后，确定用于创建一个或多个节点实例的资源信息，并将该一个或多个节点实例的资源信息发送给VNFM。该资源信息例如包括一个或多个节点实例中每个节点实例的标识，节点实例的标识例如为节点实例的地址，例如节点实例的互联网协议(internet protocol，IP)地址。
或者，该资源信息也可以是NFVI发送给VIM的，则VIM接收来自NFVI的该资源信息。例如，VIM可以向NFVI发送调用信息，该调用信息包括用于请求创建一个或多个节点实例所需的资源规格的信息。NFVI在接收该调用信息后，可以确定一个或多个节点实例的资源信息。NFVI向VIM发送该资源信息，VIM接收该资源信息后，可向VNFM发送该资源信息。
步骤202-步骤204是对创建节点实例的方式进行示例。当然，创建节点实例还有其他方式，本申请实施例不再一一列举。
步骤205，VNFM确定第二信息。第二信息例如包括第一优先级信息，第一优先级信息可指示在一个或多个节点实例上部署第一类型的容器服务的优先级。
示例性的，容器服务的类型可以根据容器服务实现的功能进行划分。例如，将用于实现运维功能的容器服务的类型划分为运维类型，将用于实现管理功能的容器服务的类型划分为管理类型等。以容器服务是pod为例，容器服务的类型包括网元生命周期管理容器服务(life cycle-manager-pod，Life cycle-mng-pod)、网元可靠性管理容器服务(highavailability-manager-pod，Ha-Mng-Pod)、容器即服务代理(CaaS agent)和运维类管理容器服务(operation maintenance-pod，O&M-Pod)。其中，life cycle-mng-Pod用于管理容器的生命周期。Ha-Mng-Pod用于对容器进行可靠性管理，例如，检测容器的异常情况。O&M-Pod用于对容器进行运维。CaaS agent为部署在节点实例上的代理，用于管理pod的生命周期。
当然，容器服务的类型还可以根据其它方式进行划分，本申请实施例对此不作限定。
第一类型的容器服务为一种或多种类型的容器服务中的任意一种。一种或多种类型的容器服务例如，管理类型和运维类型等。不同类型的容器服务的部署过程都是类似的，因此本申请实施例以部署第一类型的容器服务为例。
第二信息可以是在一个或多个节点实例中确定用于部署第一类型的容器服务的节点实例的策略信息。后续在部署第一类型的容器服务时，可以按照第二信息进行部署。第二信息可能包括不同的内容，下面对第二信息可能包括的内容进行介绍。
1、第二信息包括第一优先级信息。
第一优先级信息用于指示在一个或多个节点实例上部署第一类型的容器服务的优先级。如果同种类型的节点实例部署第一类型的容器服务的优先级不同，那么第一优先级信息包括一个或多个节点实例中每个节点实例部署第一类型的容器服务的优先级。如果同种类型的节点实例部署第一类型的容器服务的优先级相同，那么第一优先级信息包括至少一种类型中每种类型的节点实例部署第一类型的容器服务的优先级，至少一种类型是指一个或多个VM实例所属的所有类型。
第一优先级信息可以有多种表示方式，例如，第一优先级信息可以用多个数值进行表示，例如，节点实例上部署第一类型的容器服务的优先级可以以数字形式表示，例如优先级为1，2，3……，表示优先级的数值越小，对应部署第一类型的容器服务的优先级越高，相应的，第一优先级信息可以具体表示为：1，2，3……。为了简化描述，下文中节点实例部署第一类型的容器服务的优先级可以简称为节点实例的优先级。
需要说明的是，第一优先级信息可以指示一个或多个节点实例中每个节点实例的优先级，但并不表示一个或多个节点实例中的所有节点实例一定支持部署第一类型的容器服务。当某个节点实例不支持部署第一类型的容器服务时，该节点实例的优先级可以用于指示其不支持部署第一类型的容器服务，该节点实例的优先级可以表示为第一预设优先级，换言之，某个节点实例的优先级为第一预设优先级，那么表示该节点实例不支持部署第一类型的容器服务。或者，当某个节点实例不支持部署第一类型的容器服务时，第一优先级信息可以不指示该节点实例的优先级，这种情况下，也就默认该节点实例不支持部署第一类型的容器服务，例如，一个或多个节点实例包括VM-A-01和VM-B-01，VM-A-01不支持部署第一类型的容器服务，VM-B-01部署第一类型的容器服务的优先级为1，相应的，第一优先级信息可以指示VM-B-01的优先级为1。
其中，节点实例的优先级可以是请求方或NFVO预配置的。
作为一个示例，节点实例部署每种类型的容器服务的优先级可以根据节点实例的资源数量预配置。例如，一个节点实例的资源数量越大，则该节点实例部署每种类型的容器服务的优先级越高。一个节点实例的资源数量可以包括创建该节点实例所需的各种资源类型对应的总的资源数量，或者包括创建该节点实例所需的特定的资源类型对应的总的资源数量，特定的资源类型例如CPU，创建VM-A类型的节点实例需要2个CPU，创建VM-B类型的节点实例需要3个CPU，因此NFVO可以将VM-B类型的节点实例部署每种类型的容器服务优先级配置得比VM-A类型部署每种类型的容器服务的优先级高。该示例中，后续会优先考虑在资源数量大的节点实例上部署相应的容器服务，使得容器服务具有足够的资源处理业务。
同一类型的不同节点实例部署同一类型的容器服务的优先级可能相同或不同。可选的，同一类型的两个节点实例部署第一类型的容器服务的优先级可以不同。例如，VM-A类型的VM-A-01和VM-A-02部署第一类型的容器服务的优先级可能不同。或者，同一类型的节点实例部署第一类型的容器服务的优先级可以相同，这样可以按照节点实例的类型为节点实例预配置部署第一类型的容器服务的优先级，从而无需为每个节点实例分别预配置部署第一类型的容器服务的优先级，简化为节点实例预配置部署第一类型的容器服务的优先级的过程。
同一类型的节点实例部署不同类型的容器服务的优先级可能相同或不同。可选的，同一类型的节点实例部署不同类型的容器服务的优先级可以不同。例如，VM-A类型的VM-A-01部署Ha-Mng-Pod的优先级，与VM-A-01部署O&M-Pod的优先级不同。如果属于同种类型的节点实例部署不同类型的容器服务的优先级不同，且同一类型的节点实例部署同一类型的容器服务的优先级相同，那么不同类型的容器服务分散地部署在不同类型的节点实例上的可能行较大，从而避免不同类型的容器服务过于集中的部署在某种类型的节点实例上，以提高部署容器服务的合理性。如果属于同种类型的节点实例部署不同类型的容器服务的优先级不同，且同一类型的节点实例部署同一类型的容器服务的优先级不同，那么表示不同类型的容器服务分散地部署在不同节点实例上的可能行较大，从而避免不同类型的容器服务过于集中的部署在某个节点实例上。
第二种、第二信息包括第一优先级信息和最大数量。
第一优先级信息的介绍可以参照前文。
由于第一类型的容器服务所需部署的节点实例的数量可能是有限的，因此为了避免在过多的节点实例上部署第一类型的容器服务，可选的，本申请实施例中的第二信息还可以包括最大数量。最大数量是指第一类型的容器服务最多需要部署的节点实例的数量。这样，后续部署第一类型的容器服务，可以按照最大数量，将第一类型的容器服务部署在相应的节点实例上，从而减少因第一类型的容器服务部署过多而造成节点实例的资源浪费。例如，VM-A-01、VM-A-02、VM-B-01、VM-B-02均支持部署O&M-Pod，且VM-B类型的VM实例部署O&M-Pod的优先级高于VM-A类型的VM实例，且O&M-Pod对应的最大数量为2，那么对应可以在M-B-01和VM-B-02上部署O&M-Pod。
在介绍第二信息包括的内容之后，下面对第一网元如何确定第二信息进行示例介绍。
方式一，VNFM根据VNFD确定第二信息。
VNFD包括节点实例的类型信息、每种类型的节点实例支持部署的容器服务的类型信息、以及每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息。如果同种类的不同节点实例部署第一类型的容器服务的优先级相同，那么每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息用于指示该类型的节点实例上部署一种或多种类型的容器服务的优先级。例如，每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息包括每种类型的节点实例的类型标识，以及每种类型的节点实例部署一种或多种类型的容器服务的优先级。
如果同一类型的不同节点实例部署第一类型的容器服务的优先级不同，那么每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息用于指示该类型下的节点实例中每个节点实例部署一种或多种类型的容器服务的优先级信息。例如，每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息包括每个节点实例的标识，以及每个节点实例部署一种或多种类型的容器服务的优先级。
例如，VNFD包括VM-A类型的节点实例的类型标识为VM-A，VM-A类型的节点实例支持部署的容器服务的类型信息为O&M-Pod，VM-A类型的实例节点部署O&M-Pod的优先级信息为2，O&M-Pod对应的最大数量为2。VNFD还包括VM-B类型的节点实例的类型标识为VM-B，VM-B类型的节点实例支持部署的容器服务的类型信息为O&M-Pod，VM-B部署O&M-Pod的优先级信息为1，O&M-Pod对应的最大数量为2。VNFD还包括O&M-Pod的信息包括O&M-Pod类型信息为O&M-Pod。
如果同一类型的不同节点实例部署第一类型的容器服务的优先级相同，VNFM可以根据一个或多个实例的类型信息，从VNFD中确定一个或多个节点实例中的每个节点实例部署第一类型的容器服务的优先级，以确定第一优先级信息。例如，一个或多个节点实例包括属于VM-A类型的VM-A-01，属于VM-B类型的VM-B-01和VM-B-02，相应的，第二优先级信息可以包括属于VM-A类型的节点实例部署第一类型的容器服务的优先级，以及属于VM-B类型的节点实例部署第一类型的容器服务的优先级。
或者，如果同一类型的不同节点实例部署第一类型的容器服务的优先级不同，VNFM可以根据资源信息中每个VM实例对应的标识，从VNFD中确定每个节点实例部署第一类型的容器服务的优先级，以确定第一优先级信息。例如，一个或多个节点实例包括属于VM-A类型的VM-A-01，属于VM-B类型的VM-B-01和VM-B-02，相应的，第二信息中的第二优先级信息可以包括VM-A-01部署第一类型的容器服务的优先级、VM-B-01部署第一类型的容器服务的优先级、以及VM-B-02部署第一类型的容器服务的优先级。
VNFD可包括每种类型的节点实例支持部署的容器服务的类型信息，因此该VNFD可通用于确定任意VNF对应的第二信息，减少了需要预配置的VNFD的数量。
作为一个示例，VNFD还可以包括每种类型的容器服务对应的最大数量。最大数量的含义可以参照前文。VNFM可以根据该VNFD，确定第一类型的容器服务对应的最大数量。
方式二，VNFM从其它网元接收第二信息。
其它网元也可根据VNFD确定第二信息，或者也可以通过其他方式确定第二信息。例如其他网元为NFVO，NFVO根据VNFD确定第二信息，并将第二信息发送给VNFM，VNFM接收该第二信息。
步骤206，VNFM从一个或多个节点实例中，确定部署第一类型的容器服务的优先级满足第一条件的至少一个节点实例。
第一条件可以有不同的实现方式，下面进行示例说明。
A、第一条件包括，部署第一类型的容器服务的优先级高于或等于预设优先级。
VNFM可以从一个或多个节点实例中，将部署第一类型的容器服务的优先级高于或等于第二预设优先级的节点实例确定为至少一个节点实例，以便于后续在优先级较高的节点实例上部署第一类型的容器服务。第二预设优先级为预设优先级的一种示例，这里为了便于与前文中的第一预设优先级区分，这里称为第二预设优先级。第二预设优先级高于前文中的第一预设优先级。其中，第二预设优先级可以预配置在VNFM，或者协议规定的。
例如，一个或多个节点实例包括VM-A类型的VM-A-01和VM-A-02，以及包括VM-B类型的VM-B-01。其中，VM-A-01和VM-A-02部署第一类型的容器服务的优先级均为1，VM-B-01部署第一类型的容器服务的优先级为2。表示优先级的数值越大，则表明部署第一类型的容器服务的优先级越小。如果预设优先级为1，那么VNFM确定VM-A-01和VM-A-02属于至少一个节点实例，而VM-B-01不属于至少一个节点实例。
B、第一条件包括，部署第一类型的容器服务的优先级的序号小于或等于N，N为正整数。其中，该优先级的序号为按照预设顺序对一个或多个节点实例部署第一类型的容器服务的优先级进行排序获得的。
VNFM可以按照预设顺序，对一个或多个节点实例部署第一类型的容器服务的优先级进行排序，从而获得每个节点实例部署第一类型的容器服务的优先级的序号。预设顺序例如，部署第一类型的容器服务的优先级从高到低的顺序。VNFM可以根据一个或多个节点实例部署第一类型的容器服务的优先级的序号，将序号小于或等于N的节点实例确定为至少一个节点实例。可选的，N可以是被预配置在VNFM中的，或者协议规定的。
其中，当预设顺序为部署第一类型的容器服务的优先级从高到低的顺序时，节点实例的序号越小，表示节点实例部署第一类型的容器服务的优先级越高。筛选序号小于或等于N的节点实例，相当于筛选出部署第一类型的容器服务的优先级比较高的节点实例。
例如，一个或多个节点实例包括VM-A类型的VM-A-01、VM-A-02和VM-A-03，VM-B类型的VM-B-01和VM-B-02，以及VM-C类型的VM-C-01和VM-C-02。其中，VM-A-01、VM-A-02和VM-A-03部署第一类型的容器服务的优先级均为1，VM-B-01和VM-B-02部署第一类型的容器服务的优先级均为2，VM-C-01和VM-C-02部署第一类型的容器服务的优先级均为3。表示优先级的数值越大，表明部署第一类型的容器服务的优先级越小。例如N为2，则VNFM确定VM-A-01、VM-A-02、VM-A-03、VM-B-01和VM-B-02属于至少一个节点实例，而VM-C-01和VM-C-02不属于至少一个节点实例。
除了如上两种实现方式外，第一条件还可以有其他实现方式，本申请实施例不做限制。
如果第二信息还包括最大数量，可选的，至少一个节点实例上部署第一类型的容器服务的优先级不仅要满足第一条件，至少一个节点实例的数量也需要小于或等于该最大数量。
例如，如果一个或多个节点实例中，部署第一类型的容器服务的优先级满足第一条件的节点实例的数量小于或等于该最大数量，那么部署第一类型的容器服务的优先级满足第一条件的节点实例可以确定为至少一个节点数量。如果一个或多个节点实例中，部署第一类型的容器服务的优先级满足第一条件的节点实例的数量大于该最大数量，即，至少一个节点实例的数量大于该最大数量，则VNFM可以从至少一个节点实例中随机选择最大数量个VM实例，那么后文所述的至少一个VM示例可替换为这里的最大数量个节点实例；或者，VNFM可以从至少一个节点实例中，按照部署第一类型的容器服务的优先级从高到低的顺序选择最大数量个节点实例，那么后文所述的至少一个VM示例可替换为这里的最大数量个节点实例。本申请实施例中，以至少一个节点实例的数量小于或等于该最大数量为例。
步骤207，VNFM向容器即服务管理器发送第一添加请求，第一添加请求用于请求在至少一个节点实例上添加标签。相应的，容器即服务管理器接收来自VNFM的第一添加请求。
容器即服务管理器例如为图1C中所示的容器即服务管理器。容器即服务管理器后续可以采用标签机制部署容器服务。标签机制是指容器即服务管理器是根据节点实例上的标签，确定在该节点实例上部署哪些类型的容器服务。这种情况下，VNFM可以向容器即服务管理器发送第一添加请求。
第一添加请求用于容器即服务管理器在至少一个节点实例中每个节点实例上添加标签。每个节点实例上的标签用于指示该节点实例可以部署第一类型的容器服务。可选的，第一添加请求包括至少一个节点实例中每个节点实例的标识、以及每个节点实例支持部署的第一类型的容器服务的类型标识。例如，至少一个节点实例包括VM-A-01和VM-A-02，且第一类型的容器服务为O&M-Pod，那么第一添加请求包括VM-A-01、VM-A-02、以及O&M-Pod。
步骤208，容器即服务管理器在至少一个节点实例上添加标签。
容器即服务管理器可以根据第一添加请求，在至少一个节点实例上中每个节点实例上添加标签。
作为一种实施例，步骤207-步骤208为可选的部分。例如，容器即服务管理器可能不采用标签机制部署容器服务，那么这种情况下，则无需执行步骤207和步骤208。
步骤209，VNFM向容器即服务管理器发送第一部署请求，第一部署请求用于请求在至少一个节点实例上部署第一类型的容器服务。相应的，容器即服务管理器接收来自VNFM的第一部署请求。
示例性的，第一部署请求包括至少一个节点实例中每个节点实例的标识。或者，第一部署请求还包括至少一个节点实例中每个节点实例支持部署的第一类型的容器服务的标识。
步骤210，容器即服务管理器在至少一个节点实例上部署第一类型的容器服务。
如果第一部署请求包括至少一个节点实例中每个节点实例的标识，容器即服务管理器可以根据至少一个节点实例各自的标识，在至少一个节点实例上部署第一类型的容器服务。例如，执行了步骤207和步骤208的情况下，容器即服务管理器可以根据第一部署请求，确定需要进行容器服务部署的至少一个节点实例，并根据至少一节点实例中每个节点实例上的标签，在至少一个节点实例中每个节点实例上部署第一类型的容器服务。当然，每个节点实例可以部署一个或多个第一类型的容器服务，本申请不对部署第一类型的容器服务的数量进行限定。
如果第一部署请求可以包括至少一个节点实例中每个节点实例的标识，以及至少一个节点实例中每个节点实例支持部署的第一类型的容器服务的标识，容器即服务管理器可以根据第一部署请求，在至少一个节点实例上部署第一类型的容器服务。例如，在未执行步骤207和步骤208的情况下，容器即服务管理器可以根据第一部署请求，在至少一个节点实例上部署第一类型的容器服务。
下面对部署第一类型的容器服务的过程进行举例介绍。
例如，一个或多个节点实例包括VM-A类型的VM-A-01和VM-A-02，以及VM-B类型的VM-B-01，第一类型的容器服务为Ha-Mng-Pod。VM-A-01、VM-A-02和VM-B-01均支持部署Ha-Mng-Pod。
VNFM确定VM-A-01和VM-A-02上部署Ha-Mng-Pod的优先级满足第一条件，VM-B-01的优先级不满足第一条件。VNFM可以向容器即服务管理器发送第一部署请求，该第一部署请求指示在VM-A-01和VM-A-02上部署Ha-Mng-Pod。相应地，容器即服务管理器接收第一部署请求之后，在VM-A-01上部署属于Ha-Mng-Pod的Ha-Mng-Pod-01，并在VM-A-02上分别部署属于Ha-Mng-Pod的Ha-Mng-Pod-02。
同理，VNFM还可以按照上述部署第一类型的容器服务的过程，确定在VM-A-01和VM-A-02上部署Life cycle-mng-pod，以及在VM-A-01、VM-A-02和VM-B-01上部署caasagent，并指示容器即服务管理器在VM-A-01和VM-A-02部署Life cycle-mng-pod，以及指示在VM-A-01、VM-A-02和VM-B-01上部署caas agent。容器即服务管理器可以在VM-A-01上分别部署Life cycle-mng-pod-01和caas agent-01，在VM-A-02上部署Life cycle-mng-pod-02和caas agent-02，在VM-B-01上部署caas agent-03，以获得如图3A所示的实例化后的VNF。
步骤201-步骤210是以实例化VNF的场景对本申请实施例部署第一类型的容器服务的方法进行描述。在实例化VNF之后，VNF可以用于处理相应的业务。随着VNF处理的业务量不断增加，有可能需要对VNF进行扩容。扩容例如，增加VNF中的节点实例的类型和/或数量。或者，随着VNF处理的业务量不断减少，有可能需要对VNF进行缩容，缩容例如，在VNF中增加资源规格更小的节点实例。VNF扩容或VNF缩容又可以简称为VNF扩缩容。在VNF扩缩容场景下，均可能涉及到在VNF中新增节点实例，那么后续会进一步涉及到如何在新增的节点实例上部署容器服务，下面结合图2对此进行示例介绍。
步骤211，请求方向VNFM发送更新后的VNFD。相应的，VNFM接收来自请求方的更新后的VNFD。
请求方的含义可以参照前文。例如，请求方请求在VNF中增加的第一节点实例的类型可能与至少一个类型均不相同，至少一个类型为一个或多个节点实例所属的所有类型，换言之，第一节点实例相对于VNF属于新类型的节点实例。并且VNFD中可能也没有该新类型的节点实例的信息，因此在本申请实施例中，请求方可以配置更新后的VNFD，该新更后的VNFD包括该新类型的节点实例的信息，例如，该新类型的节点实例的信息包括该新类型的节点实例的类型信息、该新类型的节点实例支持部署的容器服务的类型信息、以及部署支持部署每类容器服务的优先级信息。另外，该更新后的VNFD还可以包括支持部署每类容器服务的最大数量。请求方将更新后的VNFD发送给VNFM。相应的，该VNFM接收该更新后的VNFD。
需要说明的是，本申请实施例中是以增加第一节点实例为例，实际并不限制在VNF中增加的节点实例的数量或类型。
步骤211为可选的步骤。例如，由于VNFD可能已包含该新类型的节点实例的信息，那么无需执行步骤211。
步骤212，请求方向VNFM发送第三信息，第三信息包括第一节点实例的信息。相应的，VNFM接收来自请求方的第三信息。
请求方可以配置第一节点实例的第三信息，例如，第一节点实例的类型信息。如果请求方需要新增多个节点实例，那么第三信息还包括新增的多个节点实例的数量。可选的，该第三信息还可以包括VNF的标识，以便于VNFM确定需要进行扩容的VNF。
步骤213，VNFM确定第四信息。第四信息例如包括第二优先级信息。第二优先级信息包括在第一节点实例上部署第一类型的容器服务的优先级。
第二优先级信息还可以包括至少一个节点实例的优先级信息。至少一个节点实例的优先级信息用于指示至少一个节点实例中每个节点实例的优先级。VNFM从更新后的VNFD中，确定第四信息。VNFM还可以通过其它方式确定第二信息，其它方式可以参照前文VNFM确定第二信息的方式。
可选的，第四信息还可以包括最大数量，最大数量的含义可以参照前文。VNFM确定最大数量的方式可以参照前文。
步骤214，VNFM向容器即服务管理器发送删除请求，该删除请求用于请求删除至少一个节点实例的部分或全部节点实例上部署的第一类型的容器服务。相应的，容器即服务管理器接收来自VNFM的删除请求。
示例性的，该删除请求包括至少一个节点实例的部分或全部节点实例的标识，以及第一类型的容器服务的类型标识。
如果第四信息包括第二优先级信息，根据第四信息确定第一节点实例部署第一类型的容器服务的优先级满足第二条件，那么VNFM可以向容器即服务管理发送该删除请求。其中，第二条件例如为第一节点实例上部署第一类型的容器服务的优先级高于至少一个节点实例中全部或部分节点实例上部署第一类型的容器服务的优先级。可选的，删除请求中请求删除至少一个节点实例的部分或全部节点实例可以是在至少一个节点实例中，部署第一类型的容器服务的优先级低于第一节点实例的部署的第一类型的容器服务的优先级的节点实例。
或者，如果第四信息包括第二优先级信息和最大数量，VNFM确定第一节点实例部署第一类型的容器服务的优先级满足第二条件，且确定至少一个节点实例的总数量等于最大数量，这种情况下，VNFM可以向容器即服务管理器发送该删除请求。
作为一个示例，VNFM还可以向容器即服务管理器发送标签删除请求，该标签删除请求用于请求删除至少一个节点实例的部分或全部节点实例上的标签。相应的，容器即服务管理器接收该标签删除请求，并删除至少一个节点实例上的标签。至少一个节点实例的部分或全部节点实例的确定方式可以参照前文。可选的，VNFM发送标签删除请求可以是在发送删除请求之前。
步骤214为可选的步骤。例如，VNFM确定第一节点实例部署第一类型的容器服务的优先级不满足第二条件，或者，VNFM确定第一节点实例支持部署第一类型的容器服务，且至少一个节点实例的总数量小于最大数量，那么这两种情况下，可以不执行步骤214。
步骤215，容器即服务管理器删除至少一个节点实例的部分或全部节点实例的第一类型的容器服务。
如果执行了步骤214，则容器即服务管理器执行步骤215。如果未执行步骤214，则容器即服务管理器无需执行步骤215。
步骤216，VNFM向容器即服务管理器发送第二部署请求，第二部署请求用于请求在第一节点实例上部署第一类型的容器服务。相应的，容器即服务管理器接收来自VNFM的第二部署请求。
如果VNFM根据第四信息，确定第一节点实例部署第一类型的容器服务的优先级满足第二条件，那么可以向容器即服务管理器发送第二部署请求，以请求容器即服务管理器在第一节点实例上部署第一类型的容器服务。
该第二部署请求包括在第一节点实例上部署的第一类型的容器服务的类型标识。可选的，该第二部署请求还可以包括容器服务的标识。容器服务的标识用于表示部署属于第一类型的容器服务中的具体哪个容器服务。
如果未执行步骤215，这种情况下，该第二部署请求包括第一类型的容器服务的类型标识。相应的，容器即服务管理器可以根据实际情况，灵活部署相应的第一类型的容器服务。
如果执行了步骤215，那么表示容器即服务管理器删除了之前部署在至少一个节点实例上的部分或全部节点实例上的第一类型的容器服务，这种情况下，该第二部署请求包括第一类型的容器服务的类型标识，以及容器服务的标识。该容器服务的标识可以是已在至少一个节点实例中部分或全部节点实例上已删除的容器服务的标识，这种情况下，容器即服务管理器可以在第一节点上部署与之前删除的容器服务相同的容器服务，例如，容器即服务管理器可以将之前删除的第一类型的容器服务的文件迁移到第一节点实例中，以创建容器服务。如此，降低了容器即服务管理器在第一节点上部署第一类型的容器服务的难度。且，其它节点实例依旧可以使用之前已删除的容器服务的标识进行通信，即其他节点实例无需感知容器服务的迁移，提升了整个系统的稳定性。
例如，第一节点实例为属于VM-D类型的VM-D-01，至少一个节点实例包括VM-A-01，第一类型的容器服务为life cycle-manager-pod。VNFM确定在VM-A-01上部署life cycle-manager-pod的优先级低于VM-D-01部署life cycle-manager-pod的优先级，因此VNFM可以向容器即服务管理器发送删除请求，容器即服务管理器根据该删除请求，删除在VM-A-01上部署的life cycle-manager-pod-01。VNFM并向容器即服务管理器发送第二部署请求，该第二部署请求请求在VM-D-01上部署life cycle-manager-pod-01，容器即服务管理器根据该第二部署请求，在VM-D-01上部署life cycle-manager-pod-01。
作为一个示例，VNFM可以向容器即服务管理器发送第二添加请求，第二添加请求用于请求在第一节点实例上添加标签。该标签用于指示第一节点实例支持部署第一类型的容器服务。相应的，容器即服务管理器接收该第二添加请求。该第二添加请求可以包括第一节点实例的标识，以及第一节点实例支持部署的第一类型的容器服务的类型标识。可选的，VNFM发送第二添加请求可以是在发送第二部署请求之前。
步骤217，容器即服务管理器在第一节点实例上部署第一类型的容器服务。
例如，如果容器即服务管理器在第一节点实例上添加了标签，那么容器即服务管理器可以根据第一部署请求中的第一节点实例的标识，以及第一节点实例的标签，在第一节点实例上部署第一类型的容器服务。
如果容器即服务管理器未在第一节点实例上添加了标签，容器即服务管理器可以根据第二部署请求中的在第一节点实例上部署的第一类型的容器服务的类型标识，以及容器服务的标识，在第一节点上部署第一类型的容器服务。
例如，继续参照图3A所示的例子，第一节点实例包括VM-D类型的VM-D-01和VM-D-02，Ha-Mng-Pod的最大数量为2。VM-D-01和VM-D-02部署Ha-Mng-Pod的优先级相同，且部署Ha-Mng-Pod的优先级均高于VM-A类型的节点实例部署Ha-Mng-Pod的优先级，因此VNFM确定向容器服务管理器发送删除请求，该删除请求用于请求删除VM-A-01和VM-A-02上部署的Ha-Mng-Pod。容器即服务管理器根据该删除请求，删除VM-A-01上部署的Ha-Mng-Pod-01，以及VM-A-02上部署的和Ha-Mng-Pod-02。VNFM向容器即服务管理器发送第二部署请求，该第二部署请求用于请求在VM-D-01和VM-D-02上分别部署Ha-Mng-Pod-01和Ha-Mng-Pod-02。容器即服务管理器接收该第二部署请求，并在VM-D-01和VM-D-02上分别部署Ha-Mng-Pod-01和Ha-Mng-Pod-02，从而获得如图3B所示的扩容后的VNF。
在图2所示的实施例中，VNFM可以根据一个或多个节点实例部署第一类型的容器服务的优先级信息，确定用于部署第一类型的容器服务的至少一个节点实例，在至少一个节点实例上部署第一类型的容器服务，提供了一种在节点实例上部署容器服务的机制。进一步地，还可以根据部署第一类型的容器服务的节点实例的最大数量，限制用于部署第一类型的容器服务的节点实例的数量，可以减少用于部署第一类型的容器服务的节点实例的数量，避免在过多的节点实例上部署第一类型的容器服务。另外，在对VNF进行扩缩容的情况下，VNFM可以根据新增的第一节点实例部署第一类型的容器服务的优先级与至少一个节点实例部署第一类型的容器服务的优先级的高低关系，以确定是否在新增的第一节点实例上部署第一类型的容器服务，提供了一种在VNF扩缩容场景下部署第一类型的容器服务的机制。且，可以根据新增的第一节点实例以及至少一个节点实例的数量情况，选择性地删除至少一个节点实例上部署的第一类型的容器服务，从而可以避免部署过多的第一类型的容器服务的情况。
可选的，步骤202-步骤204、步骤207-步骤208、步骤211-步骤217均为可选的步骤。
本申请实施例还提供了另一种技术方案。该技术方案通过确定第一类型的容器服务对应的最大数量，即第一类型的容器服务最多需要部署的节点实例的数量，在创建节点实例之后，从创建的节点实例中选择满足该最大数量的节点实例部署第一类型的容器服务，提供了一种部署第一类型的容器服务的机制。某些情况下，某些类型的容器服务可能处理的业务并不多，因此如果在过多的节点实例上部署第一类型的容器服务，这些容器服务占用了节点实例上的资源，但却没有实现相应的业务，即出现了节点实例的资源分配不合理。而该技术方案中可以根据最大数量，限制用于部署第一类型的容器服务的节点实例数量，可以减少用于部署第一类型的容器服务的节点实例的数量，从而避免在过多的节点实例上部署第一类型的容器服务所造成的资源分配不合理的情况。
下面结合图4所示的本申请实施例提供的一种部署容器服务的方法的流程图，对该技术方案进行介绍。该方法可以由通信系统执行，通信系统的含义可以参照前文的内容。在图4的介绍过程中，以该方法以该部署容器服务的方法应用于图1C所示的NFV架构，以第一网元为NFVO为例。
步骤401，请求方向NFVO发送第一信息，第一信息包括一个或多个节点实例的信息。相应的，NFVO接收来自请求方的第一信息。
请求方的含义、第一信息的含义、生成第一信息的方式、一个或多个节点实例的含义可以参照前文。
步骤402，NFVO确定创建一个或多个节点实例所需的资源规格。
确定一个或多个节点实例的资源规格的方式、资源规格的含义可以参照前文。
步骤403，NFVO通过VNFM向VIM发送资源分配请求。相应的，VIM通过VNFM接收来自NFVO的资源分配请求。
资源分配请求的含义可以参照前文。在图4中是NFVO通过VNFM向VIM发送资源分配请求为例，实际不限制NFVO向VIM发送资源分配请求的方式。
步骤404，VIM通过VNFM向NFVO发送资源信息。相应的，NFVO通过VNFM接收来自VIM的该资源信息。
资源信息的含义，以及VIM确定资源信息的方式可以参照前文。图4中是以VIM通过VNFM向NFVO发送资源信息为例，实际不限制VIM向NFVO发送资源信息的方式。
步骤405，NFVO确定第二信息。第二信息包括最大数量。最大数量是指第一类型的容器服务最多需要部署的节点实例的数量。
最大数量的含义可以参照前文。NFVO确定第二信息的方式可以参照前文VNFM确定第二信息的方式。
可选的，第二信息还包括第一优先级信息，第一优先级的信息的含义可以参照前文。
步骤406，NFVO从一个或多个节点实例中，确定满足最大数量的至少一个节点实例。
如果第二信息包括最大数量，一个或多个节点实例中支持部署第一类型的容器服务的节点实例的数量小于或等于最大数量，那么NFVO可以将一个或多个节点实例中支持部署第一类型的容器服务的节点实例确定为至少一个节点实例。如果一个或多个节点实例中支持部署第一类型的容器服务的节点实例的数量大于最大数量，那么NFVO可以从一个或多个节点实例中支持部署第一类型的容器服务的节点实例中，确定出小于或等于最大数量的至少一个节点实例。
如果第二信息还包括第二优先级信息，NFVO可以从一个或多个节点实例中确定部署第一类型的容器服务的优先级满足第一条件，且数量小于或等于最大数量的至少一个节点实例。第一条件的含义可以参照前文。
步骤407，NFVO通过VNFM向容器即服务管理器发送第一添加请求，第一添加请求用于请求在至少一个节点实例上添加标签。相应的，容器即服务管理器通过VNFM接收来自NFVO的第一添加请求。
标签的含义可以参照前文。图4中是以NFVO通过VNFM向容器即服务管理器发送第一添加请求为例，实际不限制NFVO向容器即服务管理器发送第一添加请求的方式。
步骤408，容器即服务管理器在至少一个节点实例上添加标签。
标签的含义以及容器即服务管理器添加标签的方式可以参照前文。
步骤409，NFVO通过VNFM向容器即服务管理器发送第一部署请求，第一部署请求用于请求在至少一个节点实例上部署第一类型的容器服务。相应的，容器即服务管理器通过VNFM接收来自NFVO的第一部署请求。
步骤410，容器即服务管理器在至少一个节点实例上部署第一类型的容器服务。
上述步骤401-步骤410是对实例化VNF场景下部署第一类型的容器服务的过程进行介绍。后续可能需要对VNF进行扩缩容，下面继续参照图4，对扩缩容场景下部署第一类型的容器服务的过程进行示例介绍。
步骤411，NFVO接收来自请求方的更新后的VNFD。
更新后的VNFD的含义可以参照前文。
步骤412，NFVO接收来自请求方的第三信息，第三信息包括第一节点实例的信息。
请求方生成第三信息的方式可以参照前文。
步骤413，NFVO通过VNFM向容器即服务管理器发送删除请求，删除请求用于请求删除至少一个节点实例的部分或全部节点实例上部署的第一类型的容器服务。相应的，容器即服务管理器通过VNFM接收来自NFVO的删除请求。
删除请求的内容、至少一个节点实例的部分或全部节点实例的确定方式、触发NFVO发送删除请求的条件均可以参照前文。
步骤414，容器即服务管理器删除至少一个节点实例的部分或全部节点实例上部署的第一类型的容器服务。
容器即服务管理器删除至少一个节点实例的部分或全部节点实例上部署的第一类型的容器服务的内容可以参照前文。
步骤415，NFVO通过VNFM向容器即服务管理器发送第二部署请求，第二部署请求用于请求在第一节点实例上部署第一类型的容器服务。相应的，容器即服务管理器通过VNFM接收来自NFVO的第二部署请求。
第二部署请求的含义、在第一节点实例上部署第一类型的容器服务的方式可以参照前文。
作为一个示例，NFVO可以向容器即服务管理器发送第二添加请求。第二添加请求的含义可以参照前文。相应的，容器即服务管理器接收该第二添加请求，并在第一节点实例上添加标签。标签的含义可以参照前文。
步骤416，容器即服务管理器在第一节点实例上部署第一类型的容器服务。
容器即服务管理器部署第一类型的容器服务的方式可以参照前文。
作为一个示例，步骤402-步骤404、步骤407-步骤408、以及步骤411-步骤416均为可选的步骤。
在图4所示的实施例中，在实例化VNF时，NFVO可以根据第一类型的容器服务对应的最大数量，从实例化VNF所需的一个或多个VNF中确定出小于或等于最大数量的至少一个节点实例，容器即服务管理器在至少一个节点实例上部署第一类型的容器服务，提供了一种部署容器服务的机制。并且，根据最大数量，限制用于部署的第一类型的容器服务的节点实例的数量，以避免部署在过多的节点实例上部署第一类型的容器服务。
基于同一发明构思，本申请实施例还提供一种通信装置。图5为本申请的实施例提供的可能的通信装置的结构示意图。图5所示的通信装置可以用于实现上述方法实施例中第一网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，图5所示的通信装置可以是NFVO或VNFM的功能的芯片系统。
如图5所示，通信装置包括收发模块501和处理模块502。
在一个实施例中，该通信装置可以用于实现图2中所示的方法实施例中第一网元的功能，具体的功能可以参见上述方法实施例中的说明。例如，该通信装置可以用于实现图2所示的方法实施例中VNFM的功能。
基于同一发明构思，本申请实施例还提供一种通信装置。图6为本申请的实施例提供的可能的通信装置的结构示意图。图6所示的通信装置可以用于实现上述方法实施例中第一网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，图6所示的通信装置可以是NFVO或VNFM的功能的芯片系统。
如图6所示，通信装置包括收发模块601和处理模块602。
在一个实施例中，该通信装置可以用于实现图4中所示的方法实施例中第一网元的功能，具体的功能可以参见上述方法实施例中的说明。例如，该通信装置可以用于实现图4所示的方法实施例中NFVO的功能。
基于同一发明构思，本申请实施例还提供一种通信装置。图7为本申请的实施例提供的可能的通信装置的结构示意图。图7所示的通信装置可以用于实现上述方法实施例中第一网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，图7所示的通信装置可以是容器即服务管理器的功能的芯片系统。
如图7所示，通信装置包括收发模块701和处理模块702。
在一个实施例中，该通信装置可以用于实现图2或图4中所示的方法实施例中容器即服务管理器的功能，具体的功能可以参见上述方法实施例中的说明。例如，该通信装置可以用于实现图2或图4所示的方法实施例中容器即服务管理器的功能。
基于同一发明构思，本申请实施例还提供一种通信装置。图8为本申请的实施例提供的可能的通信装置的结构示意图。图8所示的通信装置可以用于实现上述方法实施例中第一网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，图8所示的通信装置的具体可能的形式可以参照前文图5所示的通信装置的具体可能的形式，此处不再赘述。
如图8所示，通信装置包括处理器801和接口802。处理器801和接口802之间相互耦合。可以理解的是，接口802可以为收发器或输入输出接口。
通信装置可以包括一个或多个处理器801，处理器801也可以称为处理单元，可以实现一定的控制功能。所述处理器801可以是通用处理器或者专用处理器等。例如，包括：基带处理器，中央处理器等。所述基带处理器可以用于对通信协议以及通信数据进行处理。所述中央处理器可以用于对通信装置进行控制，执行软件程序和/或处理数据。不同的处理器可以是独立的器件，也可以是设置在一个或多个处理电路中，例如，集成在一个或多个专用集成电路上。
可选的，通信装置中包括一个或多个存储器803，用以存储指令，该指令可在所述处理器上被运行，使得通信装置执行上述方法实施例中描述的方法。通信装置中的存储器803为可选的部件，在图8中以虚线框进行示意。
可选的，存储器803中还可以存储有数据。所述处理器和存储器可以单独设置，也可以集成在一起。
可选的，通信装置还可以包括存储器803，用于存储处理器801执行的指令或存储处理器801运行指令所需要的输入数据或存储处理器801运行指令后产生的数据。
在一个实施例中，当通信装置用于实现图2所示的方法实施例时，该通信装置可以用于实现图2中所示的方法实施例中第一网元的功能，具体的功能可以参见上述方法实施例中的说明。
基于同一发明构思，本申请实施例还提供一种通信装置。图9为本申请的实施例提供的可能的通信装置的结构示意图。图9所示的通信装置可以用于实现上述方法实施例中第一网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，图9所示的通信装置的具体可能的形式可以参照前文图6所示的通信装置的具体可能的形式，此处不再赘述。
如图9所示，通信装置包括处理器901和接口902。处理器901和接口902之间相互耦合。可以理解的是，接口902可以为收发器或输入输出接口。可选的，该通信装置还包括存储器903，在图9中以虚线框表示该存储器903为可选的部件。其中，处理器901、接口902和存储器903的具体实现形式可参照图8中论述的内容。
在一个实施例中，当通信装置用于实现图4所示的方法实施例时，该通信装置可以用于实现图4中所示的方法实施例中第一网元的功能，具体的功能可以参见上述方法实施例中的说明。
基于同一发明构思，本申请实施例还提供一种通信装置。图10为本申请的实施例提供的可能的通信装置的结构示意图。图10所示的通信装置可以用于实现上述方法实施例中容器即服务管理器的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，图10所示的通信装置的具体可能的形式可以参照前文图7所示的通信装置的具体可能的形式，此处不再赘述。
如图10所示，通信装置包括处理器1001和接口1002。处理器1001和接口1002之间相互耦合。可以理解的是，接口1002可以为收发器或输入输出接口。可选的，该通信装置还包括存储器1003，在图10中以虚线框表示该存储器1003为可选的部件。其中，处理器1001、接口1002和存储器1003的具体实现形式可参照图8中论述的内容。
在一个实施例中，当通信装置用于实现图2或4所示的方法实施例时，该通信装置可以用于实现图2或4中所示的方法实施例中容器即服务管理器的功能，具体的功能可以参见上述方法实施例中的说明。
基于同一发明构思，本申请实施例还提供一种通信系统。该通信系统可包括如图5所示的通信装置和如图7所示的通信装置。
基于同一发明构思，本申请实施例还提供一种通信系统。该通信系统可包括如图6所示的通信装置和如图7所示的通信装置。
基于同一发明构思，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如图2或图4中的任一项所述的方法。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (36)

1.一种部署容器服务的方法，其特征在于，包括：
接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；
确定第二信息，所述第二信息包括第一优先级信息，所述第一优先级信息用于指示在所述一个或多个节点实例上部署第一类型的容器服务的优先级；
向容器即服务管理器发送第一部署请求，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例。
2.根据权利要求1所述的方法，其特征在于，所述第一条件包括：
部署所述第一类型的容器服务的优先级高于或等于预设优先级；或，
部署所述第一类型的容器服务的优先级的序号小于或等于N，N为正整数，所述优先级的序号为按照预设顺序，对所述一个或多个节点实例部署所述第一类型的容器服务的优先级进行排序获得的。
3.根据权利要求1或2所述的方法，其特征在于，所述第二信息还包括最大数量，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量，其中，所述至少一个节点实例的数量小于或等于所述最大数量。
4.根据权利要求3所述的方法，其特征在于，确定所述最大数量，包括：
从虚拟网络功能描述模板VNFD中确定所述最大数量，其中，所述VNFD包括一种或多种类型的容器服务最多需要部署的节点实例的数量，所述第一类型的容器服务是所述一种或多种类型的容器服务中的一种。
5.根据权利要求1-4任一项所述的方法，其特征在于，确定第二信息，包括：
根据所述一个或多个节点实例的信息包括的所述一个或多个节点实例的类型信息，从VNFD中确定所述第一优先级信息，其中，所述VNFD包括节点实例的类型信息、每种类型的节点实例支持部署的容器服务的类型信息、以及在每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息。
6.根据权利要求5所述的方法，其特征在于，
所述VNFD中不同类型的节点实例部署同一类型的容器服务的优先级不同；和/或，
所述VNFD中同一类型的节点实例部署不同类型的容器服务的优先级不同。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：
向所述容器即服务管理器发送第一添加请求，其中，所述第一添加请求用于请求在所述至少一个节点实例上添加标签，所述标签用于指示节点实例支持部署所述第一类型的容器服务。
8.根据权利要求1-7任一项所述的方法，其特征在于，所述方法还包括：
接收第三信息，其中，所述第三信息包括第一节点实例的信息，所述第一节点实例为需要在所述VNF中新增的节点实例；
确定第四信息，所述第四信息包括第二优先级信息，所述第二优先级信息包括所述第一节点实例上部署所述第一类型的容器服务的优先级；
如果所述第一节点实例部署所述第一类型的容器服务的优先级满足第二条件，向所述容器即服务管理器发送第二部署请求，其中，所述第二部署请求用于请求在所述第一节点实例上部署所述第一类型的容器服务。
9.根据权利要求8所述的方法，其特征在于，所述第二条件包括：
所述第一节点实例部署所述第一类型的容器服务的优先级高于所述至少一个节点实例中的部分或全部节点实例上部署所述第一类型的容器服务的优先级。
10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：
向所述容器即服务管理器发送删除请求，其中，所述删除请求用于请求删除所述至少一个节点实例的部分或全部节点实例上部署的所述第一类型的容器服务。
11.根据权利要求10所述的方法，其特征在于，所述方法还包括：
确定所述至少一个节点实例的数量等于最大数量，其中，所述第二信息还包括所述最大数量，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量。
12.根据权利要求1-11任一项所述的方法，其特征在于，所述方法还包括：
向虚拟化基础设施管理器VIM发送资源分配请求，其中，所述资源分配请求用于请求为所述一个或多个节点实例分配资源；
接收来自VIM的资源信息，所述资源信息用于指示所述一个或多个节点实例的资源。
13.一种部署容器服务的方法，其特征在于，包括：
接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；
确定第二信息，其中，所述第二信息包括最大数量，其中，所述最大数量是指第一类型的容器服务最多需要部署的节点实例的数量；
向容器即服务管理器发送第一部署请求，其中，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例的数量小于或等于所述最大数量。
14.根据权利要求13所述的方法，其特征在于，确定第二信息，包括：
从虚拟网络功能描述模板VNFD中确定所述最大数量，其中，所述VNFD包括一种或多种类型的容器服务最多需要部署的节点实例的数量，所述第一类型的容器服务是所述一种或多种类型的容器服务中的一种。
15.根据权利要求13或14所述的方法，其特征在于，所述第二信息还包括第一优先级信息，所述第一优先级信息用于指示在所述至少一个节点实例上部署第一类型的容器服务的优先级，其中，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例。
16.根据权利要求15所述的方法，其特征在于，所述第一条件包括：
部署所述第一类型的容器服务的优先级高于或等于预设优先级；或，
部署所述第一类型的容器服务的优先级的序号小于或等于N，N为正整数，所述优先级的序号为根据按照预设顺序，对所述一个或多个节点实例部署所述第一类型的容器服务的优先级进行排序后获得的。
17.根据权利要求15或16所述的方法，其特征在于，所述方法还包括：
根据所述一个或多个节点实例的信息包括的所述一个或多个节点实例的类型信息，从虚拟网络功能描述模板VNFD中确定所述第一优先级信息，其中，所述VNFD包括节点实例的类型信息、每种类型的节点实例支持部署的容器服务的类型信息、以及在每种类型的节点实例上部署一种或多种类型的容器服务的优先级信息。
18.根据权利要求17所述的方法，其特征在于，
所述VNFD中不同类型的节点实例部署同一类型的容器服务的优先级不同；和/或，
所述VNFD中同一类型的节点实例部署不同类型的容器服务的优先级不同。
19.根据权利要求13-18任一项所述的方法，其特征在于，所述方法还包括：
向所述容器即服务管理器发送第一添加请求，其中，所述第一添加请求用于请求在所述至少一个节点实例上添加标签，所述标签用于指示节点实例支持部署所述第一类型的容器服务。
20.根据权利要求13-19任一项所述的方法，其特征在于，所述方法还包括：
接收第三信息，其中，所述第三信息包括第一节点实例的信息，所述第一节点实例为需要在所述VNF中新增的节点实例；
如果所述第一节点实例的数量小于所述最大数量，向所述容器即服务管理器发送第二部署请求，其中，所述第二部署请求用于请求在所述第一节点实例上部署所述第一类型的容器服务。
21.根据权利要求20所述的方法，其特征在于，所述方法还包括：
如果确定所述至少一个节点实例等于所述最大数量，且所述第一节点实例部署所述第一类型的容器服务的优先级满足第二条件，向所述容器即服务管理器发送删除请求，其中，所述删除请求用于请求删除所述至少一个节点实例的部分或全部节点实例上部署的所述第一类型的容器服务，所述第二信息还包括第一优先级信息，所述第一优先级信息用于指示在所述第一节点实例上部署第一类型的容器服务的优先级。
22.根据权利要求21所述的方法，其特征在于，所述第二条件包括：
所述第一节点实例上部署所述第一类型的容器服务的优先级大于所述至少一个节点实例的部分或全部节点实例上部署所述第一类型的容器服务的优先级。
23.根据权利要求13-22任一项所述的方法，其特征在于，所述方法还包括：
向虚拟化基础设施管理器VIM发送资源分配请求，其中，所述资源分配请求用于请求为所述一个或多个节点实例分配资源；
接收来自VIM的资源信息，所述资源信息用于指示所述一个或多个节点实例的资源。
24.一种部署容器服务的方法，其特征在于，包括：
接收第一部署请求，其中，所述第一部署请求用于请求在至少一个节点实例上部署第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一优先级条件的节点实例，和/或所述至少一个节点实例的数量小于或等于最大数量，所述至少一个节点实例用于实例化虚拟网络功能VNF，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量；
在所述至少一个节点实例上部署所述第一类型的容器服务。
25.根据权利要求24所述的方法，其特征在于，所述方法还包括：
接收第一添加请求，其中，所述第一添加请求用于指示在所述至少一个节点实例上添加标签，所述标签用于指示节点实例支持部署所述第一类型的容器服务；
在所述至少一个节点实例上添加所述标签。
26.根据权利要求24或25所述的方法，其特征在于，所述方法还包括：
接收第二部署请求，其中，所述第二部署请求用于请求在第一节点实例上部署容器服务，其中，所述第一节点实例为需要在所述VNF中增加的节点实例；
在所述第一节点实例上部署所述第一类型的容器服务。
27.根据权利要求26所述的方法，其特征在于，所述方法还包括：
接收删除请求，其中，所述删除请求用于请求删除所述至少一个节点实例上部署的所述第一类型的容器服务；
删除所述至少一个节点实例上部署的所述第一类型的容器服务。
28.一种部署容器服务的方法，其特征在于，包括：
第一网元接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF，所述第一网元为网络功能虚拟化编排器NFVO或网络功能虚拟化管理器VNFM；
所述第一网元确定第二信息，所述第二信息包括第一优先级信息，所述第一优先级信息用于指示在所述一个或多个节点实例上部署第一类型的容器服务的优先级；
所述第一网元向容器即服务管理器发送第一部署请求，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例；
所述容器即服务管理器在所述至少一个节点实例上部署所述第一类型的容器服务。
29.一种部署容器服务的方法，其特征在于，包括：
第一网元接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；
确定第二信息，其中，所述第二信息包括最大数量，其中，所述最大数量是指第一类型的容器服务最多需要部署的节点实例的数量；
向容器即服务管理器发送第一部署请求，其中，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例的数量小于或等于所述最大数量；
所述容器即服务管理器在所述至少一个节点实例上部署所述第一类型的容器服务。
30.一种通信装置，其特征在于，包括：
收发模块，用于接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；
处理模块，用于确定第二信息，所述第二信息包括第一优先级信息，所述第一优先级信息用于指示在所述一个或多个节点实例上部署第一类型的容器服务的优先级；
所述收发模块，用于向容器即服务管理器发送第一部署请求，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一条件的节点实例。
31.一种通信装置，其特征在于，包括：
收发模块，用于接收第一信息，其中，所述第一信息包括一个或多个节点实例的信息，所述一个或多个节点实例用于实例化虚拟网络功能VNF；
处理模块，用于确定第二信息，其中，所述第二信息包括最大数量，所述最大数量是指第一类型的容器服务最多需要部署的节点实例的数量；
所述收发模块，用于向容器即服务管理器发送第一部署请求，其中，所述第一部署请求用于请求在所述一个或多个节点实例中的至少一个节点实例上部署所述第一类型的容器服务，所述至少一个节点实例的数量小于或等于所述最大数量。
32.一种通信装置，其特征在于，包括：
收发模块，用于接收第一部署请求，其中，所述第一部署请求用于请求在至少一个节点实例上部署第一类型的容器服务，所述至少一个节点实例为部署所述第一类型的容器服务的优先级满足第一优先级条件的节点实例，和/或所述至少一个节点实例的数量小于或等于最大数量，所述至少一个节点实例用于实例化虚拟网络功能VNF，所述最大数量是指所述第一类型的容器服务最多需要部署的节点实例的数量；
处理模块，用于在所述至少一个节点实例上部署所述第一类型的容器服务。
33.一种通信系统，其特征在于，所述通信系统包括如权利要求30所述的通信装置，以及如权利要求32所述的通信装置；或者，
所述通信系统包括如权利要求31所述的通信装置，以及如权利要求32所述的通信装置。
34.一种通信装置，其特征在于，包括：处理器和存储器；所述存储器用于存储一个或多个计算机程序，所述一个或多个计算机程序包括计算机执行指令，当所述通信装置运行时，所述处理器执行所述存储器存储的所述一个或多个计算机程序，以使得所述通信装置实现如权利要求1-12中任一项所述的方法，或者实现如权利要求13-23中任一项所述的方法，或者实现如权利要求24-27所述的方法。
35.一种芯片系统，其特征在于，所述芯片系统包括：
处理器和接口，所述处理器用于从所述接口调用并运行指令，当所述处理器执行所述指令时，实现如权利要求1-12中任一项所述的方法，或者实现如权利要求13-23中任一项所述的方法，或者实现如权利要求24-27所述的方法。
36.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1-12中任一项所述的方法，或者实现如权利要求13-23中任一项所述的方法，或者实现如权利要求24-27所述的方法。
CN202111237271.5A 2021-10-21 2021-10-21 一种部署容器服务的方法及装置 Pending CN116016229A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202111237271.5A CN116016229A (zh) 2021-10-21 2021-10-21 一种部署容器服务的方法及装置
PCT/CN2022/125832 WO2023066224A1 (zh) 2021-10-21 2022-10-18 一种部署容器服务的方法及装置
EP22882830.7A EP4319084A1 (en) 2021-10-21 2022-10-18 Method and apparatus for deploying container service
JP2023568721A JP2024517909A (ja) 2021-10-21 2022-10-18 コンテナサービスを配備するための方法および装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111237271.5A CN116016229A (zh) 2021-10-21 2021-10-21 一种部署容器服务的方法及装置

Publications (1)

Publication Number Publication Date
CN116016229A true CN116016229A (zh) 2023-04-25

Family

ID=86022006

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111237271.5A Pending CN116016229A (zh) 2021-10-21 2021-10-21 一种部署容器服务的方法及装置

Country Status (4)

Country Link
EP (1) EP4319084A1 (zh)
JP (1) JP2024517909A (zh)
CN (1) CN116016229A (zh)
WO (1) WO2023066224A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109714400B (zh) * 2018-12-12 2020-09-22 华南理工大学 一种面向容器集群的能耗优化资源调度系统及其方法
CN111385114B (zh) * 2018-12-28 2022-04-26 华为技术有限公司 Vnf服务实例化方法及装置
CN111443985A (zh) * 2019-01-17 2020-07-24 华为技术有限公司 实例化虚拟网络功能的方法及设备
CN111698112B (zh) * 2019-03-15 2021-09-14 华为技术有限公司 一种容器化虚拟网络功能vnf的资源管理方法及装置
CN111949364A (zh) * 2019-05-16 2020-11-17 华为技术有限公司 容器化vnf的部署方法和相关设备
EP3786783A1 (fr) * 2019-08-30 2021-03-03 Bull SAS Systeme d'aide a la conception d'application d'intelligence artificielle, executable sur des plates-formes informatiques distribuees

Also Published As

Publication number Publication date
WO2023066224A1 (zh) 2023-04-27
EP4319084A1 (en) 2024-02-07
JP2024517909A (ja) 2024-04-23

Similar Documents

Publication Publication Date Title
US11588675B2 (en) Systems and methods for selectively implementing services on virtual machines and containers
US11283684B2 (en) Network slice deployment method and apparatus
US11036536B2 (en) Method, apparatus, and system for deploying virtualized network function using network edge computing
EP3455728B1 (en) Orchestrator for a virtual network platform as a service (vnpaas)
EP3800926B1 (en) Alarm method and device
CN104734931B (zh) 一种虚拟网络功能间链路建立方法及装置
US10917294B2 (en) Network function instance management method and related device
EP3291499A1 (en) Method and apparatus for network service capacity expansion
WO2022078415A1 (zh) 报文转发方法以及网络设备
WO2017185251A1 (zh) Vnfm的确定方法和网络功能虚拟化编排器
CN111527726A (zh) 网络服务管理方法、相关装置及系统
WO2019137516A1 (zh) 网络切片部署方法及其装置
CN112564994B (zh) 流量监测方法、装置、云服务器及存储介质
WO2018017339A1 (en) System and method for transport-layer level identification and isolation of container traffic
US20220350637A1 (en) Virtual machine deployment method and related apparatus
WO2015043679A1 (en) Moving stateful applications
US11573819B2 (en) Computer-implemented method for reducing service disruption times for a universal customer premise equipment, uCPE, device with resource constraint in a network functions virtualization, NFV, network infrastructure
CN111355602B (zh) 一种资源对象的管理方法及装置
US20230138867A1 (en) Methods for application deployment across multiple computing domains and devices thereof
CN116016229A (zh) 一种部署容器服务的方法及装置
JP7450072B2 (ja) 仮想化ネットワーク・サービス配備方法及び装置
US20230259387A1 (en) Data flow mirroring method and apparatus
EP4274197A1 (en) Data communication managing component and method for performing guaranteed performance data communication
WO2023155838A1 (zh) 一种虚拟网络功能vnf实例化的方法及装置
CN118118348A (zh) 一种虚拟化网络功能vnf的实例化方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination