CN113127138A - 虚拟化网络功能部署方法、装置和系统 - Google Patents

虚拟化网络功能部署方法、装置和系统 Download PDF

Info

Publication number
CN113127138A
CN113127138A CN201911408221.1A CN201911408221A CN113127138A CN 113127138 A CN113127138 A CN 113127138A CN 201911408221 A CN201911408221 A CN 201911408221A CN 113127138 A CN113127138 A CN 113127138A
Authority
CN
China
Prior art keywords
type
vdu
virtual
server
virtual device
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
Application number
CN201911408221.1A
Other languages
English (en)
Other versions
CN113127138B (zh
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.)
Xian Huawei Technologies Co Ltd
Original Assignee
Xian 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 Xian Huawei Technologies Co Ltd filed Critical Xian Huawei Technologies Co Ltd
Priority to CN201911408221.1A priority Critical patent/CN113127138B/zh
Priority to PCT/CN2020/139137 priority patent/WO2021136074A1/zh
Priority to EP20909886.2A priority patent/EP4080826A4/en
Publication of CN113127138A publication Critical patent/CN113127138A/zh
Application granted granted Critical
Publication of CN113127138B publication Critical patent/CN113127138B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • 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/0803—Configuration setting
    • 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/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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
    • 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/45583—Memory management, e.g. access or allocation
    • 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
    • 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
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities

Landscapes

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

Abstract

本申请实施例提供一种虚拟化网络功能部署方法、装置和系统，该方法包括：NFV MANO获取描述虚拟化网络功能VNF的第一子功能的多个VDU中的第一VDU；该多个VDU中的各VDU包括的服务器标签所指示的服务器的类型不相同，每个VDU对应一类虚拟设备且每个VDU包括的服务器标签指示能够为该VDU所对应的一类虚拟设备提供计算资源的服务器；该NFV MANO根据该第一VDU向资源管理层发送虚拟设备创建请求，该虚拟设备创建请求用于指示创建与该第一VDU对应的一类虚拟设备。本申请实施例中通过获取描述同一子功能的至少两个VDU，各VDU对应的服务器的类型不相同，使得可以在多种类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在至少两种类型的服务器上的目的，VNF部署灵活。

Description

虚拟化网络功能部署方法、装置和系统
技术领域
本申请实施例涉及通信领域，尤其涉及一种虚拟化网络功能部署方法、装置和系统。
背景技术
网络功能虚拟化(network function virtualization，简称NFV)技术可以简单地理解为将电信网络中使用的各个网元的功能从目前的专用硬件平台迁移至通用的商用货架产品(commercial-off-the-shelf，简称COTS)服务器上。通过NFV技术将电信网络中使用的各个网元转变成为独立的应用，可以灵活部署在基于标准的服务器、存储以及交换机等其他设备构建的统一基础设施平台上，并通过虚拟化技术，对基础设施硬件设备资源池化及虚拟化，对上层应用提供虚拟资源，实现应用、硬件解耦，使得每一个应用能够快速增加虚拟资源以实现快速扩展系统容量的目的，或者能够快速减少虚拟资源以实现收缩系统容量的目的，大大提升网络的弹性。采用通用的COTS服务器组成共享的资源池，新开发的业务，不需要单独部署硬件设备，大大缩短新业务上线时间。
目前NFV技术提供的虚拟网络功能(virtual network function，简称VNF)所包括的各子功能均需部署在同一种类型的服务器上(包括的中央处理器((central processingunit，简称CPU))的类型相同，服务器的类型便相同)，部署灵活性低。
因此，如何实现VNF所包括的各子功能能够部署在多种类型的服务器上以提高部署的灵活性是亟待解决的技术问题。
发明内容
本申请实施例提供一种虚拟化网络功能部署方法、装置和系统，使得虚拟化网络功能可以灵活的部署在多种类型的服务器上。
第一方面，本申请实施例提供一种虚拟化网络功能部署方法，包括：虚拟网络功能管理和编排系统NFV MANO获取描述虚拟化网络功能VNF的第一子功能的多个虚拟化部署单元VDU中的第一VDU；所述多个VDU中的各VDU包括的服务器标签所指示的服务器的类型不相同，每个VDU对应一类虚拟设备且每个VDU包括的服务器标签指示能够为该VDU所对应的一类虚拟设备提供计算资源的服务器；不同类型的服务器的中央处理器CPU的类型不相同；所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建与所述第一VDU对应的一类虚拟设备以部署所述第一子功能。
本方案中通过获取描述同一子功能的两个VDU，两个VDU中每个VDU包括的服务器标签所指示的服务器的类型不相同，使得资源管理层可以分别根据两个VDU分别在两种类型的服务器上创建虚拟设备，从而实现了同一子功能至少能够部署在两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
在一种可能的实施方式中，所述获取多个VDU中的第一VDU，包括：所述NFV MANO获取与第一VDU模板对应的第一服务器标签；所述NFV MANO获取与第一VDU模板对应的第一实例化信息；所述NFV MANO将所述第一服务器标签和所述第一实例化信息添加至所述第一VDU模板，生成所述第一VDU。
本方案给出了获取第一VDU的一种具体实现。
在一种可能的实施方式中，还包括：所述NFV MANO获取所述多个VDU中的第二VDU；所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求，包括：所述NFV MANO根据所述第一VDU和所述第二VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求还用于指示所述资源管理层创建与所述第二VDU对应的一类虚拟设备。
本方案中实现了同一子功能能够部署在至少两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
在一种可能的实施方式中，所述第二VDU中的第二服务器标签指示的服务器的类型为第二类型，所述第一VDU中的第一服务器标签指示的服务器的类型为第一类型，所述方法还包括：所述NFV MANO发送扩容预通知消息至所述VNF的管理节点，所述扩容预通知消息包括所述第一类型和所述第二类型。
本方案可以使得VNF的管理节点能够支持VNF部署在多种类型的服务器上，从而保证业务的正常进行。
在一种可能的实施方式中，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述方法还包括：所述NFV MANO根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；所述NFV MANO控制弹性与第一弹性信息匹配的各类虚拟设备，所述第一弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第一弹性信息指示的各VDU所对应的子功能不相同。
本方案中弹性虚拟设备的效率较高。
在一种可能的实施方式中，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述方法还包括：所述NFV MANO根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；对于与第二弹性信息匹配的每类虚拟设备，所述NFVMANO向所述VNF的管理节点发送预弹性请求，所述预弹性请求包括该类虚拟设备对应的VDU的标识；所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU。所述NFV MANO接收来自所述VNF的管理节点的第一类通知消息或第二类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
本方案中，由VNF的管理节点确定弹性哪类虚拟设备，也可以说由VNF的管理节点确定弹性哪类VDU对应的虚拟设备。且VNF的管理节点控制对于VNF的一个子功能，在一个弹性周期内仅弹性该子功能对应的多个VDU中的一个VDU对应的一类虚拟设备，大大降低了某种子功能对应的虚拟设备被过多的扩建或过多的回缩的几率，保证了VNF的正常运行。
在一种可能的实施方式中，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的VDU；在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，还包括：所述NFV MANO根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；所述NFV MANO根据所述指示信息，确定控制弹性与第二弹性信息匹配的各类虚拟设备，所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU。
本方案中，NFV MANO根据VNFD中指示信息确定弹性哪类虚拟设备且对于VNF的一个子功能，NFV MANO仅控制弹性该子功能对应的多个VDU中的一个VDU对应的一类虚拟设备，大大降低了某种子功能对应的虚拟设备被过多的扩建或过多的回缩的几率，保证了VNF的正常运行。且本方案弹性虚拟设备的效率较高。
在一种可能的实施方式中，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述方法还包括：所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量；第一组VDU中的各VDU对应同一子功能；对于所述至少两个VDU中实例化数量增多的扩张VDU，所述NFV MANO控制扩建第一数量的与所述扩张VDU对应的虚拟设备，所述第一数量为所述扩张VDU中实例化增加的数量；对于所述至少两个VDU中实例化数量减少的缩减VDU，所述NFV MANO控制回缩第二数量的与所述缩减VDU对应的虚拟设备，所述第二数量为所述缩减VDU中实例化减少的数量。
本方案中给出了在VNF部署在至少两种类型的服务器上时迁移虚拟设备的一种具体实现。
在一种可能的实施方式中，所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量，包括：所述NFV MANO获取用户输入的所述至少两个VDU更新后的实例化的数量。
在一种可能的实施方式中，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的各VDU；在所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量之前，还包括：所述NFV MANO根据所述指示信息，确定属于所述第一组VDU的各VDU；所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量，包括：所述NFV MANO更新所述第一组VDU中至少两个VDU中实例化的数量。
本方案虚拟设备迁移效率高。
在一种可能的实施方式中，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，还包括：所述NFV MANO获取用户输入的迁移指令；所述NFV MANO获取用户输入的待迁移虚拟设备的名称；所述NFV MANO根据所述待迁移虚拟设备的名称以及第一指示信息，确定与所述待虚拟设备对应的VDU对应同一子功能的目标VDU，所述第一指示信息指示与所述待迁移虚拟设备对应的VDU对应同一子功能的其它VDU；所述NFV MANO节点根据所述迁移指令和所述目标VDU，控制所述待迁移虚拟设备迁移至与所述目标VDU对应的服务器的类型相同的服务器上。
本方案给出了批量迁移虚拟设备的方法，本方案的虚拟设备迁移效率高。
第二方面，本申请实施例提供一种网络功能虚拟化部署方法，网络功能虚拟化基础设施层NFVI包括第一类型的服务器和第二类型的服务器，其中，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述方法包括：虚拟网络功能管理和编排系统NFV MANO获取描述VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签，所述第一类型的服务器能够为所述第一类虚拟设备提供计算资源，所述第一类型的服务器能够为所述第二类虚拟设备提供计算资源；所述NFV MANO根据所述第一子功能的VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建所述第一类虚拟设备和/或所述第二类虚拟设备以部署所述第一子功能。
本方案中通过获取描述VNF的子功能的其它VDU实现VNF的子功能的扩容，获取的其它VDU的服务器标签所指示的服务器与已经部署了VNF的子功能的虚拟设备所对应的服务器的类型不同，使得资源管理层可以在其它类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在至少两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
在一种可能的实施方式中，在所述NFV MANO获取所述第一子功能的VDU之前，用于描述所述NFV MANO的VNFD中包括所述第一子功能的原始VDU，所述原始VDU中包括第二服务器标签和第一实例化信息；所述NFV MANO获取描述VNF的第一子功能的VDU，包括：所述NFVMANO获取与所述原始VDU对应的第二服务器标签；所述NFV MANO获取与所述原始VDU对应的第二实例化信息；所述NFV MANO将所述第二服务器标签添加至所述原始VDU，采用所述第二实例化信息替换所述第一实例化信息，得到描述所述VNF的所述第一子功能的VDU。
本方案给出了NFV MANO获取所述第一子功能的VDU的一种具体实现。
第三方面，本申请实施例提供一种虚拟化网络功能部署方法，网络功能虚拟化基础设施层NFVI包括多种类型的服务器，其中，不同类型的服务器的中央处理器CPU的类型不相同；所述方法包括：资源管理层接收来自虚拟网络功能管理器NFV MANO的虚拟设备创建请求，所述虚拟设备创建请求包括服务器标签以及待创建虚拟设备的镜像文件的虚拟名称；所述资源管理层从所述服务器标签指示的服务器中确定目标服务器；所述资源管理层根据预设映射规则，将所述虚拟名称和所述目标服务器的类型映射为所述待创建虚拟设备的镜像文件的真实名称；所述资源管理层根据所述真实名称获取所述待创建虚拟设备的镜像文件；所述资源管理层根据所述虚拟设备创建请求和所述待创建虚拟设备的镜像文件，创建所述虚拟设备。
本方案给出了对应于第二方面的方法资源管理层创建所述虚拟设备的具体实现。本方案可以实现创建在不同类型的服务器上的虚拟设备的镜像文件的正确获取，保证了虚拟设备的正常创建，进而实现了同一子功能能够部署在至少两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
第四方面，本申请实施例提供一种虚拟化网络功能部署方法，虚拟化网络功能VNF的第一子功能对应第一类虚拟设备和第二类虚拟设备，为所述第一类虚拟设备提供计算资源的服务器为第一类型的服务器，为所述第二类虚拟设备提供计算资源的服务器为第二类型的服务器，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述方法包括：虚拟化网络功能VNF的管理节点获取配置信息，所述配置信息指示所述第一子功能的第一类软件对应第一类型的服务器，所述第一子功能的第二类软件对应第二类型的服务器；所述VNF的管理节点根据所述配置信息将所述第一子功能模块的第一类软件安装至所述第一类虚拟设备上，将所述第一子功能的第二类软件安装至所述第二类虚拟设备上。
本方案给出了在虚拟设备上安装软件的具体实现。本方案可以实现创建在不同类型的服务器上的虚拟设备上的软件的正常安装，保证了同一子功能能够部署在至少两种类型的服务器上的目的实现，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
在一种可能的实施方式中，还包括：所述VNF的管理节点接收来自虚拟网络功能管理器NFV MANO的扩容预通知消息，所述扩容预通知消息包括所述第一类型和所述第二类型；所述VNF的管理节点根据所述扩容预通知消息，进行扩容配置。
本方案可以使得VNF的管理节点能够支持VNF部署在多种类型的服务器上，从而保证业务的正常进行。
在一种可能的实施方式中，还包括：所述VNF的管理节点接收来自虚拟网络功能管理器NFV MANO的预弹性请求，所述预弹性请求包括待弹性虚拟设备所对应的VDU的标识；若当前弹性周期内未向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则所述VNF的管理节点向所述NFVMANO发送的第一类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备；所述弹性为扩建虚拟设备或者回缩虚拟设备；若当前弹性周期内向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则所述VNF的管理节点向所述NFV MANO发送第二类通知消息，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
本方案可以大大降低了某种子功能对应的虚拟设备被过多的扩建或过多的回缩的几率，保证了VNF的正常运行。
第五方面，本申请实施例提供一种虚拟化网络功能部署装置，包括：处理模块，用于获取描述虚拟化网络功能VNF的第一子功能的多个虚拟化部署单元VDU中的第一VDU；所述多个VDU中的各VDU包括的服务器标签所指示的服务器的类型不相同，每个VDU对应一类虚拟设备且每个VDU包括的服务器标签指示能够为该VDU所对应的一类虚拟设备提供计算资源的服务器；不同类型的服务器的中央处理器CPU的类型不相同；收发模块，用于根据所述第一VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建与所述第一VDU对应的一类虚拟设备以部署所述第一子功能。
在一种可能的实施方式中，所述处理模块具体用于：获取与第一VDU模板对应的第一服务器标签；获取与第一VDU模板对应的第一实例化信息；将所述第一服务器标签和所述第一实例化信息添加至所述第一VDU模板，生成所述第一VDU。
在一种可能的实施方式中，所述处理模块还用于：获取所述多个VDU中的第二VDU；所述收发模块具体用于：根据所述第一VDU和所述第二VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求还用于指示所述资源管理层创建与所述第二VDU对应的一类虚拟设备。
在一种可能的实施方式中，所述第二VDU中的第二服务器标签指示的服务器的类型为第二类型，所述第一VDU中的第一服务器标签指示的服务器的类型为第一类型，所述收发模块还用于：发送扩容预通知消息至所述VNF的管理节点，所述扩容预通知消息包括所述第一类型和所述第二类型。
在一种可能的实施方式中，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；控制弹性与第一弹性信息匹配的各类虚拟设备，所述第一弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第一弹性信息指示的各VDU所对应的子功能不相同。
在一种可能的实施方式中，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；对于与第二弹性信息匹配的每类虚拟设备，所述收发模块还用于：向所述VNF的管理节点发送预弹性请求，所述预弹性请求包括该类虚拟设备对应的VDU的标识；所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU；所述收发模块还用于：接收来自所述VNF的管理节点的第一类通知消息或第二类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
在一种可能的实施方式中，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的VDU；在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；以及，根据所述指示信息，确定控制弹性与第二弹性信息匹配的各类虚拟设备，所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU。
在一种可能的实施方式中，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：获取第一组VDU中的至少两个VDU更新后的实例化的数量；第一组VDU中的各VDU对应同一子功能；对于所述至少两个VDU中实例化数量增多的扩张VDU，控制扩建第一数量的与所述扩张VDU对应的虚拟设备，所述第一数量为所述扩张VDU中实例化增加的数量；对于所述至少两个VDU中实例化数量减少的缩减VDU，控制回缩第二数量的与所述缩减VDU对应的虚拟设备，所述第二数量为所述缩减VDU中实例化减少的数量。
在一种可能的实施方式中，所述处理模块具体用于：获取用户输入的所述至少两个VDU更新后的实例化的数量。
在一种可能的实施方式中，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的各VDU；在所述处理模块获取第一组VDU中的至少两个VDU更新后的实例化的数量之前，所述处理模块还用于：根据所述指示信息，确定属于所述第一组VDU的各VDU；相应地，所述处理模块具体用于：更新所述第一组VDU中至少两个VDU中实例化的数量。
在一种可能的实施方式中，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：获取用户输入的迁移指令；获取用户输入的待迁移虚拟设备的名称；根据所述待迁移虚拟设备的名称以及第一指示信息，确定与所述待虚拟设备对应的VDU对应同一子功能的目标VDU，所述第一指示信息指示与所述待迁移虚拟设备对应的VDU对应同一子功能的其它VDU；根据所述迁移指令和所述目标VDU，控制所述待迁移虚拟设备迁移至与所述目标VDU对应的服务器的类型相同的服务器上。
第六方面，本申请实施例提供一种虚拟化网络功能部署装置，网络功能虚拟化基础设施层NFVI包括第一类型的服务器和第二类型的服务器，其中，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述装置包括：处理模块，用于获取描述VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签，所述第一类型的服务器能够为所述第一类虚拟设备提供计算资源，所述第一类型的服务器能够为所述第二类虚拟设备提供计算资源；收发模块，用于根据所述第一子功能的VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建所述第一类虚拟设备和/或所述第二类虚拟设备以部署所述第一子功能。
在一种可能的实施方式中，在所述处理模块获取所述第一子功能的VDU之前，用于描述所述NFV MANO的VNFD中包括所述第一子功能的原始VDU，所述原始VDU中包括第二服务器标签和第一实例化信息；所述处理模块，具体用于：获取与所述原始VDU对应的第二服务器标签；获取与所述原始VDU对应的第二实例化信息；将所述第二服务器标签添加至所述原始VDU，采用所述第二实例化信息替换所述第一实例化信息，得到描述所述VNF的所述第一子功能的VDU。
第七方面，本申请实施例提供一种虚拟化网络功能部署装置，网络功能虚拟化基础设施层NFVI包括多种类型的服务器，其中，不同类型的服务器的中央处理器CPU的类型不相同；所述装置包括：收发模块，用于接收来自虚拟网络功能管理器NFV MANO的虚拟设备创建请求，所述虚拟设备创建请求包括服务器标签以及待创建虚拟设备的镜像文件的虚拟名称；处理模块，用于：从所述服务器标签指示的服务器中确定目标服务器；根据预设映射规则，将所述虚拟名称和所述目标服务器的类型映射为所述待创建虚拟设备的镜像文件的真实名称；根据所述真实名称获取所述待创建虚拟设备的镜像文件；根据所述虚拟设备创建请求和所述待创建虚拟设备的镜像文件，创建所述虚拟设备。
第八方面，本申请实施例提供一种虚拟化网络功能部署装置，虚拟化网络功能VNF的第一子功能对应第一类虚拟设备和第二类虚拟设备，为所述第一类虚拟设备提供计算资源的服务器为第一类型的服务器，为所述第二类虚拟设备提供计算资源的服务器为第二类型的服务器，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述装置包括：处理模块，用于获取配置信息，所述配置信息指示所述第一子功能的第一类软件对应第一类型的服务器，所述第一子功能的第二类软件对应第二类型的服务器；所述处理模块，还用于根据所述配置信息将所述第一子功能模块的第一类软件安装至所述第一类虚拟设备上，将所述第一子功能的第二类软件安装至所述第二类虚拟设备上。
在一种可能的实施方式中，还包括收发模块；所述收发模块，用于接收来自虚拟网络功能管理器NFV MANO的扩容预通知消息，所述扩容预通知消息包括所述第一类型和所述第二类型；所述处理模块，还用于根据所述扩容预通知消息，进行扩容配置。
在一种可能的实施方式中，还包括收发模块；所述收发模块，用于：接收来自虚拟网络功能管理器NFV MANO的预弹性请求，所述预弹性请求包括待弹性虚拟设备所对应的VDU的标识；若当前弹性周期内未向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则向所述NFV MANO发送的第一类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备；所述弹性为扩建虚拟设备或者回缩虚拟设备；
若当前弹性周期内向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则向所述NFV MANO发送第二类通知消息，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
第九方面，本申请实施例提供一种网络功能虚拟化设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面或第一方面任一可能的实施方式中所述的方法或者第二方面或第二方面任一可能的实施方式中所述的方法或者第三方面所述的方法或者第四方面或第四方面任一可能的实施方式中所述的方法。
第十方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面或第一方面任一可能的实施方式中所述的方法或者第二方面或第二方面任一可能的实施方式中所述的方法或者第三方面所述的方法或者第四方面或第四方面任一可能的实施方式中所述的方法。
第十一方面，本申请实施例提供一种网络功能虚拟化系统，包括：虚拟网络功能管理器NFV MANO、资源管理层、虚拟化网络功能VNF的管理节点；所述NFV MANO用于执行第一方面或第一方面任一可能的实施方式中所述的方法或者第二方面或第二方面任一可能的实施方式中所述的方法；所述资源管理层用于执行第三方面所述的方法；所述VNF的管理节点用于执行第四方面或第四方面任一可能的实施方式中所述的方法。
本申请中获取的描述同一子功能的一个或多个VDU总共对应至少两种类型的服务器，使得资源管理层可以至少在两种类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在至少两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
附图说明
图1为本申请实施例提供的系统架构图；
图2为本申请实施例涉及的一种具体架构；
图3为本申请实施例涉及的另一种具体架构；
图4为本申请实施例提供的虚拟化网络功能部署方法的交互图一；
图5为本申请实施例提供的虚拟化网络功能部署方法的交互图二；
图6为本申请实施例提供的虚拟化网络功能部署方法的交互图三；
图7为本申请实施例提供的虚拟化网络功能部署方法的交互图四；
图8为本申请实施例提供的一种虚拟化网络功能部署装置的结构示意图；
图9为本申请实施例的网络功能虚拟化设备的一种实现方式的示意性框图；
图10为本申请实施例提供的一种网络功能虚拟化系统的一种实现方式的示意性框图。
具体实施方式
图1为本申请实施例提供的系统架构图；参见图1，本申请实施例的系统100为网络功能虚拟化(network function virtualization，简称NFV)系统。NFV系统可以在各种网络中使用，比如数据中心网络、运营商网络或局域网。
NFV系统100包括NFV管理和编排系统(NFV management and orchestration，简称NFV MANO)101、NFV基础设施层(NFV Infrastructure，简称NFVI)130、多个虚拟网络功能(virtual network function，简称VNF)108、多个网元管理(Element Management，简称EM)122、网络服务、VNF和基础设施描述(network service，VNF and infrastructuredescription)126，以及业务支持管理系统(operation-support system/businesssupport system，简称OSS/BSS)124。NFVI 130包括计算硬件112、存储硬件114、网络硬件116、虚拟化层(Virtualization Layer)、虚拟计算110、虚拟存储118和虚拟网络120。网路服务、VNF和基础设施描述126和OSS/BSS 124在ETSI GS NFV 002V1.1.1标准中有进一步的讨论，此处不再赘述。
NFVI 130包括硬件资源、软件资源或两者的组合来完成虚拟化环境的部署。换句话说，硬件资源和虚拟化层用于提供虚拟化的资源，例如作为虚拟机(Virtual Machine，简称VM)和其它形式的容器(docker)用于VNF 108。硬件资源包括计算硬件112、存储硬件114和网络硬件116。计算硬件112可以是市场上现成的硬件和/或用户定制的硬件，用来提供处理和计算资源。存储硬件114可以是网络内提供的存储容量或驻留在存储硬件114本身的存储容量(位于服务器内的本地存储器)。在一个实现方案中，计算硬件112和存储硬件114的资源可以被集中在一起。网络硬件116可以是交换机、路由器和/或配置成具有交换功能的任何其他网络设备。网络硬件116可以横跨多个域，并且可以包括多个由一个或一个以上传输网络互连的网络。
NFVI 130里面的虚拟化层可以从物理层抽象硬件资源和解耦VNF 108，以便向VNF108提供虚拟化资源。虚拟资源层包括虚拟计算110，虚拟存储器118和虚拟网络120。虚拟计算110和虚拟存储118可以以虚拟机、和/或其他虚拟容器的形式提供给VNF 108。例如，一个或一个以上的VNF 108可以部署在一个虚拟机(Virtual Machine)上。虚拟化层抽象网络硬件116从而形成虚拟网络120，虚拟网络120可以包括虚拟交换机(Virtual Switch)，所述虚拟交换机用来提供虚拟机和其他虚拟机之间的连接。此外，网络硬件116中的传输网络，可以采用集中式控制平面和一个单独的转发平面(如软件定义网络(software definednetwork，简称SDN))虚拟化。
图2为本申请实施例涉及的一种具体架构。参见图2，本申请实施例中的计算硬件由多种类型的服务器(比如图2中的第一类型的服务器的集群和第二类型的服务器的集群)提供。每种类型的服务器均具有相应的资源管理层，各资源管理层之间需要网络互通。例如：资源管理层1用于第一类型的服务器的集群的管理，比如在第一类型的服务器的集群上创建VM或容器，比如资源管理层2用于第二类型的服务器的集群的管理，比如在第二类型的服务器的集群上创建VM或容器。
图3为本申请实施例涉及的另一种具体架构。参见图3，本申请实施例中的计算硬件由多种类型的服务器(比如图2中的第一类型的服务器的集群和第二类型的服务器的集群)提供。多种类型的服务器对应相同的资源管理层，该资源管理层具有同时管理多种类型的服务器的能力。
为了更好的理解本申请，本申请引入如下的要素：
1、本申请实施例中不同类型的服务器指的是：服务器上的CPU的种类或类型不一致。比如，一种类型的服务器包括的CPU为X86架构的CPU，另一种类型的服务器包括的CPU为arm架构的CPU。
2、本申请实施例中若虚拟设备1和虚拟设备2的计算资源所在的服务器的类型相同且虚拟设备1和虚拟设备2用于部署同一种虚拟网络功能VNF，则虚拟设备1和虚拟设备2为同一类虚拟设备。
其中，本申请实施例中涉及的虚拟设备可为如下但不限于如下的任意一种虚拟设备：虚拟机、容器。
3、本实施例中涉及的服务器标签为用于指示服务器的标签。其中，服务器的标签的具体形式包括但不限于如下的任意一种：(1)服务器的标签为指示服务器的类型的标签；即同一种类型的服务器具有同一个服务器标签；(2)服务器的标签为指示服务器的分组的标签，即每种类型的服务器可被分成多个组，每个分组内的服务器对应同一个服务器标签；(3)服务器的标签为指示服务器所在的区域，即划分至同一区域的服务器对应同一个服务器标签，可以理解的是，划分至同一区域的服务器的类型相同。
4、一种VNF包括一种或多种子功能，在VNF包括一种子功能时，该子功能便为VNF本身。其中，一种VNF部署在多个虚拟设备上，该VNF每种子功能部署在一个或多个虚拟设备上。
VNF可用虚拟化的网络功能模块描述符(virtualised network functiondescriptor，简称VNFD)描述，即VNFD为描述一种VNF的部署与操作行为的配置模板。VNFD中包括多个能够用于描述VNF的各子功能的虚拟化部署单元(virtualization deploymentunit，简称VDU)，对于VNF的每种子功能，VNFD中存在一个或多个(或者称为一种或多种，后续相同)能够用于描述该子功能的VDU。在本实施例中能够用于描述VNF的子功能的VDU称为VDU模板，也就是说VNF的每种子功能对应一个或多个VDU模板。VDU模板与一种或多种类型的服务器一一对应；其中，VDU模板与一种或多种类型的服务器对应是指：VDU模板中包括该一个或多个服务器类型指示信息，每个服务器类型指示信息指示一种服务器类型。VDU模板中包括多个配置项，在多个配置项被配置后，得到用于描述该子功能的VDU，可根据该用于描述该子功能的VDU在该VDU包括的服务器类型指示信息所指示的服务器上创建用于部署该子功能的虚拟设备。其中，若虚拟设备创建在A类型的服务器上，则可称为虚拟设备与A类型的服务器对应。
其中，VNFD的形式包括但不限于如下的任一种形式。
在第一种形式中：对于VNF的任意的第一子功能，VNFD中存在与第一子功能对应的第一数量的VDU模板，第一数量为NFV系统中服务器的类型的数量，与第一子功能对应的第一数量的VDU模板与第一数量的服务器类型一一对应。也就是说VNFD中VDU模板的数量等于第一数量与第二数量的乘积；其中，第二数量为VNF包括的子功能的数量。比如：VNF1包括10种子功能，NFV系统中包括两种类型的服务器，则VNF1对应的VNFD中包括20个VDU模板，每种子功能对应两个VDU模板。
如下为名称为VDU_A_1的VDU模板1和名称为VDU_A_2的VDU模板2，该两个VDU模板对应子功能1：VDU模板1对应x86类型的服务器，VDU模板2对应arm类型的服务器。
VDU模板1：
Figure BDA0002349250910000101
Figure BDA0002349250910000111
VDU模板2：
Figure BDA0002349250910000112
VDU_A_1为VDU模板1的名称，type为VDU模板1的类型，其中VDU模板的名称或类型可以唯一标识一个VDU模板。min_number_of_instancts:{get_input:vdu_a_1_min_instances}为一个配置项，供用户配置最小的实例化数量；max_number_of_instances:{get_input:vdu_a_1_max_instances}为另一个配置项，供用户配置最大的实例化数量；current_number_of_instancts:{get_input:vdu_a_1_current_instances}为又一个配置项，供用户配置实例化的实际数量；constraint：{get_input:x86_lable}为又一个配置项，供用户配置服务器标签；cpu_architecture:x86为服务器类型指示信息，即该VDU模板1与x86类型的服务器对应，用户在constraint：{get_input:x86_lable}中配置的服务器标签需所指示的服务器的类型需为x86类型。virtual_mem_size:8192MiB、num_virtual_cpu:2为一个虚拟设备的资源需求。file:a.image.x86.1.0.0.qcow2为镜像文件的真实名称，该镜像文件为虚拟设备的操作系统(Guest OS)的镜像文件(虚拟设备为VM时)或者为虚拟设备的操作系统和安装在该虚拟设备上的用于实现子功能1的软件的镜像文件(虚拟设备为VM时)或者为虚拟设备的镜像文件(虚拟设备为容器时)。
VDU模板1被配置后得到的描述子功能的VDU1如下所示：
Figure BDA0002349250910000121
VDU_A_1为VDU的名称，type为VDU的类型，min_number_of_instancts:2指示实例化数量最小为2；max_number_of_instances:10指示实例化数量最大为10；current_number_of_instancts:5指示实例化的实际数量为5(实例化的实际数量即为待创建的虚拟设备的数量)；constraint：123，123所指示的服务器的类型为x86。cpu_architecture:x86为服务器类型指示信息，即该配置好的VDU(用于描述子功能1的一个VDU)与x86类型的服务器对应。可根据该用于描述子功能1的一个VDU创建虚拟设备，待创建的虚拟设备的数量为5个，资源需求为virtual_mem_size:8192MiB、num_virtual_cpu:2，为虚拟设备提供计算资源的服务器为服务器标签123指示的一个或多个服务器中的服务器，该5个待创建的虚拟设备(比如5个VM)的操作系统的镜像文件的真实名称或者该5个待创建的虚拟设备(比如5个VM)的实现子功能1的软件和虚拟设备的操作系统的镜像文件的真实名称或者该5个待创建的虚拟设备的镜像文件的真实名称为file:a.image.x86.1.0.0.qcow2。
在第二种形式中：VNF包括多个VNFD，对于VNF的任意的第一子功能，每个VNFD包括第二数量的VDU模板，每个VNFD中的VDU模板均对应同一类型的服务器。其中，第二数量为VNF包括的子功能的数量。比如：VNF1包括10种子功能，NFV系统中包括两种类型的服务器，则VNF1对应2个VNFD，每个VNFD中包括10个VDU模板，一个VNFD中的10个VDU模板均对应第一类型的服务器，另一个VNFD中的10个VDU模板均对应第二类型的服务器。
在第三种形式中，VNFD中VDU模板的数量等于第二数量。比如：VNF1包括10种子功能，则VNF1对应的VNFD中包括10个VDU模板，每种子功能对应一个VDU模板，一个VDU模板可对应多种类型的服务器，即VDU模板中可包括多个服务器类型指示信息，每个服务器类型指示信息指示一种服务器类型。该种形式适用于建立在各种类型的服务器上的虚拟设备的资源需求相同。
如下为该种形式下的一个VDU模板，该VDU模板对应VNF的一种子功能，该VDU模板对应x86类型的服务器和arm类型的服务器。
VDU模板：
Figure BDA0002349250910000131
其中，VDU_A_1为VDU模板的名称，type为VDU模板的类型，min_number_of_instancts:{get_input:vdu_a_1_min_instances}为一个配置项，供用户配置最小的实例化数量；max_number_of_instances:{get_input:vdu_a_1_max_instances}为另一个配置项，供用户配置最大的实例化数量；current_number_of_instancts:{get_input:vdu_a_1_current_instances}为又一个配置项，供用户配置实例化的实际数量；constraint：{get_input:x86_lable、arm_lable}为又一个配置项，供用户配置服务器标签；cpu_architecture:x86、arm为两个服务器类型指示信息，用户在constraint：{get_input:x86_lable、arm_lable}中配置的服务器标签需为指示x86类型的服务器的标签和/或指示arm类型的服务器的标签。virtual_mem_size:8192MiB、num_virtual_cpu:2为一个虚拟设备的资源需求。file:a.image.1.0.0.qcow2为镜像文件的虚拟名称。
如上各种VNFD形式下的VDU模板或用于描述子功能的VDU中的名称或类型能够唯一标识一个VDU模板或用于描述子功能的VDU。因此，后续实施例中出现的VDU的标识是指VDU的名称或类型。
下面通过具体的实施例对本申请涉及的虚拟化网络功能部署方法进行说明。
首先结合图4和图5所示的实施例对上述第一种形式或第二种形式的VNFD所对应的虚拟化网络功能部署方法进行说明。
在一种场景中，对于VNF的第一子功能，VNF的第一子功能还未进行部署，需要创建多类虚拟设备部署第一子功能，其中，为每类虚拟设备提供计算资源的服务器的类型不相同。下面结合图4所示的实施例对该场景进行说明。
图4为本申请实施例提供的虚拟化网络功能部署方法的交互图一。参见图4，本实施例的方法包括：
步骤S401、NFV MANO获取描述VNF的第一子功能的第一VDU和第二VDU。第一VDU和第二VDU包括的服务器标签所指示的服务器的类型不相同；第一VDU对应第一类虚拟设备，第二VDU对应第二类虚拟设备，第一VDU包括的第一服务器标签指示能够为第一类虚拟设备提供计算资源的服务器，第二VDU包括的第二服务器标签指示能够为第二类虚拟设备提供计算资源的服务器。
本实施例中的第一VDU和第二VDU可称为两种类型的VDU。
在NFV MANO获取描述VNF的第一子功能的第一VDU和第二VDU之前，描述VNF的VNFD被上载至NFV MANO，即NFV MANO获取描述VNF的VNFD。VNF的VNFD的形式如上所述的第一种形式或第二种形式。NFV MANO获取描述VNF的VNFD后，对于NFV的第一子功能，NFV MANO获取描述VNF的第一子功能的第一VDU和第二VDU。
用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件也上载至NFVMANO，其中，用于创建各第一类虚拟设备对应的镜像文件相同，用于创建各第二类虚拟设备对应的镜像文件相同；即NFV MANO获取用于创建第一类虚拟设备的镜像文件和用于创建第二类虚拟设备对应的镜像文件。在虚拟设备为VM时：(1)用于创建虚拟设备的镜像文件可为虚拟设备的操作系统的镜像文件；(2)用于创建虚拟设备的镜像文件为安装在该虚拟设备上的用于实现子功能1的软件和虚拟设备的操作系统的镜像文件；(3)在虚拟设备为容器时：用于创建虚拟设备的镜像文件为容器的镜像文件，容器的镜像文件中包括用于实现第一子功能的软件。可以理解的是，用于创建部署VNF的其它子功能的虚拟设备的镜像文件也被上载至NFV MANO。对于VNF的每种子功能：用于创建部署该子功能的虚拟设备的镜像文件的种类可与NFVI中包括的服务器的类型相同。
在一种方式中，NFV MANO将各用于创建虚拟设备的镜像文件发送至资源管理层，各用于创建虚拟设备的镜像文件存储在资源管理层所对应的镜像仓库中。
可选地，在虚拟设备为VM时，用于实现第一子功能的且能够安装在第一类虚拟设备的第一软件以及用于实现第一子功能的且能够安装在第二类虚拟设备上的第二软件也上载至NFV MANO(比如被上载至NFV MANO中的VNFM)；即NFV MANO获取用于实现第一子功能的各类软件：能够安装在第一类虚拟设备上的软件以及能够安装在第二类虚拟设备上的软件。可以理解的是，用于实现VNF的其它子功能的各软件也被上载至NFV MANO。对于VNF的每种子功能：用于实现该子功能的软件的种类与NFVI中包括的服务器的类型相同。
下面对NFV MANO获取描述VNF的第一子功能的第一VDU和第二VDU的一种方式进行说明。
在一种方式中，NFV MANO获取描述VNF的第一子功能的第一VDU，包括如下的a1-a3：
a1、NFV MANO获取与第一VDU模板对应的第一服务器标签。
用户可在NFV MANO对应的用户界面上所显示的用于描述第一子功能的第一VDU模板上输入第一服务器标签，NFV MANO获取与第一VDU模板对应的第一服务器标签。
a2、NFV MANO获取与第一VDU模板对应的第一实例化信息。
用户可在NFV MANO对应的用户界面上显示的用于描述第一子功能的第一VDU模板上输入第一实例化信息，NFV MANO获取第一实例化信息。其中，第一实例化信息包括实例化的实际数量，还可包括如下中至少一项：最大实例化数量最小实例化数量。
a3、NFV MANO将第一服务器标签和第一实例化信息添加至第一VDU模板，生成第一VDU。
可以理解的是NFV MANO获取描述VNF的第一子功能的第一VDU的过程，即为第一VDU模板被配置的过程。
在一种方式中，NFV MANO获取描述VNF的第一子功能的第二VDU，包括如下的b1-b3：
b1、NFV MANO获取与第二VDU模板对应的第二服务器标签。
用户可在NFV MANO对应的用户界面上所显示的用于描述第一子功能的第二VDU模板上输入第二服务器标签，NFV MANO获取与第二VDU模板对应的第二服务器标签。
b2、NFV MANO获取与第二VDU模板对应的第二实例化信息。
用户可在NFV MANO对应的用户界面上显示的用于描述第一子功能的第二VDU模板上输入第二实例化信息，NFV MANO获取第二实例化信息。其中，第二实例化信息包括实例化的实际数量，还可包括如下中至少一项：最大实例化数量最小实例化数量。
b3、NFV MANO将第二服务器标签和第二实例化信息添加至第二VDU模板，生成第二VDU。
步骤S402、NFV MANO根据第一VDU向资源管理层发送第一虚拟设备创建请求。
其中，第一虚拟设备创建请求包括：第一VDU中包括的实例化的实际数量(即待创建的第一类虚拟设备的数量)、第一服务器标签、第一VDU中包括的资源需求(即每个第一类虚拟设备的资源需求)和第一VDU中包括的镜像文件的真实名称。
对于资源管理层：在虚拟设备为VM时，资源管理层为NFVI；在虚拟设备为容器时，资源管理层为Pass(平台即服务)。
步骤S403、NFV MANO根据第二VDU向资源管理层发送第二虚拟设备创建请求。
其中，第二虚拟设备创建请求包括：第二VDU中包括的实例化的实际数量(即待创建的第二类虚拟设备的数量)、第二服务器标签、第二VDU中包括的资源需求(即每个第二类虚拟设备的资源需求)和第二VDU中包括的镜像文件的真实名称。
可以理解的是，若本实施例的方法对应图2所示的具体架构，则NFV MANO根据第一VDU向第一资源管理层发送第一虚拟设备创建请求，NFV MANO根据第二VDU向第二资源管理层发送第二虚拟设备创建请求，其中，第一资源管理层用于管理第一类型的服务器，第二资源管理层用于管理第二类型的服务器。若本实施例的方法对应图3所示的具体架构，则NFVMANO向同一个资源管理层发送第一虚拟设备创建请求和第二虚拟设备创建请求。
可以理解的是，若本实施例的方法对应图3所示的具体架构，在另一种方式中：NFVMANO可根据第一VDU和第二VDU发送一个虚拟设备创建请求，该虚拟设备创建请求包括上述第一虚拟设备创建请求和第二虚拟设备创建请求中所包括的内容。
可以理解的是，若本实施例的方法对应图3所示的具体架构，在又一种方式中：NFVMANO可根据描述VNF的各子功能的VDU发送一个虚拟设备创建请求，该虚拟设备创建请求包括上述第一虚拟设备创建请求和第二虚拟设备创建请求中所包括的内容，还包括描述其它子功能的VDU中的实例化的实际数量、服务器标签、资源需求以及镜像文件的真实名称。
步骤S404、资源管理层根据第一虚拟设备创建请求创建第一类虚拟设备。
NFVI中存在一个或多个标签为第一服务器标签的服务器，资源管理层在第一服务器标签指示的服务器中选择第一目标服务器(第一目标服务器的类型为第一类型)，第一目标服务器的数量可为一个或多个。资源管理层在第一目标服务器上根据第一虚拟设备创建请求中包括的资源需求分配资源，根据第一虚拟设备创建请求中包括的镜像文件的真实名称从镜像仓库中获取名称为该真实名称的镜像文件。资源管理层将获取到的镜像文件安装至第一目标服务器上以创建第一类虚拟设备。
在虚拟设备为VM时，若资源管理层获取到的镜像文件为第一类虚拟设备的操作系统的镜像文件，则资源管理层将获取到的镜像文件安装至第一目标服务器上以创建第一类虚拟设备。若资源管理层获取到的镜像文件为实现第一子功能的软件和虚拟设备的操作系统的镜像文件，则资源管理层将获取到的镜像文件安装至第一目标服务器上后，不仅创建了第一类虚拟设备，还完成了第一类虚拟设备上的软件的安装。在虚拟设备为容器时，由于容器的镜像文件包括实现第一子功能的软件，因此资源管理层将获取到的镜像文件安装至第一目标服务器上后，不仅创建了第一类虚拟设备，还完成了第一类虚拟设备上的软件的安装。
步骤S405、资源管理层根据第二虚拟设备创建请求创建第二类虚拟设备。
NFVI中存在一个或多个标签为第二服务器标签的服务器，资源管理层在第二服务器标签指示的服务器中选择第二目标服务器(可知第二目标服务器的类型为第二类型)，第二目标服务器的数量可为一个或多个。资源管理层在第二目标服务器上根据第二虚拟设备创建请求中包括的资源需求分配资源，根据第二虚拟设备创建请求中包括的镜像文件的真实名称从镜像仓库中获取名称为该真实名称的镜像文件。资源管理层将获取到的镜像文件安装至第二目标服务器上以创建第二类虚拟设备。
同样地，在虚拟设备为VM时，若资源管理层获取到的镜像文件为第二类虚拟设备的操作系统的镜像文件，则资源管理层将获取到的镜像文件安装至第二目标服务器上以创建第二类虚拟设备。若资源管理层获取到的镜像文件为实现第一子功能的软件和虚拟设备的操作系统的镜像文件，则资源管理层将获取到的镜像文件安装至第二目标服务器上后，不仅创建了第二类虚拟设备，还完成了第二类虚拟设备上的软件的安装。在虚拟设备为容器时，由于容器的镜像文件包括实现第一子功能的软件，因此资源管理层将获取到的镜像文件安装至第二目标服务器上后，不仅创建了第二类虚拟设备，还完成了第二类虚拟设备上的软件的安装。
可以理解的是，若本实施例的方法对应图2所示的具体架构，则第一资源管理层根据第一虚拟设备创建请求创建第一类虚拟设备，第二资源管理层根据第二虚拟设备创建请求创建第二类虚拟设备。若本实施例的方法对应图3所示的具体架构，则同一资源管理层根据第一虚拟设备创建请求创建第一类虚拟设备，根据第二虚拟设备创建请求创建第二类虚拟设备。
步骤S406、NFV MANO将用于实现第一子功能的第一软件和第二软件发送至VNF的管理节点。
其中，第一软件为安装至第一类虚拟设备上的软件，第二软件为安装至第二类虚拟设备上的软件。
一种方式中，VNF的管理节点根据预先设定好的ftp地址获取第一预设目录和第二预设目录下的软件，NFV MANO将第一预设目录下的软件和第二预设目录下的软件发送至VNF的管理节点，该第一预设目录下的软件为用于实现第一子功能的第一软件，第二预设目录下的软件为用于实现第一子功能的第二软件。
另一种方式中，NFV MANO将软件的名称与子功能和服务器类型的对应关系发送至VNF的管理节点。该对应关系可以是NFV MANO将VNFD的各VDU中的软件名称、子功能指示信息和服务器类型指示信息提取出来后得到的。VNF的管理节点根据该对应关系从NFV MANO获取用于实现第一子功能的第一软件和第二软件。
步骤S407、VNF的管理节点根据配置信息，将第一软件安装至第一类虚拟设备上，将第一子功能的第二类软件安装至第二类虚拟设备上；其中，配置信息指示第一子功能的第一软件对应第一类型的服务器，第一子功能的第二软件对应第二类型的服务器。
VNF的管理节点根据配置信息，确定第一子功能的第一软件对应第一类型的服务器，而第一类虚拟设备为对应第一类型的服务器上的虚拟设备，因此，VNF的管理节点将第一软件安装至第一类虚拟设备上。同样地，VNF的管理节点根据配置信息，确定第二子功能的第二软件对应第二类型的服务器，而第二类虚拟设备为对应第二类型的服务器上的虚拟设备，因此，VNF的管理节点将第二软件安装至第二类虚拟设备上。
在一种方式中，NFV MANO将上述的软件的名称与子功能和服务器类型的对应关系发送至VNF的管理节点，该对应关系即为配置信息。
可以理解的是，步骤S406和步骤S407是可选地。在虚拟设备为VM且虚拟设备对应的镜像文件为虚拟设备的操作系统的镜像文件时存在步骤S406和步骤S407。
本实施例中通过获取描述同一子功能的两个VDU，两个VDU中每个VDU包括的服务器标签所指示的服务器的类型不相同，使得资源管理层可以分别根据两个VDU分别在两种类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
可以理解是，图4所示的实施例为一种部署VNF的示例，同一子功能并不限制于部署在两种类型的服务器上，若NFVI中包括的服务器的类型的种类大于两种(比如N种，N大于2)，则可获取描述同一子功能的3个VDU、4个VDU等等。即可获取描述同一子功能的n(n≤N)个VDU，每个VDU包括的服务器标签所指示的服务器的类型不相同，使得资源管理层可以分别根据n个VDU分别在n种类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在多种类型的服务器上的目的，使得VNF部署灵活。
在另一种场景中，VNF对应的VNFD中至少包括用于描述VNF的第一子功能的第二VDU，VNF的第一子功能已经至少部署在根据第二VDU创建的第二类虚拟设备上，第二类虚拟设备的计算资源所在的服务器为第二类型的服务器，即第二VDU包括的第二服务器标签指示的服务器的类型为第二类型；由于VNF的第一子功能所对应的业务量增大，需要创建更多的虚拟设备来部署第一子功能，待创建的虚拟设备中包括第一类虚拟设备，为第一类虚拟设备提供计算资源的服务器为第一类型的服务器。下面结合图5所示的实施例对该场景进行说明。
图5为本申请实施例提供的虚拟化网络功能部署方法的交互图二。参见图5，本实施例的方法包括：
步骤S501、NFV MANO获取描述VNF的第一子功能的第一VDU。第一VDU对应第一类虚拟设备，第一VDU包括的第一服务器标签指示能够为第一类虚拟设备提供计算资源的服务器，第一VDU包括的第一服务器标签指示的服务器的类型为第一类型。
该步骤的具体实现参照步骤S401中的相关阐述，此处不再赘述。
可选地，在NFV MANO获取描述VNF的第一子功能的第一VDU之前，描述VNF的VNFD被更新，比如在VNF的VNFD的形式如上所述的第二种形式时，增加包括的VDU模板均对应第一类型的服务的VNFD，即NFV MANO获取新的描述VNF的VNFD。在VNF的VNFD的形式如上所述的第一种形式时，不存在获取新的描述VNF的VNFD的过程。
用于创建第一类虚拟设备的镜像文件上载至NFV MANO，其中，用于创建各第一类虚拟设备对应的镜像文件相同；即NFV MANO获取用于创建第一类虚拟设备的镜像文件。对于VNF的每种子功能：用于创建部署该子功能的虚拟设备的镜像文件的种类与NFVI中包括的服务器的类型相同。
在一种方式中，NFV MANO将用于创建第一类虚拟设备的镜像文件发送至资源管理层，用于创建第一类虚拟设备的镜像文件存储在资源管理层所对应的镜像仓库中。
可选地，在虚拟设备为VM时，用于实现第一子功能的且能够安装在第一类虚拟设备的第一软件也上载至NFV MANO(比如被上载至NFV MANO中的VNFM)；即NFV MANO获取用于实现第一子功能的且能够安装在第一类虚拟设备的第一软件。对于VNF的每种子功能：用于实现该子功能的软件的种类与NFVI中包括的服务器的类型相同。
步骤S502、NFV MANO向VNF的管理节点发送扩容预通知，扩容预通知中至少包括第一类型和第二类型。
步骤S503、VNF的管理节点根据扩容预通知，进行扩容配置。
其中，扩容配置包括VNF的管理节点安装支持业务能够在第一类型的服务器上的虚拟设备正常运行的软件。
步骤S504、NFV MANO根据第一VDU向资源管理层发送第一虚拟设备创建请求。
该步骤的具体实现参照步骤S402中的相关阐述，此处不再赘述。
步骤S505、资源管理层根据第一虚拟设备创建请求创建第一类虚拟设备。
该步骤的具体实现参照步骤S404中的相关阐述，此处不再赘述。
步骤S506、NFV MANO将用于实现第一子功能的第一软件发送至VNF的管理节点。
第一子功能的第一软件为需要安装至第一类虚拟设备上的软件。
一种方式中，VNF的管理节点根据预先设定好的ftp地址获取第一预设目录下的软件，NFV MANO将第一预设目录下的软件发送至VNF的管理节点，该第一预设目录下的软件即为用于实现第一子功能的第一软件。
另一种方式中，NFV MANO将软件的名称与子功能和服务器类型的对应关系发送至VNF的管理节点。该对应关系可以是NFV MANO将VNFD的各VDU中的软件名称、子功能指示信息和服务器类型指示信息提取出来后得到的。VNF的管理节点根据该对应关系从NFV MANO获取之前未存储的软件，之前未存储的软件中包括用于实现第一子功能的第一软件。
步骤S507、VNF的管理节点将第一软件安装至第一类虚拟设备上。
本实施例中通过获取描述VNF的子功能的其它VDU实现VNF的子功能的扩容，获取的其它VDU的服务器标签所指示的服务器与已经部署了VNF的子功能的虚拟设备所对应的服务器的类型不同，使得资源管理层可以在其它类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
可以理解的是，图5所示的实施例为一种对VNF的子功能扩容的示例，在扩容过程中并不一定新获取描述该子功能的一个其它VDU，还可新获取描述该子功能的2个VDU、3个VDU等等，即并不一定在一种类型的服务器上新创建一类虚拟设备，还可在分别在2种类型的服务器上新创建2类虚拟设备或者在分别在3种类型的服务器上新创建3类虚拟设备。即若NFVI中包括的服务器的类型的种类大于两种(比如N种，N大于2)，则可获取m个新的描述该子功能的(m≤N-M)的VDU(M为已经部署了该子功能的服务器的类型)，m个新的描述该子功能的VDU包括的服务器标签所指示的服务器的类型不相同，使得资源管理层可以根据m个新的描述该子功能的VDU分别在m种类型的服务器上创建新的虚拟设备以部署该子功能，从而实现了同一子功能能够部署在多种类型的服务器上的目的，使得VNF部署灵活。
按照图4或图5所示的实施例中的VNF部署方法，对VNF部署完成后，VNF即可运行。在VNF运行过程中，可能需要对用于部署VNF的虚拟设备(为了表述的方便，后续用于部署VNF的虚拟设备称为VNF对应的虚拟设备)进行弹性。对虚拟设备弹性也就是扩建虚拟设备(增加虚拟设备的数量)或者回缩虚拟设备(减少虚拟设备的数量)。下面采用具体的实施例对NFV MANO对用于部署VNF的虚拟设备进行弹性的过程进行说明。
其中，NFV MANO根据关键绩效指标(key performance indicators，简称KPI)确定是否需要弹性VNF对应的虚拟设备。KPI包括两类，第一类是资源利用率(比如CPU使用率、内存使用率)，该类KPI可以具体到一类虚拟设备；第二类是根据业务信息统计得到的业务指标，比如掉话率、成功率等，该类KPI往往是统计VNF的管理节点统计VNF对应的多类虚拟设备的业务信息得到的。其中，业务指标类KPI包括多种类型，比如：掉话率是一种类型的KPI，成功率是一种类型的KPI。
在一种方式中，资源利用率为资源管理层发送至NFV MANO的，即在KPI为资源利用率时，NFV MANO获取资源管理层发送的KPI，在KPI为业务指标时，NFV MANO获取VNF的管理节点根据业务信息统计得到的KPI。
下面对NFV MANO弹性VNF的虚拟设备的几种具体情况进行说明。
第一种情况：
NFV MANO获取到资源管理层发送的VNF的目标类虚拟设备的第一资源利用率，在第一资源利用率大于或等于预设资源利用率时，NFV MANO确定需扩建目标类虚拟设备。NFVMANO根据第一资源利用率确定目标类虚拟设备的扩建数量。接着，NFV MANO根据与目标类虚拟设备对应的VDU向资源管理层发送虚拟设备扩建请求，虚拟设备扩建请求包括目标类虚拟设备的扩建数量、与目标类虚拟设备对应的VDU中的服务器标签、与目标类虚拟设备对应的VDU中资源需求以及与目标类虚拟设备对应的VDU中的镜像文件的真实名称。资源管理层根据该虚拟设备扩建请求创建新的目标类虚拟设备，VNF的管理节点从NFV MANO获取安装至目标类虚拟设备上的软件，并将该软件安装至新的目标类虚拟设备。
NFV MANO获取到资源管理层发送的VNF的目标类虚拟设备的第一资源利用率，在第一资源利用率小于预设资源利用率时，NFV MANO确定需回缩目标类虚拟设备。NFV MANO根据第一资源利用率确定目标类虚拟设备的回缩数量以及待删除的虚拟设备的标识。接着，NFV MANO向资源管理层发送虚拟设备回缩请求，虚拟设备回缩请求包括待删除的虚拟设备的标识，资源管理层删除该标识指示的虚拟设备。
上述为NFV MANO控制弹性目标类虚拟设备的方法，目标类虚拟设备可为部署VNF的各子功能的各类虚拟设备中的任意一类虚拟设备。
第二种情况：该种情况的应用场景为：NFV MANO获取到VNF的管理节点发送的第一类KPI，第一类KPI是由VNF对应的多类虚拟设备的业务信息统计得到的。NFV MANO根据第一类KPI确定需对VNF的虚拟设备进行弹性。即该情况中的KPI是业务指标类KPI。本实施例中的第一类KPI为多种类型的业务指标类KPI中的任意一种类型。
在该种情况中，NFV MANO中存储有各种类型的KPI所对应的第一弹性信息，对于每种类型的KPI，该种类型的KPI所对应的第一弹性信息包括在NFV MANO获取到的KPI为该种类型时，能够弹性的各类虚拟设备所对的VDU的标识，且该能够弹性的各类虚拟设备所对应的VDU所对应的子功能不相同。即第一弹性信息所指示的各VDU对应不同的子功能。其中，VDU的标识为VDU的类型或名称。
在该种情况下，NFV MANO控制弹性与第一类KPI对应的第一弹性信息所指示的各VDU所对应的各类虚拟设备。
其中，NFV MANO控制弹性与第一类KPI对应的第一弹性信息所指示的各VDU所对应的各类虚拟设备的方法参照NFV MANO控制弹性目标类虚拟设备的方法，此处不再赘述。
第二种情况中控制弹性VNF的虚拟设备的效率较高。
第三种情况：该种情况的应用场景为：NFV MANO获取到VNF的管理节点发送的第一类KPI，第一类KPI是由VNF对应的多类虚拟设备的业务信息统计得到的。NFV MANO根据第一类KPI确定需对VNF的虚拟设备进行弹性。即该情况中的KPI是业务指标类KPI。本实施例中的第一类KPI为多种类型的业务指标类KPI中的任意一种类型。
在该种情况中，NFV MANO中存储有各种类型的KPI所对应的第二弹性信息，对于每种类型的KPI，该种类型的KPI所对应的第二弹性信息包括在NFV MANO获取到的KPI为该种类型时，能够弹性的各类虚拟设备所对的VDU的标识，且该能够弹性的各类虚拟设备所对的VDU中包括对应同一子功能的VDU。比如：在KPI为电话率时，该KPI对应的第二弹性信息包括VDU1、VDU2、VDU3、VDU4；VDU1、VDU2用于描述同一子功能，对应不同类型的服务器；VDU3、VDU4用于描述同一子功能，对应不同类型的服务器。
那么对于第一类KPI对应的第二弹性信息所指示的任意一个VDU对应的一类虚拟设备：
(1)NFV MANO向VNF的管理节点发送预弹性请求，预弹性请求包括该类虚拟设备对应的VDU的标识。
(2)VNF的管理节点接收来自NFV MANO的预弹性请求。
(3)若VNF的管理节点确定当前弹性周期内未向NFV MANO发送过同意NFV MANO对与该类虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则VNF的管理节点向NFV MANO发送第一类通知消息。
其中，VNF的管理节点确定当前弹性周期内未向NFV MANO发送过同意NFV MANO对与该类虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息是指：(1)VNF的管理节点在接收到该预弹性请求后，确定在当前弹性周期内接收到过其它预弹性请求，且该其它预弹性请求中包括的VDU的标识指示的VDU所对应的子功能与该预弹性请求中包括的VDU的标识指示的VDU所对应的子功能为同一子功能，但是VNF的管理节点接收到该其它预弹性请求后，向NFV MANO发送了第二类通知消息，第二类通知消息指示不控制弹性与预弹性请求中包括的VDU的标识所对应的虚拟设备；或者，(2)VNF的管理节点在接收到该预弹性请求后，确定在当前弹性周期内未接收到包括的VDU的标识指示的VDU所对应的子功能与该预弹性请求中包括的VDU的标识指示的VDU所对应的子功能为同一子功能的其它预弹性请求。
相应地，NFV MANO接收来自VNF的管理节点的第一类通知消息，第一类通知消息指示NFV MANO控制弹性与预弹性请求中包括的VDU的标识指示的VDU对应的一类虚拟设备，因此，NFV MANO控制弹性该类虚拟设备。
(4)若VNF的管理节点确定当前弹性周期内向NFV MANO发送过同意NFV MANO对与该类虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则VNF的管理节点向NFV MANO发送第二类通知消息。
其中，VNF的管理节点确定当前弹性周期内向NFV MANO发送过同意NFV MANO对与该类虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息是指：VNF的管理节点在接收到该预弹性请求后，确定在当前弹性周期内接收到过其它预弹性请求且该其它预弹性请求中包括的VDU的标识指示的VDU所对应的子功能与该预弹性请求中包括的VDU的标识指示的VDU所对应的子功能为同一子功能，VNF的管理节点接收到该其它预弹性请求后，向NFV MANO发送了第一类通知消息。
相应地，NFV MANO接收来自VNF的管理节点的第二类通知消息，即NFV MANO不控制弹性该类虚拟设备。
可选地，弹性周期可为3s-8s中的任一值。
也就是说第三种情况中，由VNF的管理节点确定弹性哪类虚拟设备，也可以说由VNF的管理节点确定弹性哪类VDU对应的虚拟设备。且VNF的管理节点控制对于VNF的一个子功能，在一个弹性周期内仅弹性该子功能对应的多个VDU中的一个VDU对应的一类虚拟设备，大大降低了某种子功能对应的虚拟设备被过多的扩建或过多的回缩的几率，保证了VNF的正常运行。
第四种情况：
该种情况的应用场景为：NFV MANO获取到VNF的管理节点发送的第一类KPI，第一类KPI是由VNF对应的多类虚拟设备的业务信息统计得到的。NFV MANO根据第一类KPI确定需对VNF的虚拟设备进行弹性。即该情况中的KPI是业务指标类KPI。本实施例中的第一类KPI为多种类型的业务指标类KPI中的任意一种类型。
在该种情况中，对描述VNF的VNFD进行了改进：在VNFD中添加多个指示信息，指示信息用于指示对应同一子功能的VDU。
可选地，每个VDU对应一个指示信息。其中，指示信息可位于VDU的尾部或头部。
如下示出了一种改进后的VNFD的部分内容：
VDU_A_X86
properties:
fuction_group：VDU_A
VDU_A_ARM
properties:
fuction_group：VDU_A
其中，“fuction_group：VDU_A”为一个指示信息，指示VDU_A_X86和VDU_A_ARM属于VDU_A这一组，VDU_A_X86和VDU_A_ARM对应同一个子功能。
可选地，对应同一子功能的VDU对应一个指示信息。如下示出了另一种改进后的VNFD的部分内容：
VDU_A_X86
properties:
VDU_A_X86
properties:
FUNCTION_GROUP_A members：VDU_A_X86,VDU_A_ARM
其中，“FUNCTION_GROUP_A members：VDU_A_X86,VDU_A_ARM”指示VDU_A_X86和VDU_A_ARM属于一组，VDU_A_X86和VDU_A_ARM对应同一个子功能。
对应于该种情况：NFV MANO根据VNFD中指示信息和第一类KPI对应的第二弹性信息，确定控制弹性第一类KPI对应的第二弹性信息所指示的VDU中对应同一子功能的至少两个VDU中的一个VDU所对应的一类虚拟设备。
示例性地，KPI是由VNF包括的多类虚拟设备的业务信息统计得到的成功率。该KPI对应的第二弹性信息包括VDU_A_X86的标识、VDU_A_ARM的标识、VDU_B_X86的标识、VDU_B_ARM的标识，VDU_A_X86和VDU_A_ARM对应同一个子功能，VDU_B_X86、VDU_B_ARM对应同一个子功能，则NFV MANO控制弹性VDU_A_X86对应的一类虚拟设备或VDU_A_ARM对应的一类虚拟设备，以及NFV MANO控制弹性VDU_B_X86对应的一类虚拟设备或VDU_B_ARM对应的一类虚拟设备。
也就是说第四种情况中，NFV MANO根据VNFD中指示信息确定弹性哪类虚拟设备且对于VNF的一个子功能，NFV MANO仅控制弹性该子功能对应的多个VDU中的一个VDU对应的一类虚拟设备，大大降低了某种子功能对应的虚拟设备被过多的扩建或过多的回缩的几率，保证了VNF的正常运行。
本实施例给出了NFV MANO弹性VNF的虚拟设备的具体实现。
按照图4或图5所示的实施例中的VNF部署方法，对VNF部署完成后，VNF即可运行。在VNF运行过程中，可能需要对用于部署VNF的虚拟设备在不同类型的服务器之间或者在相同类型的服务器之间迁移。下面采用具体的实施例对NFV MANO对用于部署VNF的虚拟设备进行迁移的过程进行说明。
在第一种情况中：若各种类型的服务器资源充足，若某类虚拟设备出现故障，则资源管理层可自动在该类虚拟设备所对应的类型的服务器上重建该类虚拟设备。
在第二种情况中：若创建在第一类型的服务器的虚拟设备中存在发生故障的虚拟设备，而第一类型的服务器资源不充足，其它类型(比如第二类型)的服务器的资源充足，则需要在其它类型(比如第二类型)的服务器上重建与发送故障的虚拟设备的数量相同的虚拟设备，即对用于部署VNF的虚拟设备在不同类型的服务器之间进行迁移。
在一种具体的实现中，虚拟设备迁移的过程包括：
(1)NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量；第一组VDU中的各VDU对应同一子功能。其中，第一组中的VDU可为第一类子功能对应的各VDU，其中，部署第一类子功能的部分虚拟设备发生了故障需要进行迁移。
在一种方案中：NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量，包括：NFV MANO获取用户输入的至少两个VDU更新后的实例化的数量。
用户可通过NFV MANO对应的用户界面输入第一组VDU中的至少两个VDU更新后的实例化的数量。
在另一种方案中：描述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，指示信息用于指示对应同一子功能的各VDU，具体可参见上一实施中的第四种情况中对指示信息的阐述，此处不再赘述。此时，在NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量之前，还包括：NFV MANO根据指示信息，确定属于第一组VDU的各VDU；相应地，NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量，包括：NFV MANO更新第一组VDU中至少两个VDU中实例化的数量。也就是NFV MANO自动更新第一组VDU中至少两个VDU中实例化的数量，无需用户参与。
(2)对于该至少两个VDU中实例化数量增多的扩张VDU，NFV MANO控制扩建第一数量的与扩张VDU对应的虚拟设备，第一数量为扩张VDU中实例化增加的数量。其中，NFV MANO控制扩建第一数量的与扩张VDU对应的虚拟设备，是指NFV MANO向资源管理层发送虚拟设备创建请求，虚拟设备创建请求中包括第一数量、扩张VDU中包括的资源需求、扩张VDU中包括的服务器标签、扩张VDU中包括的镜像文件的真实名称；资源管理层根据该虚拟设备创建请求创建第一数量的与扩张VDU对应的虚拟设备。
(3)对于该至少两个VDU中实例化数量减少的缩减VDU，NFV MANO控制回缩第二数量的与缩减VDU对应的虚拟设备，第二数量为缩减VDU中实例化减少的数量。其中，NFV MANO控制回缩第二数量的与缩减VDU对应的虚拟设备，是指NFV MANO向资源管理层发送虚拟设备删除请求，虚拟设备删除请求中包括待删除的虚拟设备的标识，资源管理层删除标识所指示的虚拟设备。
示例性地，第一组VDU包括VDU1和VDU2，子功能1部署在分别根据VDU1和VDU2创建的两类虚拟设备上，根据VDU1创建的5个虚拟设备所在的服务器的类型为类型1，根据VDU2创建的5个虚拟设备所在的服务器的类型为类型2，根据VDU1创建的5个虚拟设备中2个虚拟设备发生故障，类型1的服务器不足以支撑在类型1的服务器上根据VDU1重新创建2个虚拟设备，而类型2的服务器足以支撑在类型2的服务器上根据VDU2重新创建2个虚拟设备，因此，可将VDU1中的实例化的实际数量更新至3，VDU2中的实例化的实际数量更新至7，NFVMANO控制资源管理层根据VDU2在类型2的服务器上重建2个虚拟设备，NFV MANO控制资源管理层将根据VDU1创建的5个虚拟设备中2个发生故障虚拟设备删除。
示例性地，第一组VDU包括VDU1和VDU2(没有被配置，为VDU模板)，VDU1对应的服务器的类型为类型1，VDU2对应的服务器的类型为类型2，子功能1部署在根据VDU1创建的一类虚拟设备上，该10个虚拟设备所在的服务器的类型为类型1。若该10个虚拟设备中5个虚拟设备发生故障，类型1的服务器不足以支撑在类型1的服务器上根据VDU1重新创建5个虚拟设备，而类型2的服务器足以支撑在类型2的服务器上根据VDU2重新创建5个虚拟设备，因此，可将VDU1中的实例化的实际数量更新至5，VDU2中的实例化的实际数量更新至5(即配置VDU2)，NFV MANO控制资源管理层根据VDU2在类型2的服务器上重建5个虚拟设备，NFV MANO控制资源管理层将根据VDU1创建的10个虚拟设备中5个发生故障虚拟设备删除。
在第三种情况中：描述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，指示信息用于指示对应同一子功能的各VDU，具体可参见上一实施中的第四种情况中对指示信息的阐述，此处不再赘述。
在该种情况中；虚拟设备迁移的过程包括：
(1)NFV MANO获取用户输入的迁移指令。
用户可通过NFV MANO对应的用户界面输入迁移指令，比如点击用户界面上的指示迁移的图标输入迁移指令。
(2)NFV MANO获取用户输入的待迁移虚拟设备的名称。
NFV MANO对应的用户界面上可显示有一种VNF对应的各虚拟设备的名称，用户可选中VNF对应的各虚拟设备中待迁移虚拟设备的名称，实现待迁移虚拟设备的名称的输入。即待迁移虚拟设备的数量可为一个或多个。
(3)对于任意的一个待迁移虚拟设备：
(31)NFV MANO根据该待迁移虚拟设备的名称以及第一指示信息，确定与该待迁移虚拟设备对应的VDU对应同一子功能的目标VDU。
若与该待迁移虚拟设备对应的VDU对应同一子功能的其它VDU为一个，则该其它VDU即为目标VDU。若与该待迁移虚拟设备对应的VDU对应同一子功能的其它VDU数量为多个，则NFV MANO确定与该待迁移虚拟设备对应的VDU对应同一子功能的目标VDU包括：NFVMANO确定与该待迁移虚拟设备对应的VDU对应同一子功能的其它VDU，从其它VDU中获取目标VDU。
其中，NFV MANO可获取用户输入的目标VDU，比如用户可通过NFV MANO对应的用户界面上显示的各其它VDU中选中目标VDU。
(33)NFV MANO节点根据迁移指令和目标VDU，控制待迁移虚拟设备迁移至与目标VDU对应的服务器类型的服务器上。
即NFV MANO节点根据目标VDU，控制在目标VDU对应的服务器上创建新的虚拟设备，并控制资源管理层删除待迁移虚拟设备。
该种情况适用于部署VNF的虚拟设备的批量迁移，可提高虚拟设备迁移的效率。
本实施里给出了NFV MANO对用于部署VNF的虚拟设备进行迁移的具体实现。
接着结合图6和图7所示的实施例对上述第二种形式的VNFD所对应的虚拟化网络功能部署方法进行说明。
在一种场景中，VNF的第一子功能还未进行部署，需要创建多类虚拟设备部署第一子功能，其中，为每类虚拟设备提供计算资源的服务器的类型不相同。下面结合图6所示的实施例对该场景进行说明。
图6为本申请实施例提供的虚拟化网络功能部署方法的交互图三。参见图6，本实施例的方法包括：
步骤S601、NFV MANO获取描述VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签；第一类型的服务器能够为第一类虚拟设备提供计算资源，第二类型的服务器能够为第二类虚拟设备提供计算资源。
本实施例适用于NFVI包括第一类型的服务器和第二类型的服务器。
在NFV MANO获取描述VNF的第一子功能的VDU之前，描述VNF的VNFD被上载至NFVMANO(比如被上载至NFV MANO中的VNFM)，即NFV MANO获取描述VNF的VNFD。VNF的VNFD的形式如上所述的第三种形式，即VNF的每种子功能对应一个VDU模板。NFV MANO获取描述VNF的VNFD后，对于NFV的第一子功能，NFV MANO获取描述VNF的第一子功能的VDU。
用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件也上载至NFVMANO(比如被上载至NFV MANO中的VNFM)，其中，用于创建各第一类虚拟设备对应的镜像文件相同，用于创建各第二类虚拟设备对应的镜像文件相同；即NFV MANO获取用于创建第一类虚拟设备的镜像文件和用于创建第二类虚拟设备对应的镜像文件。在虚拟设备为VM时：(1)用于创建虚拟设备的镜像文件可为虚拟设备的操作系统的镜像文件；(2)用于创建虚拟设备的镜像文件为用于实现第一子功能的软件和虚拟设备的操作系统的镜像文件；(3)在虚拟设备为容器时：用于创建虚拟设备的镜像文件为容器的镜像文件，容器的镜像文件中包括用于实现第一子功能的软件。可以理解的是，用于创建部署VNF的其它子功能的虚拟设备的镜像文件也被上载至NFV MANO。对于VNF的每种子功能：用于创建部署该子功能的虚拟设备的镜像文件的种类与NFVI中包括的服务器的类型相同。
在一种方式中，NFV MANO将各用于创建虚拟设备的镜像文件发送至资源管理层，各用于创建虚拟设备的镜像文件存储在资源管理层所对应的镜像仓库中。
可选地，在虚拟设备为VM时，用于实现第一子功能的且能够安装在第一类虚拟设备的第一软件以及用于实现第一子功能的且能够安装在第二类虚拟设备上的第二软件也上载至NFV MANO；即NFV MANO获取用于实现第一子功能的各类软件：能够安装在第一类虚拟设备上的软件以及能够安装在第二类虚拟设备上的软件。可以理解的是，用于实现VNF的其它子功能的各软件也被上载至NFV MANO。对于VNF的每种子功能：用于实现该子功能的软件的种类与NFVI中包括的服务器的类型相同。
下面对NFV MANO获取描述VNF的第一子功能的VDU的方法进行说明。
在一种方式中，NFV MANO获取描述VNF的第一子功能的VDU，包括如下的d1-d5：
d1、NFV MANO获取与第一子功能对应的VDU模板对应的第一服务器标签。
用户可在NFV MANO对应的用户界面上所显示的与第一子功能对应的VDU模板上输入第一服务器标签，NFV MANO获取与第一子功能对应的VDU模板对应的第一服务器标签。
d2、NFV MANO获取与第一子功能对应的VDU模板对应的第二服务器标签。
d3、NFV MANO获取与第一子功能对应的VDU模板对应的实例化信息。
用户可在NFV MANO对应的用户界面上所显示的与第一子功能对应的VDU模板上输入实例化信息，NFV MANO获取实例化信息。其中，实例化信息包括实例化的实际数量，还可包括如下中至少一项：最大实例化数量最小实例化数量。
d4、NFV MANO将第一服务器标签、第二服务器标签和实例化信息添加至第一子功能对应的VDU模板，生成描述VNF的第一子功能的VDU。
可以理解的是NFV MANO获取描述VNF的第一子功能的VDU的过程，即为第一子功能对应的VDU模板被配置的过程。
步骤S602、NFV MANO根据描述第一子功能的VDU向资源管理层发送虚拟设备创建请求。
可以理解的是，若本实施例的方法对应图2所示的具体架构，则NFV MANO根据第一子功能的VDU向资源管理层发送虚拟设备创建请求包括：NFV MANO根据第一子功能的VDU向第一资源管理层发送第一虚拟设备创建请求，向第二资源管理层发送第二虚拟设备创建请求。第一资源管理层用于管理第一类型的服务器，第二资源管理层用于管理第二类型的服务器。第一虚拟设备创建请求包括：待创建的第一类虚拟设备的数量(待创建的第一类虚拟设备的数量可以是NFV MANO确定的)、描述第一子功能的VDU中的资源需求、第一服务器标签、镜像文件的虚拟名称。第二虚拟设备创建请求包括：待创建的第二类虚拟设备的数量(待创建的第二类虚拟设备的数量可以是NFV MANO确定的)、第一子功能的VDU中的资源需求、第二服务器标签、镜像文件的虚拟名称。待创建的第一类虚拟设备的数量和待创建的第二类虚拟设备的数量之和等于描述第一子功能的VDU中包括的实例化的实际数量。
若本实施例的方法对应图3所示的具体架构，NFV MANO根据第一子功能的VDU向同一个资源管理层发送一个虚拟设备创建请求或者分别发送第一虚拟设备创建请求以及第二虚拟设创建请求。若向同一个资源管理层发送一个虚拟设备创建请求，则该虚拟设备创建请求包括第一虚拟设备创建请求和第二虚拟设创建请求中包括的内容。
对于资源管理层：在虚拟设备为VM时，资源管理层为NFVI；在虚拟设备为容器时，资源管理层为Pass。
步骤S603、资源管理层根据虚拟设备创建请求创建第一类虚拟设备和第二类虚拟设备。
NFVI中存在一个或多个标签为第一服务器标签的服务器，资源管理层在第一服务器标签指示的服务器中选择第一目标服务器(可知第一目标服务器的类型为第一类型)，第一目标服务器的数量可为一个或多个。资源管理层在第一目标服务器上根据虚拟设备创建请求中包括的资源需求分配资源；接着，在一种方式中，资源管理层根据预设映射规则和第一目标服务器的类型，将虚拟设备创建请求中包括的虚拟名称映射为第一真实名称；其中，预设映射规则可为正则规则，比如虚拟名称为VNF_A_V1R2.iso，第一目标服务器的类型为ARM，则VNF_A_V1R2.iso:ARM被映射为VNF_A_V1R2_ARM.iso，VNF_A_V1R2_ARM.iso即为第一真实名称。在另一种方式中，资源管理层根据第一对应关系和第一目标服务器的类型，获取第一真实名称，第一对应关系包括至少一个虚拟名称以及每个虚拟名称对应的第一真实名称和第二真实名称，第一真实名称为用于创建第一类虚拟设备的镜像文件的真实名称，第二真实名称为用于创建第二类虚拟设备的镜像文件的真实名称。资源管理层从镜像仓库中获取名称为第一真实名称的第一镜像文件，并将获取到的第一镜像文件安装至第一目标服务器上以创建第一类虚拟设备。
在虚拟设备为VM时，若资源管理层获取到的第一镜像文件为第一类虚拟设备的操作系统的镜像文件，则资源管理层将获取到的第一镜像文件安装至第一目标服务器上，创建了第一类虚拟设备。若资源管理层获取到的第一镜像文件为实现第一子功能的且与第一类型的服务器对应的软件以及第一类虚拟设备的操作系统的镜像文件，则资源管理层将获取到的第一镜像文件安装至第一目标服务器上后，不仅创建了第一类虚拟设备，还完成了第一类虚拟设备上的软件的安装。在虚拟设备为容器时，由于容器的镜像文件包括实现第一子功能的且与第一类型的服务器对应的软件，因此资源管理层将获取到的第一镜像文件安装至第一目标服务器上后，不仅创建了第一类虚拟设备，还完成了第一类虚拟设备上的软件的安装。
同样地，NFVI中存在一个或多个标签为第二服务器标签的服务器，资源管理层在第二服务器标签指示的服务器中选择第二目标服务器(可知第二目标服务器的类型为第二类型)，第二目标服务器的数量可为一个或多个。资源管理层在第二目标服务器上根据虚拟设备创建请求中包括的资源需求分配资源。接着，在一种方式中，资源管理层根据预设映射规则和第二目标服务器的类型，将虚拟设备创建请求中包括的虚拟名称映射为第二真实名称；其中，预设映射规则可为正则规则，比如虚拟名称为VNF_A_V1R2.iso，第二目标服务器的类型为X86，则VNF_A_V1R2.iso:X86被映射为VNF_A_V1R2_X86.iso，VNF_A_V1R2_X86.iso即为第二真实名称。在另一种方式中，资源管理层根据第一对应关系和第二目标服务器的类型，获取第二真实名称。资源管理层从镜像仓库中获取名称为第二真实名称的第二镜像文件，并将获取到的第二镜像文件安装至第二目标服务器上以创建第二类虚拟设备。
在虚拟设备为VM时，若资源管理层获取到的第二镜像文件为第二类虚拟设备的操作系统的镜像文件，则资源管理层将获取到的第二镜像文件安装至第二目标服务器上，创建了第二类虚拟设备。若资源管理层获取到的第二镜像文件为实现第一子功能的且与第二类型的服务器对应的软件以及第二类虚拟设备的操作系统的镜像文件，则资源管理层将获取到的第二镜像文件安装至第二目标服务器上后，不仅创建了第二类虚拟设备，还完成了第二类虚拟设备上的软件的安装。在虚拟设备为容器时，由于容器的镜像文件包括实现第一子功能的且与第二类型的服务器对应的软件，因此资源管理层将获取到的第二镜像文件安装至第二目标服务器上后，不仅创建了第二类虚拟设备，还完成了第二类虚拟设备上的软件的安装。
可以理解的是，若本实施例的方法对应图2所示的具体架构，则第一资源管理层根据第一虚拟设备创建请求创建第一类虚拟设备，第二资源管理层根据第二虚拟设备创建请求创建第二类虚拟设备；其中，第一资源管理层为与虚拟设备对应的且管理第一类型的服务器管理节点，第二资源管理层为与虚拟设备对应的且管理第二类型的服务器管理节点。若本实施例的方法对应图3所示的具体架构，则同一资源管理层根据一个虚拟设备创建请求创建第一类虚拟设备和第二类虚拟设备；或者，同一资源管理层根据第一虚拟设备创建请求创建第一类虚拟设备以及根据第二虚拟设备创建请求创建第二类虚拟设备。
步骤S604、NFV MANO将用于实现第一子功能的第一软件和第二软件发送至VNF的管理节点。
该步骤参见步骤S406中的阐述，此处不再赘述。
步骤S605、VNF的管理节点根据配置信息，将第一软件安装至第一类虚拟设备上，将第一子功能的第二类软件安装至第二类虚拟设备上；其中，配置信息指示第一子功能的第一软件对应第一类型的服务器，第一子功能的第二软件对应第二类型的服务器。
该步骤参见步骤S407中的阐述，此处不再赘述。
可以理解的是，步骤S604和步骤S605是可选地。在虚拟设备为VM且虚拟设备对应的镜像文件为虚拟设备的操作系统的镜像文件时存在步骤S604和步骤S605。
本实施例中获取的描述子功能的VDU中包括指示2种类型的服务器的服务器标签，使得资源管理层可以在两种类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
可以理解的是，图6所示的实施例仅为一种部署VNF的示例，同一子功能并不限制于部署在两种类型的服务器上，比如使得描述子功能的VDU中包括指示3种或4种类型的服务器的服务器标签等。即若NFVI中包括的服务器的类型的种类大于两种(比如N种，N大于2)，则可在描述子功能的VDU中包括指示n(n≤N)种类型的服务器的服务器标签，使得资源管理层可以根据n种类型的VDU分别在N种类型的服务器上创建虚拟设备，从而实现了同一子功能能够部署在多种类型的服务器上的目的，使得VNF部署灵活，n为大于或等于2的整数。
在另一种场景中，VNF的第一子功能已经至少部署在对应第二类型的服务器的虚拟设备上；由于VNF的第一子功能所对应的业务量增大，需要创建更多的虚拟设备来部署第一子功能，待创建的虚拟设备中包括对应第一类型的服务器的虚拟设备。下面结合图7所示的实施例对该场景进行说明。
图7为本申请实施例提供的虚拟化网络功能部署方法的交互图四。参见图7，本实施例的方法包括：
步骤S701、NFV MANO获取描述VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签，第一类型的服务器能够为第一类虚拟设备提供计算资源，第二类型的服务器能够为第二类虚拟设备提供计算资源。
本实施例适用于NFVI包括第一类型的服务器和第二类型的服务器。
在NFV MANO获取描述VNF的第一子功能的VDU之前，用于创建第一类虚拟设备的镜像文件上载至NFV MANO，其中，用于创建各第一类虚拟设备对应的镜像文件相同；即NFVMANO获取用于创建第一类虚拟设备的镜像文件。对于VNF的每种子功能：用于创建部署该子功能的虚拟设备的镜像文件的种类与NFVI中包括的服务器的类型相同。
在一种方式中，NFV MANO将用于创建第一类虚拟设备的镜像文件发送至资源管理层，用于创建第一类虚拟设备的镜像文件存储在资源管理层所对应的镜像仓库中。
可选地，在虚拟设备为VM时，用于实现第一子功能的且能够安装在第一类虚拟设备的第一软件也上载至NFV MANO(比如被上载至NFV MANO中的VNFM)；即NFV MANO获取用于实现第一子功能的且能够安装在第一类虚拟设备的第一软件。对于VNF的每种子功能：用于实现该子功能的软件的种类与NFVI中包括的服务器的类型相同。
下面对NFV MANO获取描述VNF的第一子功能的VDU的方法进行说明。
在NFV MANO获取第一子功能的VDU之前，用于描述VNFM的VNFD中包括描述第一子功能的原始VDU，原始VDU中包括第二服务器标签和原始实例化信息，则在一种方式中，NFVMANO获取描述VNF的第一子功能的VDU，包括如下的e1-e3：
e1、NFV MANO获取与第一子功能对应的VDU模板对应的第一服务器标签。
e2、NFV MANO获取与第一子功能对应的VDU模板对应的实例化信息。
e3、NFV MANO将第一服务器标签添加至该原始VDU，采用该实例化信息替换原始实例化信息，得到描述VNF的第一子功能的VDU。
步骤S702、NFV MANO向VNF的管理节点发送扩容预通知，扩容预通知中至少包括第一类型和第二类型。
步骤S703、VNF的管理节点根据扩容预通知，进行扩容配置。
该步骤的具体实现参见图5所示的实施例中步骤S503中的阐述，此处不再赘述。
步骤S704、NFV MANO根据描述第一子功能的VDU向资源管理层发送虚拟设备创建请求。
其中，虚拟设备创建请求包括：描述第一子功能的VDU中包括的实例化的实际数量与原始实例化信息中实例化的原始实际数量之差(即待创建的第一类虚拟设备的数量)、描述第一子功能的VDU中包括的第一服务器标签、镜像文件的虚拟名称以及资源需求。
对于资源管理层：在虚拟设备为VM时，资源管理层为NFVI；在虚拟设备为容器时，资源管理层为Pass。
可以理解的是，若本实施例的方法对应图2所示的具体架构，则NFV MANO根据第一子功能的VDU向第一资源管理层发送虚拟设备创建请求；其中，第一资源管理层用于管理第一类型的服务器。
步骤S705、资源管理层根据虚拟设备创建请求创建第一类虚拟设备。
该步骤的具体实现参见图6所示的实施例中步骤S603中的阐述，此处不再赘述。
步骤S706、NFV MANO将用于实现第一子功能的第一软件发送至VNF的管理节点。
步骤S707、VNF的管理节点将第一软件安装至第一类虚拟设备上。
步骤S706和步骤S707的具体实现参见图5所示的实施例中步骤S506和507中的阐述，此处不再赘述。
可以理解的是，步骤S706和步骤S707是可选地。在虚拟设备为VM且虚拟设备对应的镜像文件为虚拟设备的操作系统的镜像文件时存在步骤S706和步骤S707。
本实施例中，在描述子功能的VDU中新增一种指示的服务器的类型为新的类型的服务器标签，使得资源管理层可以在新的类型的服务器上创建虚拟设备以部署该子功能，从而实现了同一子功能能够部署在两种类型的服务器上的目的，使得VNF部署灵活，不限制于VNF只能部署在同一种类型的服务器上。
可以理解的是，图7所示的实施例为一种对VNF的子功能扩容的示例，在扩容过程中并不一定新增一种指示的服务器的类型为新的类型的服务器标签，比如还可新增2种、3种等等，即并不一定仅在一种类型的服务器上新创建一类虚拟设备，还可在2种类型的服务器上各自新创建一类虚拟设备或者在3种类型的服务器上各自新创建一类虚拟设备等等。若NFVI中包括的服务器的类型的种类大于两种(比如N种，N大于2)，则可新增m(m≤N-M)种指示的服务器的类型为新的类型的服务器标签，使得资源管理层可以分别在m种新的类型的服务器上创建新的虚拟设备以部署该子功能，实现了同一子功能能够部署在多种类型的服务器上的目的，使得VNF部署灵活。m为大于或等于1的整数。
图6和图7所示的实施例中的VNF部署方法所涉及的虚拟设备的迁移和弹性过程参见目前VNF部署在一种类型的服务器上的方法，本申请实施例中不再赘述。
以上对本申请涉及的方法进行了说明，下面对本申请实施例涉及的装置进行说明。
图8为本申请4实施例提供的一种虚拟化网络功能部署装置的结构示意图。如图8所示，本申请又一实施例提供了一种虚拟化网络功能部署装置800。该虚拟化网络功能部署装置可以是NFV MANO，也可以是NFV MANO的部件(例如，集成电路，芯片等等)。该虚拟化网络功能部署装置还可以是资源管理层(NFVI或PasS)，也可以是资源管理层(例如，集成电路，芯片等等)。该虚拟化网络功能部署装置还可以是NFV的管理节点(NFVI或PasS)，也可以是NFV的管理节点的部件(例如，集成电路，芯片等等)。该虚拟化网络功能部署装置也可以是其他通信模块,用于实现本申请方法实施例中的方法。该虚拟化网络功能部署装置800可以包括:处理模块802(处理单元)。可选的，还可以包括收发模块801(收发单元)和存储模块803(存储单元)。
在一种可能的设计中，如图8中的一个或者多个模块可能由一个或者多个处理器来实现，或者由一个或者多个处理器和存储器来实现；或者由一个或多个处理器和收发器实现；或者由一个或者多个处理器、存储器和收发器实现，本申请实施例对此不作限定。所述处理器、存储器、收发器可以单独设置，也可以集成。
所述虚拟化网络功能部署装置具备实现本申请实施例描述的NFV MANO的功能，比如，所述虚拟化网络功能部署装置包括NFV MANO执行本申请实施例描述的NFV MANO涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段(means)可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现，还可以通过软件和硬件结合的方式实现。详细可进一步参考前述对应方法实施例中的相应描述。
或者所述虚拟化网络功能部署装置具备实现本申请实施例描述的资源管理层的功能，比如，所述虚拟化网络功能部署装置包括所述资源管理层执行本申请实施例描述的资源管理层涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段(means)可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现，还可以通过软件和硬件结合的方式实现。详细可进一步参考前述对应方法实施例中的相应描述。
或者，或者所述虚拟化网络功能部署装置具备实现本申请实施例描述的VNF的管理节点的功能，比如，所述虚拟化网络功能部署装置包括所述VNF的管理节点执行本申请实施例描述的VNF的管理节点涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段(means)可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现，还可以通过软件和硬件结合的方式实现。详细可进一步参考前述对应方法实施例中的相应描述。
可选的，本申请实施例中的虚拟化网络功能部署装置800中各个模块可以用于执行本申请方方法实施例中描述的方法。
在第一种可能的设计中，一种虚拟化网络功能部署装置800可包括收发模块801和处理模块802。
处理模块802，用于获取描述虚拟化网络功能VNF的第一子功能的多个虚拟化部署单元VDU中的第一VDU；所述多个VDU中的各VDU包括的服务器标签所指示的服务器的类型不相同，每个VDU对应一类虚拟设备且每个VDU包括的服务器标签指示能够为该VDU所对应的一类虚拟设备提供计算资源的服务器；不同类型的服务器的中央处理器CPU的类型不相同；收发模块801，用于根据所述第一VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建与所述第一VDU对应的一类虚拟设备以部署所述第一子功能。
在一种可能的实施方式中，所述处理模块802具体用于：获取与第一VDU模板对应的第一服务器标签；获取与第一VDU模板对应的第一实例化信息；将所述第一服务器标签和所述第一实例化信息添加至所述第一VDU模板，生成所述第一VDU。
在一种可能的实施方式中，所述处理模块802还用于：获取所述多个VDU中的第二VDU；所述收发模块801具体用于：根据所述第一VDU和所述第二VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求还用于指示所述资源管理层创建与所述第二VDU对应的一类虚拟设备。
在一种可能的实施方式中，所述第二VDU中的第二服务器标签指示的服务器的类型为第二类型，所述第一VDU中的第一服务器标签指示的服务器的类型为第一类型，所述收发模块801还用于：发送扩容预通知消息至所述VNF的管理节点，所述扩容预通知消息包括所述第一类型和所述第二类型。
在一种可能的实施方式中，在所述收发模块801根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块802还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；控制弹性与第一弹性信息匹配的各类虚拟设备，所述第一弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第一弹性信息指示的各VDU所对应的子功能不相同。
在一种可能的实施方式中，在所述收发模块801根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块802还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；对于与第二弹性信息匹配的每类虚拟设备，所述收发模块801还用于：向所述VNF的管理节点发送预弹性请求，所述预弹性请求包括该类虚拟设备对应的VDU的标识；所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU；所述收发模块801还用于：接收来自所述VNF的管理节点的第一类通知消息或第二类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
在一种可能的实施方式中，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的VDU；在所述收发模块801根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块802还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；以及，根据所述指示信息，确定控制弹性与第二弹性信息匹配的各类虚拟设备，所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU。
在一种可能的实施方式中，在所述收发模块801根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块802还用于：获取第一组VDU中的至少两个VDU更新后的实例化的数量；第一组VDU中的各VDU对应同一子功能；对于所述至少两个VDU中实例化数量增多的扩张VDU，控制扩建第一数量的与所述扩张VDU对应的虚拟设备，所述第一数量为所述扩张VDU中实例化增加的数量；对于所述至少两个VDU中实例化数量减少的缩减VDU，控制回缩第二数量的与所述缩减VDU对应的虚拟设备，所述第二数量为所述缩减VDU中实例化减少的数量。
在一种可能的实施方式中，所述处理模块802具体用于：获取用户输入的所述至少两个VDU更新后的实例化的数量。
在一种可能的实施方式中，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的各VDU；在所述处理模块802获取第一组VDU中的至少两个VDU更新后的实例化的数量之前，所述处理模块802还用于：根据所述指示信息，确定属于所述第一组VDU的各VDU；相应地，所述处理模块802具体用于：更新所述第一组VDU中至少两个VDU中实例化的数量。
在一种可能的实施方式中，在所述收发模块801根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块802还用于：获取用户输入的迁移指令；获取用户输入的待迁移虚拟设备的名称；根据所述待迁移虚拟设备的名称以及第一指示信息，确定与所述待虚拟设备对应的VDU对应同一子功能的目标VDU，所述第一指示信息指示与所述待迁移虚拟设备对应的VDU对应同一子功能的其它VDU；根据所述迁移指令和所述目标VDU，控制所述待迁移虚拟设备迁移至与所述目标VDU对应的服务器的类型相同的服务器上。
其中，在第一种可能的设计中虚拟化网络功能部署装置可为NFV MANO。
在第二种可能的设计中，一种虚拟化网络功能部署装置800可包括收发模块801和处理模块802。其中，网络功能虚拟化基础设施层NFVI包括第一类型的服务器和第二类型的服务器，其中，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；
处理模块802，用于获取描述VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签，所述第一类型的服务器能够为所述第一类虚拟设备提供计算资源，所述第一类型的服务器能够为所述第二类虚拟设备提供计算资源；收发模块801，用于根据所述第一子功能的VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建所述第一类虚拟设备和/或所述第二类虚拟设备以部署所述第一子功能。
在一种可能的实施方式中，在所述处理模块802获取所述第一子功能的VDU之前，用于描述所述NFV MANO的VNFD中包括所述第一子功能的原始VDU，所述原始VDU中包括第二服务器标签和第一实例化信息；所述处理模块802，具体用于：获取与所述原始VDU对应的第二服务器标签；获取与所述原始VDU对应的第二实例化信息；将所述第二服务器标签添加至所述原始VDU，采用所述第二实例化信息替换所述第一实例化信息，得到描述所述VNF的所述第一子功能的VDU。
其中，在第二种可能的设计中虚拟化网络功能部署装置可为NFV MANO。
在第三种可能的设计中，一种虚拟化网络功能部署装置800可包括收发模块801和处理模块802。网络功能虚拟化基础设施层NFVI包括多种类型的服务器，其中，不同类型的服务器的中央处理器CPU的类型不相同。
收发模块801，用于接收来自虚拟网络功能管理器NFV MANO的虚拟设备创建请求，所述虚拟设备创建请求包括服务器标签以及待创建虚拟设备的镜像文件的虚拟名称；处理模块802，用于：从所述服务器标签指示的服务器中确定目标服务器；根据预设映射规则，将所述虚拟名称和所述目标服务器的类型映射为所述待创建虚拟设备的镜像文件的真实名称；根据所述真实名称获取所述待创建虚拟设备的镜像文件；根据所述虚拟设备创建请求和所述待创建虚拟设备的镜像文件，创建所述虚拟设备。
其中，在第三种可能的设计中虚拟化网络功能部署装置可为资源管理层。
在第四种可能的设计中，一种虚拟化网络功能部署装置800可包括收发模块801和处理模块802。虚拟化网络功能VNF的第一子功能对应第一类虚拟设备和第二类虚拟设备，为所述第一类虚拟设备提供计算资源的服务器为第一类型的服务器，为所述第二类虚拟设备提供计算资源的服务器为第二类型的服务器，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同。
处理模块802，用于获取配置信息，所述配置信息指示所述第一子功能的第一类软件对应第一类型的服务器，所述第一子功能的第二类软件对应第二类型的服务器；所述处理模块802，还用于根据所述配置信息将所述第一子功能模块的第一类软件安装至所述第一类虚拟设备上，将所述第一子功能的第二类软件安装至所述第二类虚拟设备上。
在一种可能的实施方式中，所述收发模块801，用于接收来自虚拟网络功能管理器NFV MANO的扩容预通知消息，所述扩容预通知消息包括所述第一类型和所述第二类型；所述处理模块802，还用于根据所述扩容预通知消息，进行扩容配置。
在一种可能的实施方式中，所述收发模块801，用于：接收来自虚拟网络功能管理器NFV MANO的预弹性请求，所述预弹性请求包括待弹性虚拟设备所对应的VDU的标识；若当前弹性周期内未向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则向所述NFV MANO发送的第一类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备；所述弹性为扩建虚拟设备或者回缩虚拟设备；若当前弹性周期内向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则向所述NFV MANO发送第二类通知消息，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
其中，在第四种可能的设计中虚拟化网络功能部署装置可为NFV的管理节点。
图9为本申请实施例的网络功能虚拟化设备的一种实现方式的示意性框图。本实施例的网络功能虚拟化设备可以是NFV MANO或资源管理层或VNF的管理节点，也可以是支持NFV MANO或资源管理层或VNF的管理节点实现上述方法的芯片、芯片系统、或处理器等，还可以是支持实现上述方法的芯片、芯片系统、或处理器等。该网络功能虚拟化设备可用于实现上述方法实施例中描述的终端设备或服务器对应的方法，具体可以参见上述方法实施例中的说明。其中，服务器可为本地服务器或云服务器。
所述网络功能虚拟化设备可以包括一个或多个处理器901，所述处理器901也可以称为处理单元，可以实现一定的控制功能。所述处理器901可以是通用处理器或者专用处理器等。
在一种可选的设计中，处理器901也可以存有指令和/或数据903，所述指令和/或数据903可以被所述处理器运行，使得所述网络功能虚拟化设备执行上述方法实施例中描述的方法。
在另一种可选的设计中，处理器901中可以包括用于实现接收和发送功能的收发单元。例如该收发单元可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
可选的，所述网络功能虚拟化设备中可以包括一个或多个存储器902，其上可以存有指令904，所述指令可在所述处理器上被运行，使得所述网络功能虚拟化设备执行上述方法实施例中描述的方法。可选的，所述存储器中还可以存储有数据。可选的，处理器中也可以存储指令和/或数据。所述处理器和存储器可以单独设置，也可以集成在一起。例如，上述方法实施例中所描述的对应关系可以存储在存储器中，或者存储在处理器中。
可选的，所述网络功能虚拟化设备还可以包括收发器905和/或天线906。所述处理器901可以称为处理单元，对所述网络功能虚拟化设备进行控制。所述收发器905可以称为收发单元、收发机、收发电路或者收发器等，用于实现收发功能。
本实施例中描述的处理器和收发器可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor,PMOS)、双极结型晶体管(Bipolar Junction Transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
应理解，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，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)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例中描述的网络功能虚拟化设备的范围并不限于此，而且网络功能虚拟化设备的结构可以不受图9的限制。本申请实施例中描述的网络功能虚拟化设备可以是独立的设备或者可以是较大设备的一部分。
图10为本申请实施例提供的一种网络功能虚拟化系统的一种实现方式的示意性框图。参见图10，本实施例的网络功能虚拟化系统包括虚拟网络功能管理器NFV MANO1001、资源管理层1002和虚拟化网络功能VNF的管理节点1003。
所述NFV MANO1001用于执行上述方法实施例中NFV MANO对应的方法，所述资源管理,1002用于执行上述方法实施例中资源管理层对应的方法；所述VNF的管理节点1003用于执行上述方法实施例中VNF的管理节点对应的方法。
本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述方法实施例中资源管理层对应的方法或者上述方法实施例中NFV MANO对应的方法或者上述方法实施例中VNF的管理节点对应的方法。
在上述实施例使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
应理解，说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各个实施例未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
还应理解，在本申请中，“当…时”、“若”以及“如果”均指在某种客观情况下终端设备或者服务器会做出相应的处理，并非是限定时间，且也不要求终端设备或者服务器实现时一定要有判断的动作，也不意味着存在其它限定。
本申请中对于使用单数表示的元素旨在用于表示“一个或多个”，而并非表示“一个且仅一个”，除非有特别说明。本申请中，在没有特别说明的情况下，“至少一个”旨在用于表示“一个或者多个”，“多个”旨在用于表示“两个或两个以上”。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A可以是单数或者复数，B可以是单数或者复数。
字符“/”一般表示前后关联对象是一种“或”的关系。
本文中术语“……中的至少一个”或“……中的至少一种”，表示所列出的各项的全部或任意组合，例如，“A、B和C中的至少一种”，可以表示：单独存在A，单独存在B，单独存在C，同时存在A和B，同时存在B和C，同时存在A、B和C这六种情况，其中A可以是单数或者复数，B可以是单数或者复数，C可以是单数或者复数。
应理解，在本申请各实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

Claims (35)

1.一种虚拟化网络功能部署方法，其特征在于，包括：
虚拟网络功能管理和编排系统NFV MANO获取描述虚拟化网络功能VNF的第一子功能的多个虚拟化部署单元VDU中的第一VDU；所述多个VDU中的各VDU包括的服务器标签所指示的服务器的类型不相同，每个VDU对应一类虚拟设备且每个VDU包括的服务器标签指示能够为该VDU所对应的一类虚拟设备提供计算资源的服务器；不同类型的服务器的中央处理器CPU的类型不相同；
所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建与所述第一VDU对应的一类虚拟设备以部署所述第一子功能。
2.根据权利要求1所述的方法，其特征在于，所述获取多个VDU中的第一VDU，包括：
所述NFV MANO获取与第一VDU模板对应的第一服务器标签；
所述NFV MANO获取与第一VDU模板对应的第一实例化信息；
所述NFV MANO将所述第一服务器标签和所述第一实例化信息添加至所述第一VDU模板，生成所述第一VDU。
3.根据权利要求1或2所述的方法，其特征在于，还包括：
所述NFV MANO获取所述多个VDU中的第二VDU；
所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求，包括：
所述NFV MANO根据所述第一VDU和所述第二VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求还用于指示所述资源管理层创建与所述第二VDU对应的一类虚拟设备。
4.根据权利要求3所述的方法，其特征在于，所述第二VDU中的第二服务器标签指示的服务器的类型为第二类型，所述第一VDU中的第一服务器标签指示的服务器的类型为第一类型，所述方法还包括：
所述NFV MANO发送扩容预通知消息至所述VNF的管理节点，所述扩容预通知消息包括所述第一类型和所述第二类型。
5.根据权利要求1-4任一项所述的方法，其特征在于，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述方法还包括：
所述NFV MANO根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；
所述NFV MANO控制弹性与第一弹性信息匹配的各类虚拟设备，所述第一弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第一弹性信息指示的各VDU所对应的子功能不相同。
6.根据权利要求1-4任一项所述的方法，其特征在于，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述方法还包括：
所述NFV MANO根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；
对于与第二弹性信息匹配的每类虚拟设备，所述NFV MANO向所述VNF的管理节点发送预弹性请求，所述预弹性请求包括该类虚拟设备对应的VDU的标识；所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU；
所述NFV MANO接收来自所述VNF的管理节点的第一类通知消息或第二类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
7.根据权利要求1-4任一项所述的方法，其特征在于，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的VDU；在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，还包括：
所述NFV MANO根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；
所述NFV MANO根据所述指示信息，确定控制弹性与第二弹性信息匹配的各类虚拟设备，所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU。
8.根据权利要求1-4任一项所述的方法，其特征在于，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述方法还包括：
所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量；所述第一组VDU中的各VDU对应同一子功能；
对于所述至少两个VDU中实例化数量增多的扩张VDU，所述NFV MANO控制扩建第一数量的与所述扩张VDU对应的虚拟设备，所述第一数量为所述扩张VDU中实例化增加的数量；
对于所述至少两个VDU中实例化数量减少的缩减VDU，所述NFV MANO控制回缩第二数量的与所述缩减VDU对应的虚拟设备，所述第二数量为所述缩减VDU中实例化减少的数量。
9.根据权利要求8所述的方法，其特征在于，所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量，包括：
所述NFV MANO获取用户输入的所述至少两个VDU更新后的实例化的数量。
10.根据权利要求8所述的方法，其特征在于，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的各VDU；
在所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量之前，还包括：
所述NFV MANO根据所述指示信息，确定属于所述第一组VDU的各VDU；
所述NFV MANO获取第一组VDU中的至少两个VDU更新后的实例化的数量，包括：
所述NFV MANO更新所述第一组VDU中至少两个VDU中实例化的数量。
11.根据权利要求1-7任一项所述的方法，其特征在于，在所述NFV MANO根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，还包括：
所述NFV MANO获取用户输入的迁移指令；
所述NFV MANO获取用户输入的待迁移虚拟设备的名称；
所述NFV MANO根据所述待迁移虚拟设备的名称以及第一指示信息，确定与所述待虚拟设备对应的VDU对应同一子功能的目标VDU，所述第一指示信息指示与所述待迁移虚拟设备对应的VDU对应同一子功能的其它VDU；
所述NFV MANO节点根据所述迁移指令和所述目标VDU，控制所述待迁移虚拟设备迁移至与所述目标VDU对应的服务器的类型相同的服务器上。
12.一种网络功能虚拟化部署方法，其特征在于，网络功能虚拟化基础设施层NFVI包括第一类型的服务器和第二类型的服务器，其中，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述方法包括：
虚拟网络功能管理和编排系统NFV MANO获取描述虚拟化网络功能VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签，所述第一类型的服务器能够为所述第一类虚拟设备提供计算资源，所述第一类型的服务器能够为所述第二类虚拟设备提供计算资源；
所述NFV MANO根据所述第一子功能的VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建所述第一类虚拟设备和/或所述第二类虚拟设备以部署所述第一子功能。
13.根据权利要求12所述的方法，其特征在于，在所述NFV MANO获取所述第一子功能的VDU之前，用于描述所述NFV MANO的VNFD中包括所述第一子功能的原始VDU，所述原始VDU中包括第二服务器标签和第一实例化信息；
所述NFV MANO获取描述VNF的第一子功能的VDU，包括：
所述NFV MANO获取与所述原始VDU对应的第二服务器标签；
所述NFV MANO获取与所述原始VDU对应的第二实例化信息；
所述NFV MANO将所述第二服务器标签添加至所述原始VDU，采用所述第二实例化信息替换所述第一实例化信息，得到描述所述VNF的所述第一子功能的VDU。
14.一种虚拟化网络功能部署方法，其特征在于，网络功能虚拟化基础设施层NFVI包括多种类型的服务器，其中，不同类型的服务器的中央处理器CPU的类型不相同；所述方法包括：
资源管理层接收来自虚拟网络功能管理器NFV MANO的虚拟设备创建请求，所述虚拟设备创建请求包括服务器标签以及待创建虚拟设备的镜像文件的虚拟名称；
所述资源管理层从所述服务器标签指示的服务器中确定目标服务器；
所述资源管理层根据预设映射规则，将所述虚拟名称和所述目标服务器的类型映射为所述待创建虚拟设备的镜像文件的真实名称；
所述资源管理层根据所述真实名称获取所述待创建虚拟设备的镜像文件；
所述资源管理层根据所述虚拟设备创建请求和所述待创建虚拟设备的镜像文件，创建所述虚拟设备。
15.一种虚拟化网络功能部署方法，其特征在于，虚拟化网络功能VNF的第一子功能对应第一类虚拟设备和第二类虚拟设备，为所述第一类虚拟设备提供计算资源的服务器为第一类型的服务器，为所述第二类虚拟设备提供计算资源的服务器为第二类型的服务器，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述方法包括：
VNF的管理节点获取配置信息，所述配置信息指示所述第一子功能的第一类软件对应第一类型的服务器，所述第一子功能的第二类软件对应第二类型的服务器；
所述VNF的管理节点根据所述配置信息将所述第一子功能模块的第一类软件安装至所述第一类虚拟设备上，将所述第一子功能的第二类软件安装至所述第二类虚拟设备上。
16.根据权利要求15所述的方法，其特征在于，还包括：
所述VNF的管理节点接收来自虚拟网络功能管理器NFV MANO的扩容预通知消息，所述扩容预通知消息包括所述第一类型和所述第二类型；
所述VNF的管理节点根据所述扩容预通知消息，进行扩容配置。
17.根据权利要求15或16所述的方法，其特征在于，还包括：
所述VNF的管理节点接收来自虚拟网络功能管理器NFV MANO的预弹性请求，所述预弹性请求包括待弹性虚拟设备所对应的VDU的标识；
若当前弹性周期内未向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则所述VNF的管理节点向所述NFV MANO发送的第一类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备；所述弹性为扩建虚拟设备或者回缩虚拟设备；
若当前弹性周期内向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则所述VNF的管理节点向所述NFV MANO发送第二类通知消息，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
18.一种虚拟化网络功能部署装置，其特征在于，包括：
处理模块，用于获取描述虚拟化网络功能VNF的第一子功能的多个虚拟化部署单元VDU中的第一VDU；所述多个VDU中的各VDU包括的服务器标签所指示的服务器的类型不相同，每个VDU对应一类虚拟设备且每个VDU包括的服务器标签指示能够为该VDU所对应的一类虚拟设备提供计算资源的服务器；不同类型的服务器的中央处理器CPU的类型不相同；
收发模块，用于根据所述第一VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建与所述第一VDU对应的一类虚拟设备以部署所述第一子功能。
19.根据权利要求18所述的装置，其特征在于，所述处理模块还用于：获取所述多个VDU中的第二VDU；
所述收发模块具体用于：根据所述第一VDU和所述第二VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求还用于指示所述资源管理层创建与所述第二VDU对应的一类虚拟设备。
20.根据权利要求19所述的装置，其特征在于，所述第二VDU中的第二服务器标签指示的服务器的类型为第二类型，所述第一VDU中的第一服务器标签指示的服务器的类型为第一类型；
所述收发模块还用于：发送扩容预通知消息至所述VNF的管理节点，所述扩容预通知消息包括所述第一类型和所述第二类型。
21.根据权利要求18-20任一项所述的装置，其特征在于，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：
根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；
控制弹性与第一弹性信息匹配的各类虚拟设备，所述第一弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第一弹性信息指示的各VDU所对应的子功能不相同。
22.根据权利要求18-20任一项所述的装置，其特征在于，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后：
所述处理模块还用于：根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；
对于与第二弹性信息匹配的每类虚拟设备，所述收发模块还用于：向所述VNF的管理节点发送预弹性请求，所述预弹性请求包括该类虚拟设备对应的VDU的标识；所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU；
所述收发模块还用于：接收来自所述VNF的管理节点的第一类通知消息或第二类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
23.根据权利要求18-20任一项所述的装置，其特征在于，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的VDU；在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：
根据KPI确定对所述VNF的虚拟设备进行弹性，所述KPI是所述VNF对应的多类虚拟设备的业务信息被统计后得到的，所述弹性为扩建虚拟设备或回缩虚拟设备；
根据所述指示信息，确定控制弹性与第二弹性信息匹配的各类虚拟设备，所述第二弹性信息包括与所述KPI对应的能够被弹性的各类虚拟设备对应的VDU的标识，所述第二弹性信息指示的各VDU中存在对应同一子功能的VDU。
24.根据权利要求18-20任一项所述的装置，其特征在于，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：
获取第一组VDU中的至少两个VDU更新后的实例化的数量；第一组VDU中的各VDU对应同一子功能；
对于所述至少两个VDU中实例化数量增多的扩张VDU，控制扩建第一数量的与所述扩张VDU对应的虚拟设备，所述第一数量为所述扩张VDU中实例化增加的数量；
对于所述至少两个VDU中实例化数量减少的缩减VDU，控制回缩第二数量的与所述缩减VDU对应的虚拟设备，所述第二数量为所述缩减VDU中实例化减少的数量。
25.根据权利要求24所述的装置，其特征在于，所述处理模块具体用于：获取用户输入的所述至少两个VDU更新后的实例化的数量。
26.根据权利要求24所述的装置，其特征在于，描述所述VNF的虚拟化的网络功能描述符VNFD包括多个指示信息，所述指示信息用于指示对应同一子功能的各VDU；
在所述处理模块获取第一组VDU中的至少两个VDU更新后的实例化的数量之前，所述处理模块还用于：根据所述指示信息，确定属于所述第一组VDU的各VDU；
相应地，所述处理模块具体用于：更新所述第一组VDU中至少两个VDU中实例化的数量。
27.根据权利要求18-26任一项所述的装置，其特征在于，在所述收发模块根据所述第一VDU向资源管理层发送虚拟设备创建请求之后，所述处理模块还用于：
获取用户输入的迁移指令；
获取用户输入的待迁移虚拟设备的名称；
根据所述待迁移虚拟设备的名称以及第一指示信息，确定与所述待虚拟设备对应的VDU对应同一子功能的目标VDU，所述第一指示信息指示与所述待迁移虚拟设备对应的VDU对应同一子功能的其它VDU；
根据所述迁移指令和所述目标VDU，控制所述待迁移虚拟设备迁移至与所述目标VDU对应的服务器的类型相同的服务器上。
28.一种虚拟化网络功能部署装置，其特征在于，网络功能虚拟化基础设施层NFVI包括第一类型的服务器和第二类型的服务器，其中，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述装置包括：
处理模块，用于获取描述虚拟网络功能VNF的第一子功能的VDU；第一子功能的VDU中包括用于创建第一类虚拟设备的镜像文件和第二类虚拟设备的镜像文件共同的虚拟名称、指示第一类型的服务器的第一服务器标签，指示第二类型的服务器的第二服务器标签，所述第一类型的服务器能够为所述第一类虚拟设备提供计算资源，所述第一类型的服务器能够为所述第二类虚拟设备提供计算资源；
收发模块，用于根据所述第一子功能的VDU向资源管理层发送虚拟设备创建请求，所述虚拟设备创建请求用于指示所述资源管理层创建所述第一类虚拟设备和/或所述第二类虚拟设备以部署所述第一子功能。
29.一种虚拟化网络功能部署装置，其特征在于，网络功能虚拟化基础设施层NFVI包括多种类型的服务器，其中，不同类型的服务器的中央处理器CPU的类型不相同；所述装置包括：
收发模块，用于接收来自虚拟网络功能管理器NFV MANO的虚拟设备创建请求，所述虚拟设备创建请求包括服务器标签以及待创建虚拟设备的镜像文件的虚拟名称；
处理模块，用于：
从所述服务器标签指示的服务器中确定目标服务器；
根据预设映射规则，将所述虚拟名称和所述目标服务器的类型映射为所述待创建虚拟设备的镜像文件的真实名称；
根据所述真实名称获取所述待创建虚拟设备的镜像文件；
根据所述虚拟设备创建请求和所述待创建虚拟设备的镜像文件，创建所述虚拟设备。
30.一种虚拟化网络功能部署装置，其特征在于，虚拟化网络功能VNF的第一子功能对应第一类虚拟设备和第二类虚拟设备，为所述第一类虚拟设备提供计算资源的服务器为第一类型的服务器，为所述第二类虚拟设备提供计算资源的服务器为第二类型的服务器，所述第一类型的服务器和所述第二类型的服务器的中央处理器CPU的类型不相同；所述装置包括：
处理模块，用于获取配置信息，所述配置信息指示所述第一子功能的第一类软件对应第一类型的服务器，所述第一子功能的第二类软件对应第二类型的服务器；
所述处理模块，还用于根据所述配置信息将所述第一子功能模块的第一类软件安装至所述第一类虚拟设备上，将所述第一子功能的第二类软件安装至所述第二类虚拟设备上。
31.根据权利要求30所述的装置，其特征在于，还包括收发模块；
所述收发模块，用于接收来自虚拟网络功能管理器NFV MANO的扩容预通知消息，所述扩容预通知消息包括所述第一类型和所述第二类型；
所述处理模块，还用于根据所述扩容预通知消息，进行扩容配置。
32.根据权利要求30或31所述的装置，其特征在于，还包括收发模块；
所述收发模块，用于：
接收来自虚拟网络功能管理器NFV MANO的预弹性请求，所述预弹性请求包括待弹性虚拟设备所对应的VDU的标识；
若当前弹性周期内未向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则向所述NFV MANO发送的第一类通知消息，所述第一类通知消息指示所述NFV MANO控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备；所述弹性为扩建虚拟设备或者回缩虚拟设备；
若当前弹性周期内向所述NFV MANO发送过同意所述NFV MANO对与所述待弹性虚拟设备对应同一子功能的其它类虚拟设备进行弹性的通知消息，则向所述NFV MANO发送第二类通知消息，所述第二类通知消息指示所述NFV MANO不控制弹性所述预弹性请求包括的VDU的标识指示的VDU所对应的一类虚拟设备。
33.一种网络功能虚拟化设备，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-11中任一项所述的方法或者权利要求12-13中任一项所述的方法或者权利要求14所述的方法或者权利要求15-17中任一项所述的方法。
34.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-11中任一项所述的方法或者权利要求12-13中任一项所述的方法或者权利要求14所述的方法或者权利要求15-17中任一项所述的方法。
35.一种网络功能虚拟化系统，其特征在于，包括：虚拟网络功能管理器NFV MANO、资源管理层、虚拟化网络功能VNF的管理节点；
所述NFV MANO用于执行权利要求1-11中任一项所述的方法或者权利要求12-13中任一项所述的方法；
所述资源管理层用于执行权利要求14所述的方法；
所述VNF的管理节点用于执行权利要求15-17中任一项所述的方法。
CN201911408221.1A 2019-12-31 2019-12-31 虚拟化网络功能部署方法、装置和系统 Active CN113127138B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201911408221.1A CN113127138B (zh) 2019-12-31 2019-12-31 虚拟化网络功能部署方法、装置和系统
PCT/CN2020/139137 WO2021136074A1 (zh) 2019-12-31 2020-12-24 虚拟化网络功能部署方法、装置和系统
EP20909886.2A EP4080826A4 (en) 2019-12-31 2020-12-24 METHOD, DEVICE AND SYSTEM FOR PROVIDING A VIRTUAL NETWORK FUNCTION

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911408221.1A CN113127138B (zh) 2019-12-31 2019-12-31 虚拟化网络功能部署方法、装置和系统

Publications (2)

Publication Number Publication Date
CN113127138A true CN113127138A (zh) 2021-07-16
CN113127138B CN113127138B (zh) 2024-04-16

Family

ID=76686478

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911408221.1A Active CN113127138B (zh) 2019-12-31 2019-12-31 虚拟化网络功能部署方法、装置和系统

Country Status (3)

Country Link
EP (1) EP4080826A4 (zh)
CN (1) CN113127138B (zh)
WO (1) WO2021136074A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023066208A1 (zh) * 2021-10-20 2023-04-27 华为技术有限公司 一种部署虚拟化网络功能的方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113726547B (zh) * 2021-07-14 2023-08-15 阿里巴巴新加坡控股有限公司 网络系统、网络配置方法及设备
CN115086175B (zh) * 2022-04-26 2023-06-30 北京邮电大学 资源优化的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105634782A (zh) * 2014-11-06 2016-06-01 华为技术有限公司 一种实例化vnf的方法及网元管理设备
CN107209686A (zh) * 2015-01-23 2017-09-26 日本电气株式会社 网络功能虚拟化管理和编排方法、设备和程序
CN107493184A (zh) * 2016-06-12 2017-12-19 中兴通讯股份有限公司 虚拟化网络功能部署方法及系统
CN109905258A (zh) * 2017-12-07 2019-06-18 华为技术有限公司 PaaS的管理方法、装置及存储介质
CN109995552A (zh) * 2017-12-29 2019-07-09 华为技术有限公司 Vnf服务实例化方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107210957A (zh) * 2015-01-23 2017-09-26 日本电气株式会社 网络功能虚拟化管理和编排方法、设备和程序
US10148731B2 (en) * 2015-06-30 2018-12-04 Oracle International Corporation Methods, systems, and computer readable media for on-boarding virtualized network function (VNF) packages in a network functions virtualization (NFV) system
EP3462671B1 (en) * 2016-06-28 2020-07-29 Huawei Technologies Co., Ltd. Virtual network function resource management method and device
CN107689882B (zh) * 2016-08-05 2020-04-21 华为技术有限公司 一种虚拟化网络中业务部署的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105634782A (zh) * 2014-11-06 2016-06-01 华为技术有限公司 一种实例化vnf的方法及网元管理设备
CN107209686A (zh) * 2015-01-23 2017-09-26 日本电气株式会社 网络功能虚拟化管理和编排方法、设备和程序
CN107493184A (zh) * 2016-06-12 2017-12-19 中兴通讯股份有限公司 虚拟化网络功能部署方法及系统
CN109905258A (zh) * 2017-12-07 2019-06-18 华为技术有限公司 PaaS的管理方法、装置及存储介质
CN109995552A (zh) * 2017-12-29 2019-07-09 华为技术有限公司 Vnf服务实例化方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023066208A1 (zh) * 2021-10-20 2023-04-27 华为技术有限公司 一种部署虚拟化网络功能的方法及装置

Also Published As

Publication number Publication date
CN113127138B (zh) 2024-04-16
EP4080826A4 (en) 2023-06-21
EP4080826A1 (en) 2022-10-26
WO2021136074A1 (zh) 2021-07-08

Similar Documents

Publication Publication Date Title
US10616133B2 (en) Resource configuration method and network device thereof
EP4080826A1 (en) Virtual network function deployment method, apparatus and system
CN111698112B (zh) 一种容器化虚拟网络功能vnf的资源管理方法及装置
EP3291499A1 (en) Method and apparatus for network service capacity expansion
EP3300298B1 (en) Method and apparatus for switching vnf
US20170331680A1 (en) VNF Processing Policy Determining Method, Apparatus, and System
CN108347339B (zh) 一种业务恢复方法及装置
CN106936619B (zh) 部署网络服务的方法和装置
CN105119736A (zh) 网络功能虚拟化架构中数据检查的方法和装置
WO2018121354A1 (zh) 一种物理网络功能pnf迁移方法及相关设备
CN109995552B (zh) Vnf服务实例化方法及装置
CN111221618A (zh) 一种容器化虚拟网络功能的部署方法和装置
CN111246397B (zh) 集群系统、服务访问方法、装置及服务器
CN108345490B (zh) 一种nfv中部署虚拟机的方法和系统
US20230342183A1 (en) Management method and apparatus for container cluster
CN110737503B (zh) 容器服务快照的管理方法和装置
CN111092828B (zh) 网络操作方法、装置、设备和存储介质
EP3893437B1 (en) Method and device for deploying virtual network function
CN113918268A (zh) 一种多租户管理方法及装置
CN111355602B (zh) 一种资源对象的管理方法及装置
CN111221620B (zh) 存储方法、装置及存储介质
CN109656674B (zh) 一种计算机设备、虚拟化芯片及数据传输方法
JP2019520000A (ja) 被管理機能オブジェクトを管理するための方法および装置
CN111857941B (zh) 一种安全策略管理方法及装置
CN112889247B (zh) Vnf服务实例化方法及装置

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