CN114629794A - 硬件资源管理方法及通信装置 - Google Patents

硬件资源管理方法及通信装置 Download PDF

Info

Publication number
CN114629794A
CN114629794A CN202011427223.8A CN202011427223A CN114629794A CN 114629794 A CN114629794 A CN 114629794A CN 202011427223 A CN202011427223 A CN 202011427223A CN 114629794 A CN114629794 A CN 114629794A
Authority
CN
China
Prior art keywords
physical resource
urm
physical
resource
network element
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
CN202011427223.8A
Other languages
English (en)
Inventor
陈学梁
章宇
邓德军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202011427223.8A priority Critical patent/CN114629794A/zh
Publication of CN114629794A publication Critical patent/CN114629794A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]

Landscapes

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

Abstract

本申请实施例公开了一种硬件资源管理方法及通信装置,该方法应用于包括统一资源管理器URM和第一网元的网络功能虚拟化NFV系统,该第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个;该方法包括:URM针对第一物理资源申请,分配第一物理资源;URM发送第一物理资源分配结果;该第一物理资源分配结果用于触发第一网元纳管该第一物理资源或者生成第一资源纳管指示,该第一资源纳管指示用于指示该第一网元纳管该第一物理资源。本申请实施例中,URM可统一管理VIM和CIM的物理资源;可以提高物理资源管理效率以及资源利用率。

Description

硬件资源管理方法及通信装置
技术领域
本申请涉及虚拟化技术领域,尤其涉及一种硬件资源管理方法及通信装置。
背景技术
网络功能虚拟化(network functions virtualization,NFV)提供了一种设计、部署和管理网络服务的全新方式,实现了网络功能基于虚拟化方式的实现和部署,使得网络功能部署在通用服务器上具备动态的调整能力和生命周期管理能力。
虚拟机(virtual machine,VM)和容器是两种不同的虚拟化技术,前者模拟(例如采用hypervisor)完整的操作系统来实现虚拟化,每个虚拟机拥有独立的操作系统(operating system,OS),需要占用大量的内存和计算资源,存在启动慢,资源消耗大的缺点。而容器不需要独立的操作系统来实现隔离,大大降低了资源占用,成为轻量级的虚拟化技术,拥有启动速度和性能优异的特点。容器和虚拟机都有自己独特的优势,其中容器在资源占用、容器的启动速度以及容器的部署密度等方面大大优于虚拟机,但是虚拟机的隔离性比容器好。应用选用什么部署形态,和应用的特点密切相关,因此容器和虚拟机在未来将长期共存。
目前采用的虚拟机和容器的硬件资源管理方案的效率不高。因此,需要研究效率更高的管理虚拟机的硬件资源和/或容器的硬件资源的方案。
发明内容
本申请实施例公开了一种硬件资源管理方法及通信装置,能够提高管理虚拟机的硬件资源或者容器的硬件资源的效率。
第一方面,本申请实施例提供了一种硬件资源管理方法,该方法应用于包括统一资源管理器URM和第一网元的网络功能虚拟化NFV系统,所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个;所述方法包括:所述URM接收第一物理资源申请;所述URM针对所述第一物理资源申请,分配第一物理资源;所述URM发送第一物理资源分配结果;所述第一物理资源分配结果用于触发所述第一网元纳管所述第一物理资源或者生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源。
所述第一物理资源分配结果可以包括描述所述第一物理资源的信息和/或使用所述第一物理资源的信息。统一资源管理器URM可以理解为专门管理虚拟机和/或容器的硬件资源的网元。也就是说,URM可以统一管理虚拟机的硬件资源和容器的硬件资源,也可以仅管理虚拟机的硬件资源或者容器的硬件资源。可以理解,URM具备统一管理虚拟机的硬件资源和容器的硬件资源的能力,也可以仅用于管理虚拟机的硬件资源或者容器的硬件资源。本申请中,硬件资源和物理资源为相同概念,NFV系统和NFV架构为相同概念。URM统一管理虚拟机的硬件资源和容器的硬件资源可理解为虚拟化管理系统和容器管理系统分别使用URM管理的硬件资源的不同部分。URM为虚拟化管理系统和容器管理系统分配硬件资源,并实现虚拟化管理系统占用的硬件资源和容器管理系统占用的硬件资源的隔离。虚拟化管理系统可称为虚拟化平台或虚拟机平台,容器管理系统可称为容器平台。本申请实施例提供的方案可理解为在网络功能虚拟化NFV系统中新增一个专门管理虚拟机和/或容器的硬件资源的网元,既能提高管理硬件资源的效率,又能兼容已有的NFV系统。
本申请实施例中,统一资源管理器分配物理资源,并发送第一物理资源分配结果,以使得第一网元纳管第一物理资源;可以提高管理虚拟机的硬件资源或者容器的硬件资源的效率。
在一个可能的实现方式中,所述NFV系统还包括第二网元,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述第一物理资源分配结果用于所述第二网元生成所述第一资源纳管指示;所述URM发送第一物理资源分配结果包括:所述URM向所述第二网元发送所述第一物理资源分配结果。
在该实现方式中,URM向第二网元发送第一物理资源分配结果,以使得第二网元生成第一资源纳管指示;能够使得第一网元及时纳管第一物理资源。
在一个可能的实现方式中,所述URM针对所述第一物理资源申请,分配第一物理资源包括:所述URM选取符合所述第一物理资源申请要求的所述第一物理资源;所述URM创建第一账号;所述第一账号用于访问和控制第一服务器,所述第一服务器属于所述第一物理资源包含的物理计算资源。
可选的,所述URM还给所述第一账号授权,以便于通过所述第一账号可访问和控制第一服务器。所述第一物理资源分配结果可包括所述第一账号。所述第一账号可以是基板管理控制器(baseboard manager controller,BMC)账号。应理解,所述第一网元通过所述第一账号来纳管所述第一物理资源,即第一网元需要第一账号来实现对第一服务器的纳管。
在该实现方式中,URM分配符合第一物理资源申请要求的第一物理资源,并创建第一账号,以便第一网元快速地纳管该第一物理资源。
在一个可能的实现方式中,所述方法还包括:所述URM配置所述第一服务器对应的交换机端口,并为所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号。
所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号可以包括:虚拟化管理系统(也称为虚拟化平台)使用的VLAN号或者容器管理系统(也称为容器平台)使用的VLAN号,存储设备使用的VLAN号等。URM配置所述第一服务器对应的交换机端口,并为所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号可理解为分配网络资源。
在该实现方式中,URM配置第一服务器对应的交换机端口,并为第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号,以便于第一网元纳管相应的物理资源。
在一个可能的实现方式中,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同,所述方法还包括:所述URM发送第二物理资源分配结果;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源,所述第二物理资源分配结果用于触发所述第三网元纳管所述第二物理资源或者生成第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管所述第二物理资源。
URM既能发送第一物理资源分配结果,又能发送第二物理分配结果。在该实现方式中,URM既能使得第一网元纳管第一物理资源,又能使得第三网元纳管第二物理资源。也就是说,URM能够统一管理虚拟机的硬件资源和容器的硬件资源。
在该实现方式中,URM统一管理虚拟机的硬件资源和容器的硬件资源,既能提高管理硬件资源的效率,又能提高硬件资源的利用率。
在一个可能的实现方式中,所述NFV系统还包括第二网元,所述第二网元为NFVO或者VNFM,所述第二物理资源分配结果用于所述第二网元生成所述第二资源纳管指示;所述URM发送第二物理资源分配结果包括:所述URM向所述第二网元发送所述第二物理资源分配结果。
在该实现方式中,URM向第二网元发送第二物理资源分配结果,以使得第二网元生成第二资源纳管指示;能够使得第三网元及时纳管第二物理资源。
在一个可能的实现方式中,所述方法还包括:所述URM接收物理资源释放请求信息;所述URM响应于所述物理资源释放请求信息,释放第三物理资源;所述URM将释放的所述第三物理资源作为空闲的物理资源。
在该实现方式中,URM响应于物理资源释放请求信息,释放第三物理资源,并将该第三物理资源作为空闲的物理资源;能够提高资源利用率。
在一个可能的实现方式中,所述URM响应于所述物理资源释放请求信息,释放第三物理资源包括:所述URM响应于所述物理资源释放请求信息,删除第二账号;所述第二账号用于访问和控制第二服务器,所述第二服务器属于所述第三物理资源包含的物理计算资源。
URM删除第二账户的操作可理解为URM释放(或者收回)分配出去的第二服务器的部分操作。
在该实现方式中,URM通过删除第二账户,可以快速地释放已分配的第二服务器。
在一个可能的实现方式中,所述方法还包括:所述URM删除所述第二服务器对应的交换机端口上放通的VLAN号。
URM删除所述第二服务器对应的交换机端口上放通的VLAN号的操作可理解为释放网络资源的操作。
在该实现方式中,URM删除第二服务器对应的交换机端口上放通的VLAN号,可及时释放已分配的网络资源。
在一个可能的实现方式中,所述方法还包括:所述URM接收物理资源查询请求,向第二网元或者运营支撑系统OSS发送物理资源查询结果;所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
在该实现方式中,用户可方便地查询URM管理的物理资源。
在一个可能的实现方式中,所述URM选取符合所述第一物理资源申请要求的所述第一物理资源包括:所述URM从物理资源视图中选取符合所述第一物理资源申请要求的所述第一物理资源;所述物理资源视图用于描述所述URM管理的物理资源。
在该实现方式中,URM利用物理资源视图可快速地选取符合第一物理资源申请要求的物理资源。
在一个可能的实现方式中,所述方法还包括:所述URM接收物理资源配置信息;所述URM根据所述物理资源配置信息访问硬件资源,得到硬件资源信息;所述URM根据所述物理资源配置信息和所述硬件资源信息,生成所述物理资源视图。
在该实现方式中,URM生成用于描述其管理的物理资源的物理资源视图,以便于更合理地分配物理资源,提高资源利用率。
在一个可能的实现方式中,所述第一物理资源申请包含虚拟化管理系统(或者容器管理系统)申请的物理服务器的数量、物理服务器的规格、存储池的规格以及所述虚拟化管理系统所在的VLAN平面中的至少一项。
在一个可能的实现方式中,所述方法还包括:所述URM创建所述第一服务器对应的交换机的登录账号以及所述登录账号的登录密码,所述登录账号和所述登录密码用于登录所述第一服务器对应的交换机。
在一个可能的实现方式中,所述第一物理资源分配结果包括以下至少一项:所述第一服务器的网际协议IP地址,所述第一账号,所述第一账号的密码,服务网卡连接的光纤编码,存储设备的IP地址,存储池的名称,存储池的标识,所述第一服务器对应的交换机的IP地址,所述交换机的登录账号,所述交换机的登录密码。
第二方面,本申请实施例提供了另一种硬件资源管理方法,该方法应用于包括统一资源管理器URM、第一网元以及第二网元的网络功能虚拟化NFV系统,所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM;所述方法包括:第二网元接收来自所述URM的第一物理资源分配结果,所述第一物理资源分配结果包括描述URM分配的第一物理资源的信息和/或使用所述第一物理资源的信息;所述第二网元向所述第一网元发送第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源。
本申请实施例中,第二网元通过发送第一资源纳管指示,可以使得第一网元及时纳管第一物理资源。
在一个可能的实现方式中,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同;所述方法还包括:所述第二网元向所述第三网元发送第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管第二物理资源;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源。
第二网元既能指示第一网元纳管第一物理资源,又能指示第三网元纳管第二物理资源。应理解,第二网元统一指示第一网元和第三网元纳管相应的物理资源,能够使得容器管理系统和虚拟化管理系统共享同一物理资源,即分配给容器管理系统和虚拟化管理系统不同的硬件资源。
在该实现方式中,第二网元既指示第一网元纳管第一物理资源,又指示第三网元纳管第二物理资源,可以实现容器管理系统的硬件资源和虚拟化管理系统的硬件资源的统一管理,提供资源利用率。
在一个可能的实现方式中,所述方法还包括:所述第二网元接收来自所述URM的第二物理资源分配结果,所述第二物理资源分配结果包括描述所述URM分配的所述第二物理资源的信息和/或使用所述第二物理资源的信息;所述第二网元根据所述第二物理资源分配结果,生成所述第二资源纳管指示。
在一个可能的实现方式中,所述方法还包括:所述第二网元向所述URM发送第一物理资源申请,所述第一物理资源申请用于申请所述第一物理资源。
在一个可能的实现方式中,所述方法还包括:所述第二网元向所述URM发送第二物理资源申请,所述第二物理资源申请用于申请所述第二物理资源。
在该实现方式中,可实现容器管理系统的硬件资源和虚拟化管理系统的硬件资源的统一管理,提供资源利用率。
在一个可能的实现方式中,所述方法还包括:所述第二网元向所述URM发送物理资源查询请求,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
在该实现方式中,可快速地查询URM管理的物理资源的信息。
第三方面,本申请实施例提供了另一种硬件资源管理方法,该方法应用于包括容器化架构管理器CIM以及第二网元的网络功能虚拟化NFV系统,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM;所述方法包括:所述CIM接收来自所述第二网元的容器资源减容请求;所述CIM响应于所述容器资源减容请求,对纳管的物理资源实施减容。
本申请实施例中,CIM对纳管的物理资源实施减容,可释放一些物理资源,提高资源利用率。
在一个可能的实现方式中,所述方法还包括:所述CIM向所述第二网元发送所述容器资源减容请求的响应信息;所述响应信息携带有所述CIM减容的物理资源的信息。
在该实现方式中,通过发送容器资源减容请求的响应信息,可使得第二网元获知减容的物理资源,例如减容的CPU数量,减容的内存,减容的服务器数量,减容的存储容量等。
第四方面,本申请实施例提供了一种统一资源管理器URM,该URM应用于包括所述URM和包括第一网元的网络功能虚拟化NFV系统,所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个;所述URM包括:收发模块,用于接收第一物理资源申请;处理模块,用于针对所述第一物理资源申请,分配第一物理资源;所述收发模块,还用于发送第一物理资源分配结果;所述第一物理资源分配结果用于触发所述第一网元纳管所述第一物理资源或者生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源。
在一个可能的实现方式中,所述NFV系统还包括第二网元,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述第一物理资源分配结果用于所述第二网元生成所述第一资源纳管指示;所述收发模块,具体用于向所述第二网元发送所述第一物理资源分配结果。
在一个可能的实现方式中,所述处理模块,具体用于符合所述第一物理资源申请要求的所述第一物理资源;创建第一账号;所述第一账号用于访问和控制第一服务器,所述第一服务器属于所述第一物理资源包含的物理计算资源。
在一个可能的实现方式中,所述处理模块,还用于配置所述第一服务器对应的交换机端口,并为所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号。
在一个可能的实现方式中,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同;所述收发模块,还用于发送第二物理资源分配结果;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源,所述第二物理资源分配结果用于触发所述第三网元纳管所述第二物理资源或者生成第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管所述第二物理资源。
在一个可能的实现方式中,所述NFV系统还包括第二网元,所述第二网元为NFVO或者VNFM,所述第二物理资源分配结果用于所述第二网元生成所述第二资源纳管指示;所述收发模块,具体用于向所述第二网元发送所述第二物理资源分配结果。
在一个可能的实现方式中,所述收发模块,还用于接收物理资源释放请求信息;所述处理模块,还用于响应于所述物理资源释放请求信息,释放第三物理资源;将释放的所述第三物理资源作为空闲的物理资源。
在一个可能的实现方式中,所述处理模块,具体用于响应于所述物理资源释放请求信息,删除第二账号;所述第二账号用于访问和控制第二服务器,所述第二服务器属于所述第三物理资源包含的物理计算资源。
在一个可能的实现方式中,所述处理模块,还用于删除所述第二服务器对应的交换机端口上放通的VLAN号。
在一个可能的实现方式中,所述处理模块,还用于接收物理资源查询请求,通过所述收发模块向第二网元或者运营支撑系统OSS发送物理资源查询结果;所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
在一个可能的实现方式中,所述处理模块,具体用于从物理资源视图中选取符合所述第一物理资源申请要求的所述第一物理资源;所述物理资源视图用于描述所述URM管理的物理资源。
在一个可能的实现方式中,所述收发模块,还用于接收物理资源配置信息;所述处理模块,还用于根据所述物理资源配置信息访问硬件资源,得到硬件资源信息;根据所述物理资源配置信息和所述硬件资源信息,生成所述物理资源视图。
在一个可能的实现方式中,所述第一物理资源申请包含虚拟化管理系统(或者容器管理系统)申请的物理服务器的数量、物理服务器的规格、存储池的大小以及所述虚拟化管理系统所在的VLAN平面中的至少一项。
在一个可能的实现方式中,所述方法还包括:所述URM创建所述第一服务器对应的交换机的登录账号以及所述登录账号的登录密码,所述登录账号和所述登录密码用于登录所述第一服务器对应的交换机。
在一个可能的实现方式中,所述第一物理资源分配结果包括以下至少一项:所述第一服务器的网际协议IP地址,所述第一账号,所述第一账号的密码,服务网卡连接的光纤编码,存储设备的IP地址,存储池的名称,存储池的标识,所述第一服务器对应的交换机的IP地址,所述交换机的登录账号,所述交换机的登录密码。
关于第四方面或各种可能的实施方式所带来的技术效果,可参考对于第一方面或相应的实现方式的技术效果的介绍。
第五方面,本申请实施例提供了一种第二网元,该第二网元应用于包括统一资源管理器URM、第一网元以及所述第二网元的网络功能虚拟化NFV系统,所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM;所述第二网元包括:收发模块,用于接收来自所述URM的第一物理资源分配结果,所述第一物理资源分配结果包括描述URM分配的第一物理资源的信息和/或使用所述第一物理资源的信息;处理模块,用于根据所述第一物理资源分配结果,生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源;所述收发模块,还用于向所述第一网元发送所述第一资源纳管指示。
在一个可能的实现方式中,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同;所述收发模块,还用于向所述第三网元发送第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管第二物理资源;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源。
在一个可能的实现方式中,所述收发模块,还用于接收来自所述URM的第二物理资源分配结果,所述第二物理资源分配结果包括描述所述URM分配的所述第二物理资源的信息和/或使用所述第二物理资源的信息;所述处理模块,还用于根据所述第二物理资源分配结果,生成所述第二资源纳管指示。
在一个可能的实现方式中,所述收发模块,还用于向所述URM发送第一物理资源申请,所述第一物理资源申请用于申请所述第一物理资源。
在一个可能的实现方式中,所述收发模块,还用于向所述URM发送第二物理资源申请,所述第二物理资源申请用于申请所述第二物理资源。
在一个可能的实现方式中,所述收发模块,还用于向所述URM发送物理资源查询请求,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
关于第五方面或各种可能的实施方式所带来的技术效果,可参考对于第二方面或相应的实现方式的技术效果的介绍。
第六方面,本申请实施例提供了一种容器化架构管理器CIM,所述CIM应用于包括所述CIM以及第二网元的网络功能虚拟化NFV系统,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM;所述CIM包括:收发模块,用于接收来自所述第二网元的容器资源减容请求;处理模块,用于响应于所述容器资源减容请求,对纳管的物理资源实施减容。
在一个可能的实现方式中,所述收发模块,用于向所述第二网元发送所述容器资源减容请求的响应信息;所述响应信息携带有所述CIM减容的物理资源的信息。
关于第六方面或各种可能的实施方式所带来的技术效果,可参考对于第三方面或相应的实现方式的技术效果的介绍。
第七方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器执行存储器中的计算机程序或指令时,如第一方面所述的方法被执行。
第八方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器调用存储器中的计算机程序或指令时,如第二方面所述的方法被执行。
第九方面,本申请提供一种通信装置,所述通信装置包括处理器,当所述处理器调用存储器中的计算机程序或指令时,如第三方面所述的方法被执行。
第十方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第一方面以及任一项可能的实现方式的方法。第十方面提供的通信装置可以是第一方面中的URM。
第十一方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第二方面以及任一项可能的实现方式的方法。第六方面提供的通信装置可以是第二方面中的第二网元。
第十二方面,本申请实施例提供一种通信装置,所述通信装置包括处理器和存储器;所述存储器用于存储计算机执行指令;所述处理器用于执行所述存储器所存储的计算机执行指令,以使所述通信装置执行如上述第三方面以及任一项可能的实现方式的方法。第六方面提供的通信装置可以是第三方面中的CIM。
第十三方面,本申请提供一种通信装置,所述通信装置包括处理器、存储器和收发器,所述收发器,用于接收信号或者发送信号;所述存储器,用于存储程序代码;所述处理器,用于执行所述程序代码,以使所述通信装置执行如第一方面所述的方法。
第十四方面,本申请提供一种通信装置,所述通信装置包括处理器、存储器和收发器,所述收发器,用于接收信号或者发送信号;所述存储器,用于存储程序代码;所述处理器,用于执行所述程序代码,以使所述通信装置执行如第二方面所述的方法。
第十五方面,本申请提供一种通信装置,所述通信装置包括处理器、存储器和收发器,所述收发器,用于接收信号或者发送信号;所述存储器,用于存储程序代码;所述处理器,用于执行所述程序代码,以使所述通信装置执行如第三方面所述的方法。
第十六方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第一方面所述的方法被实现。
第十七方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第二方面所述的方法被实现。
第十八方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质用于存储指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第三方面所述的方法被实现。
第十九方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第一方面所述的方法被实现。
第二十方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第二方面所述的方法被实现。
第二十一方面,本申请提供一种计算机程序产品,所述计算机程序产品包括指令或计算机程序,当所述指令或所述计算机程序被执行时,使得第三方面所述的方法被实现。
第二十二方面,本申请提供一种网络功能虚拟化NFV系统,包括统一资源管理器URM、第一网元以及第二网元,所述第一网元为所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个,所述第二网元为VIM和CIM中的一个,所述第二网元和所述第一网元不同,所述URM用于执行第一方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为一种NFV参考架构示意图;
图2A至图2F为本申请实施例提供的NFV架构;
图3A和图3B为本申请实施例提供的URM软件架构示意图;
图4为本申请实施例提供的一种URM和服务器组网示意图;
图5为本申请实施例提供的一种安装服务器的OS的过程示意图;
图6为本申请实施例提供的一种硬件资源管理方法流程图;
图7为本申请实施例提供的另一种硬件资源管理方法流程图;
图8为本申请实施例提供的一种硬件资源管理方法交互流程图;
图9为本申请实施例提供的另一种硬件资源管理方法交互流程图;
图10为本申请实施例提供的另一种硬件资源管理方法交互流程图;
图11为本申请实施例提供的另一种硬件资源管理方法交互流程图;
图12为本申请实施例提供的另一种硬件资源管理方法交互流程图;
图13为本申请实施例提供的另一种硬件资源管理方法交互流程图;
图14为本申请实施例提供的一种回收硬件资源方法流程图;
图15为本申请实施例提供的另一种回收硬件资源方法流程图;
图16为本申请实施例提供的另一种回收硬件资源方法流程图;
图17为本申请实施例提供的一种物理资源查询方法流程图;
图18为本申请实施例提供的一种生成物理资源视图的方法流程图;
图19A和图19B为本申请实施例提供的物理资源视图的示例;
图20为本申请实施例提供的另一种生成物理资源视图的方法流程图;
图21为本申请实施例提供的一种统一资源管理器的结构示意图;
图22为本申请实施例提供的一种通信装置的结构示意图;
图23为本申请实施例提供的一种容器化架构管理器的结构示意图;
图24为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图对本申请实施例进行描述。
本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上,“至少两个(项)”是指两个或三个及三个以上,“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
由于VM和容器这两种虚拟化技术各有优势,因此目前这两种技术都拥有广泛市场。目前,欧洲电信标准化协会(european telecommunications standards institute,ETSI)提出的网络功能虚拟化(network functions virtualization,NFV)参考架构中只考虑了VM的功能。然而,在实际场景中,第三方应用有VM和容器多种部署需求,因此提供同时支持VM和容器的NFV架构迫在眉睫。在同时支持容器和VM的NFV架构中,底层计算资源、存储资源以及网络资源的管理将成为必须考虑的内容。由于传统的VM和容器的硬件资源是分开管理,因此统一的硬件管理架构将非常必要,这样可以简化硬件管理的复杂性,简化网络架构,降低设备管理维护成本。本申请提供了能够统一管理VM的硬件资源和容器的硬件资源的方案。在该方案中,统一资源管理器(uniform resource manager,URM)负责统一管理VM的硬件资源和容器的硬件资源。URM统一管理虚拟机的硬件资源和容器的硬件资源可理解为虚拟化管理系统和容器管理系统分别使用URM管理的硬件资源的不同部分。URM统一为虚拟化管理系统(对应于虚拟机)和容器管理系统(对应于容器)分配硬件资源,并实现虚拟化管理系统占用的硬件资源和容器管理系统占用的硬件资源的隔离。
本申请提供的URM可应用于包括虚拟化架构管理器(virtualisedinfrastructure manager,VIM)和容器化架构管理器(containered infrastructuremanager,CIM)的NFV系统,该URM用于统一管理VM的硬件资源和容器的硬件资源,能够提高资源管理效率和硬件资源利用率;本申请提供的URM还可应用于包括VIM且未包括CIM的NFV系统,可以提高管理VM的硬件资源的效率;本申请提供的URM还可应用于包括VIM且未包括CIM的NFV系统,可以提高管理容器的硬件资源的效率。本申请提供的URM可应用的NFV系统(也可称为NFV架构)中的多个网元与NFV参考架构(即NFV标准架构)中的网元的功能类似,下面先介绍NFV参考架构。
ETSI)提出的NFV参考架构如图1所示,NFV参考架构主要包括:NFV基础设施(NFVinfrastructure,NFVI)、虚拟网络功能(virtualizednetwork function,VNF)、NFV管理和编排(NFVmanagement and orchestration,MANO)3个主要核心工作域,各主要功能模块的具体说明如下。
(1)NFVI
NFVI为VNF提供虚拟化的资源,涵盖网络基础环境中的所有硬件和软件资源,NFVI分为两部分:构成基础设施的硬件资源及虚拟化实例。NFVI包括了虚拟机管理软件和硬件,是每个服务器上的虚拟计算、虚拟存储、虚拟网络能力的直接提供者,从逻辑上将资源划分并提供给VNF使用,从而将软硬件解耦。NFVI的主要功能是为VNF的部署、管理和执行提供资源池,NFVI需要将物理计算、存储、交换资源虚拟化成虚拟的计算、存储、交换资源池。NFVI可以跨地域部署。
(2)VNF和网元管理(Element Management,EM)
VNF即虚拟化网络功能模块,是NFV网络功能概念在逻辑上的结果。VNF由在NFVI之上运行软件的VM组成,如存储、通用硬件或基础云设施。每个物理网元通过虚拟化技术映射为一个虚拟网元VNF,其中每一个或多个虚拟化的网络功能模块组成了VNF组件,该组件的实例可被1:1地映射到单个虚拟化容器中。VNF所需资源需要分解为虚拟的计算/存储/交换资源,由NFVI来承载。一个VNF可以部署在一个或多个VM上。VNF为软件化后的网元,部署在虚拟机上,其功能与接口和非虚拟化时保持一致。EM主要完成传网元管理功能及虚拟化环境下的新增管理功能。
(3)NFV管理和编排系统(management and orchestration,MANO)
NFV MANO包含三个逻辑组件角色:NFV编排器(NFV orchestrator,NFVO)、VNF管理器(VNFmanager,VNFM)和虚拟设施管理器(virtualised infrastructure manager,VIM)。三个逻辑组件分别服务于三个层次S层、P层、I层,并管理各层看到的对象。
VIM:负责I层,对基础资源(VM、网络、存储)进行管理。它看到的对象就是VM或者容器(container)及其镜像、网络接口。这一层的实现实例是Openstack/Kubernetes。OpenStack是一个开源的云计算管理平台项目,是一系列软件开源项目的组合。Kubernetes是谷歌开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。VIM主要负责基础设施层硬件资源、虚拟化资源的管理,监控和故障上报,面向上层VNFM和NFVO提供虚拟化资源池。VIM可用来管理NFVI,可控制VNF的虚拟资源的分配,功能包括了硬件资源管理与监控、虚拟化资源管理与监控以及硬件资源与虚拟化资源的故障管理。VIM常常是虚拟层的一部分,并非独立的方案,为底层虚拟化基础设施(虚拟主机、虚拟存储和虚拟网络)提供了可视化管理和资源管理。
VNFM:负责P层,VNF的生命周期管理(VNF的部署、扩容、缩容、下线等),它看到的是一个一个的VNF网元,能感知到每个VNF的特征,如vRG、vRG_VM、vNAT等,并通过虚拟网络功能描述(virtualised network function descriptor,VNFD)文件来描述每个特定网元的特征参数。
NFVO:负责S层,把网络当一种能力对外提供网络业务的生命周期管理(网络业务的部署、扩容、缩容、下线)。NFVO用以管理网络业务生命周期,并协调VNF生命周期NFVI各类资源的管理,对VNF和NFVI所提供的端到端网络服务进行管理、编排以及自动化操作,以此确保所需各类资源与连接的优化配置。一般由一个编排器(orchestrator)对NFV服务实现进行总体的管理。
此外,运营商运营支撑系统(operations support systemsand businesssupport system,OSS/BSS)包括计费、结算、账务、客服、营业等功能;其中,OSS为传统的网络管理系统;BSS为传统的业务支撑系统。
在NFV参考架构的基础上,ETSI对于NFV-MANO的架构和接口提供了更细化的要求,具体如图1所示。
本申请实施例提供的多种NFV架构中均包含URM,URM可以将底层的硬件资源纳管进来统一管理。本申请实施例提供的NFV架构中,URM可以将纳管后的硬件资源提供给上层的网元(例如MANO)使用,再由MANO(NFVO或者VNFM)将硬件资源提供给VIM和/或CIM;还可以是URM直接将硬件资源提供给VIM使用;还可以是直接将硬件资源提供给CIM使用。
本申请提供了多种包含URM的NFV架构。图2A至图2F为本申请实施例提供的NFV架构。图2A中的NFV架构1包含URM和VIM(未包含CIM),URM未包含于NFVI;图2B中的NFV架构2包含URM和VIM(未包含CIM),并且URM包含于NFVI;图2C中的NFV架构3包含URM和CIM(未包含VIM),URM未包含于NFVI;图2D中的NFV架构4包含URM和CIM(未包含VIM),并且URM包含于NFVI;图2E中的NFV架构5包含URM、VIM以及CIM,URM未包含于NFVI;图2F中的NFV架构6包含URM、VIM以及CIM,并且URM包含于NFVI。参阅图2A和图2B,NFV架构1和NFV架构2是在NFV参考架构中新增了URM。参阅图2C至图2F,NFV架构3至NFV架构6中的CIM的功能类似于VIM,主要用于纳管分配给容器管理系统的硬件资源。NFV架构3可视为将NFV架构1中的VIM替换为CIM,NFV架构4可视为将NFV架构2中的VIM替换为CIM,NFV架构5可视为在NFV架构1的基础上增加CIM,NFV架构6可视为在NFV架构2的基础上增加CIM。应理解,NFV架构3和NFV架构4中的NFVO、VNFM以及CIM对应于MANO,NFV架构5和NFV架构6中的NFVO、VNFM、VIM以及CIM对应于MANO。
下面来介绍各网元之间的接口以及各接口的功能。
在以上6种NFV架构中,OSS和URM之间的接口(简称UOO接口)是可选的。也就是说,OSS和URM之间可以存在接口(即UOO接口),也可以不存在接口。如果UOO接口存在,UOO接口可以用于实现如下一项或者多项操作:OSS向URM下发物理资源配置信息、OSS向URM下发虚拟机相关物理资源的分配请求(对应于第一物理资源申请)、OSS向URM下发容器相关物理资源的分配请求(对应于第二物理资源申请)、OSS向URM下发物理资源查询请求、URM向OSS上报物理资源分配结果等等。如果UOO接口不存在,OSS和URM之间的消息可经由NFVO转发(对应于路径为OSS-NFVO-URM),也可经过NFVO和VNFM转发(对应于路径为OSS-NFVO-VNFM-URM),也可经由NFVO、VNFM以及VIM(或者CIM)转发(对应于路径为OSS-NFVO-VNFM-VIM-URM)。例如,OSS将消息(例如物理资源配置信息)传输给NFVO,NFVO将该消息转发给URM。例如,OSS将消息(例如物理资源配置信息)传输给NFVO,NFVO将该消息转发给VNFM,VNFM将该消息转发给URM。例如,OSS将消息(例如物理资源配置信息)传输给NFVO,NFVO将该消息转发给VNFM,VNFM将该消息转发给VIM,VIM将该消息转发给URM。
在NFV架构1中,MANO和URM之间存在接口(简称UMO接口),URM通过该接口接收MANO下发的物理资源配置信息,并根据该物理资源配置信息生成物理资源视图;URM还通过该接口接收MANO下发的物理资源申请,并根据该物理资源申请生成资源分配信息(对应于第一物理资源分配结果或者第二物理资源分配结果);URM通过UMO接口上报物理资源分配结果到MANO;MANO通过该接口接收URM上报的资源分配结果,然后触发VIM或者CIM进行资源纳管。MANO可包含NFVO、NFVM以及VIM。如果把MANO的内部打开,则可以是URM和NFVO之间存在接口(简称UO接口),也可以是URM和NFVM之间存在接口(简称UM接口),还可以是URM和VIM之间存在接口(简称UV接口,该接口可选)。应理解,UMO接口包括UO接口和UM接口中的至少一个,还可以包括UV接口。
在NFV架构1至NFV架构6中,URM和NFVO之间存在接口(简称UO接口),和/或,URM和NFVM之间存在接口(简称UM接口)。
在NFV架构1、NFV架构3以及NFV架构5中,URM未包含于NFVI,URM与NFVI之间存在UI接口,UI接口实现URM和NFVI之间的消息传输。
在NFV架构2、NFV架构4以及NFV架构6中,URM包含于NFVI,URM与NFVI中的其他部件(例如硬件资源)之间存在UI接口,UI接口实现URM和NFVI中的其他部件之间的消息传输。
在NFV架构1中,URM与VIM之间存在UV接口,UV接口实现URM与VIM之间的消息传输;在NFV架构2中,NFVI与VIM之间存在增强Nf-Vi接口,增强Nf-Vi接口既能实现Nf-Vi接口的功能(即实现NFVI与VIM之间的消息传输),又能实现URM和VIM之间的消息传输;在NFV架构3中,URM与CIM之间存在UC接口,UC接口实现URM与CIM之间的消息传输;在NFV架构4中,NFVI与CIM之间存在UC接口,UC接口实现NFVI和CIM之间的消息传输;在NFV架构5中,URM与VIM之间存在UV接口,UV接口实现URM与VIM之间的消息传输,URM与CIM之间存在UC接口,UC接口实现URM与CIM之间的消息传输;在NFV架构6中,NFVI与VIM之间存在增强Nf-Vi接口,增强Nf-Vi接口既能实现Nf-Vi接口的功能(即实现NFVI与VIM之间的消息传输),又能实现URM和VIM之间的消息传输,URM与CIM之间存在UC接口,UC接口实现URM与CIM之间的消息传输。
网元之间的接口功能的示例如下:
UOO/UO/UM接口:下发物理资源配置信息,下发物理资源查询请求(查询当前全局的物理资源、已分配的物理资源、未分配的物理资源、查询分配给虚拟化管理系统的物理资源,查询分配给容器管理系统的物理资源等),上报物理资源分配结果。
UI接口:采集物理服务器、存储设备(IP-SAN,Server-SAN等)、网络交换机等物理设备的资源信息;在物理服务器上创建BMC访问控制的账号,设置交换机的VLAN等等。
UV接口:用于VIM查询分配给VIM的物理资源。
UC接口:用于CIM查询分配给CIM的物理资源。
UMO接口:URM和MANO之间的接口,该接口用于下发物理资源配置信息,下发物理资源分配请求,上报URM的物理资源分配结果,下发物理资源查询请求(查询当前全局物理资源,已分配的物理资源,未分配的物理资源,查询分配给虚拟化管理系统的物理资源,查询分配给容器管理系统的物理资源)。
本申请实施例提供的NFV架构中引入了URM。NFV架构中引入URM组件以后,管理硬件的功能汇聚到URM。URM可利用硬件的配置信息,去访问硬件资源以获取到物理服务器、存储设备以及交换机的资源情况,并生成所有硬件的资源视图(对应于生成物理资源视图)。无论虚拟机平台,还是容器平台获取分配的硬件资源都是通过访问URM的接口(例如UC接口或者UV接口),这样通过URM可以提供全局的硬件资源视图(即物理资源视图),并且隔离了虚拟机平台和容器平台在底层使用的硬件资源,屏蔽了物理资源分配的过程,做到了虚拟机平台和容器平台的硬件资源互相隔离无感知。也就是说,URM可统一管理全局的硬件资源,并为虚拟机平台和容器平台分配物理资源。
本申请实施例提供的NFV架构实现的主要流程包括:生成硬件资源视图的流程以及分配物理资源的流程。下面分别介绍本申请实施例提供的NFV架构中,生成硬件资源视图的流程以及分配物理资源的流程。
生成硬件资源视图的流程包括以下两个主要流程:解析物理资源配置信息和获取硬件资源信息。
1)、解析物理资源配置信息:
所有的硬件基础信息以配置文件的形式进行描述,该文件由OSS、NFVO、VNFM中的任一个下发到URM。或者是以接口消息的形式,将配置文件的内容携带在消息体中,配置文件的内容可以包括:服务器资源配置信息、存储资源配置信息以及交换机资源配置信息。服务器资源配置信息可以包括:BMC信息(BMC的IP、BMC密码、Redfish协议版本),物理服务器的位置(机框,槽位等等),网卡上插的光纤的编码等。存储资源配置信息可以包括:存储设备的位置,存储设备的IP,访问端口,登录账号和口令,应用程序接口(ApplicationProgramming Interface,API)接口版本等。交换机资源配置信息可以包括:交换机的位置,交换机的端口类型,交换机端口的光纤编码(近端编码,远端编码),交换机的管理IP,交换机的登录账号和口令等。
2)、获取物理资源的方式:
URM可采用物理资源提供的API接口或者命令行等方式获取物理资源。在一些实施例中,URM可以通过调用表述性状态传递(representational state transfer,REST)API接口(例如Redfish接口)访问物理服务器;调用存储设备提供的API(例如REST API接口)访问存储设备;通过安全外壳协议(secure shell,SSH)或者远程终端协议(telnet)的方式登录交换机,使用交换机命令行获取交换机的配置信息等。URM获取物理服务器的资源信息的示例如下:采用Redfish接口获取服务器的详细信息。URM获取存储设备的资源信息的示例如下:采用存储厂商提供的API接口获取存储资源信息。URM获取交换机的资源信息的示例如下:采用SSH方式登录交换机,使用交换机的命令行获取网络资源信息(对应于交换机的配置信息)。
获取的硬件资源信息:
URM根据物理资源配置信息中的物理服务器、存储设备、交换机的地址分别访问物理服务器、存储设备、交换机,调用对应的API接口和命令行获取详细的硬件资源信息,这些信息可以包括:
物理服务器的资源信息(即服务器信息):
CPU信息:CPU个数,CPU主频,CPU厂商,CPU类型(X86等),CPU身份标识号(identitydocument,ID),CPU的一级/二级/三级缓存,CPU型号,CPU核数/线程数;
内存信息:内存容量,内存厂商,内存的位宽,内存序列号;
网卡信息:网卡名称,网卡厂商,网卡型号,芯片型号,芯片厂商,端口,端口状态,网口类型,介质类型(电口,光口);
磁盘信息:磁盘容量,磁盘数量,介质类型(例如硬盘驱动器),磁盘型号,接口类型,支持的速率,独立冗余磁盘阵列(redundant arrays of independent disks,RAID)卡等信息;
存储设备的资源信息(即存储信息):存储池(storage pool),卷等信息;
交换机的资源信息(即交换机资源信息):端口类型,端口状态,虚拟局域网(virtual local area network,VLAN)信息等。
分配物理资源的流程包括:URM分配决策流程以及配置物理服务器和网络设备(例如交换机)的流程。
1)、分配决策流程:
URM可通过物理资源分配算法来为虚拟化平台和/或容器平台分配物理资源。在一些实施例中,URM接收到OSS、NFVO、VNFM中的任一个下发的资源分配请求(例如第一物理资源申请),该资源分配请求用于描述虚拟化平台(或容器平台)的资源分配需求,例如:分配的服务器的数量,服务器的规格(例如:CPU主频要求大于2.6GHz,CPU要求大于4核,内存要求大于8G,架构要求X86,磁盘要求大约500G,磁盘数量大约2块,网卡要求6张,网卡型号要求英特尔(Intel)82599,),存储池的规格(例如:服务器共享20T的存储池,存储设备的VLAN号为300),网络资源的规格(业务平面的VLAN号为200,预启动执行环境(prebootexecution environment,PXE)VLAN号为300,存储平面的VLAN号是400等)。URM根据本地生成的物理资源视图,利用物理资源分配算法寻找符合要求的服务器,例如满足CPU、磁盘、网卡的规格;寻找符合满足存储需求的存储设备和存储池(例如满足服务器网卡连接的存储网络和存储设备能互通,且存储设备的存储池符合NFVO/OSS/VNFM的分配需求)。分配决策过程可理解为分配物理资源的过程,分配决策结果可理解为物理资源分配结果。
2)、配置物理服务器和网络设备的过程:
URM生成分配决策以后,URM需要调用相应的物理服务器的REST接口(例如Redfish接口),在物理服务器上新建访问账户(例如创建用户名、创建密码等),并给该访问账户授权。此外,URM还可以根据网络配置策略访问交换机,对服务器连接的交换机端口做对应网络平面的放通(例如:根据分配决策结果,放通服务器所连接的存储设备的交换机端口VLAN,保证服务器能访问到相应的存储设备;URM还可以根据分配决策结果,放通服务器的业务网卡(例如非存储平面的网卡)所连接的交换机对应的端口的VLAN,这样服务器就可以访问到相应的虚拟化平台或者容器平面,后续可以使用PXE进行OS的安装。
下面结合URM的软件架构来描述其如何实现管理硬件的功能以及实现虚拟机平台和容器平台的硬件资源互相隔离无感知。
图3A和图3B为本申请实施例提供的URM软件架构示意图。如图3A和图3B所示,URM软件架构可以包括:URM业务逻辑层和URM插件管理层。参阅图3A,URM插件管理层包括服务器对接插件、存储对接插件、交换机对接插件以及MANO对接插件。参阅图3B,URM插件管理层包括服务器对接插件、存储对接插件、交换机对接插件、虚拟化系统对接插件以及容器系统对接插件。在一些实施例中,URM插件管理层可以包括虚拟化系统对接插件和容器系统对接插件中的一个。其中,URM业务逻辑层实现的操作如下:解析物理资源配置信息;解析资源分配请求(对应于第一物理资源申请);将从硬件设备(例如物理服务器)采集的信息存储到数据库,以及根据资源分配请求和采集的硬件资源信息生成物理资源分配决策(对应于物理资源分配)。
URM插件管理层可使用服务器对接插件、存储对接插件、交换机对接插件对接真实的物理资源(例如物理服务器,存储设备,网络交换机等等)。在一些实施例中,URM插件管理层可使用服务器对接插件对接物理服务器;URM插件管理层可使用存储对接插件对接存储设备;URM插件管理层可使用交换机对接插件对接交换机;URM插件管理层可使用MANO对接插件对接MANO;URM插件管理层可使用虚拟化系统对接插件对接VIM;URM插件管理层可使用容器系统对接插件对接CIM。URM配置物理服务器和网络设备可能的方式如下:URM根据资源分配结果,通过服务器对接插件给对应的物理服务器创建BMC账号,并给该BMC账号做授权;通过交换机对接插件,登录交换机,做对应VLAN(例如服务器对应的交换机端口)的放通;使用对接MANO插件对接MANO(例如对接NFVO、对接NFVM、对接VIM等);根据资源分配结果,通过MANO对接插件,将分配给虚拟化平台/容器平台的物理资源的信息上报给MANO。
服务器对接插件和服务器之间可通过REST API来访问服务器的BMC口(对应于BMChost),一种可能的实现方式如下:URM在收到物理资源配置消息后,调用Redfish接口获取服务器的CPU、内存、网卡、磁盘等信息;URM在收到虚拟化平台(或者是容器平台)的资源分配请求后,调用Redfish接口在服务器上创建用户账号(例如BMC账号),并给用户账号进行授权,该用户账号用于虚拟化平台/容器化平台访问和控制服务器的行为,比如:服务器重启、服务器下电、服务器上电、服务器禁用网卡、服务器启用网卡等等。
存储对接插件和存储设备之间可通过REST API来访问,一种可能的实现方式如下:URM在收到物理资源配置消息后,调用存储厂商提供的REST API接口获取存储设备的存储池、卷池信息,例如存储池的名称、存储池ID、存储池的容量、已分配的存储池、可用的存储池容量、磁盘的信息、RAID组等。
交换机对接插件通过SSH或者telnet方式访问交换机,一种可能的实现方式如下:URM接收到物理资源配置信息后,登录到交换机,查询服务器连接的交换机的端口状态、端口类型、端口VLAN等信息;在收到物理资源分配结果后,根据物理资源分配结果设置相关服务器(例如分配给虚拟化平台的服务器)所连接的交换机端口的VLAN(例如放通某些VLAN,禁止某些VLAN,更改端口类型等等)。
MANO对接插件通过UMO接口访问MANO,一种可能的实现方式如下:URM接收MANO下发的物理资源配置信息,URM业务逻辑层根据该物理资源配置信息,调用服务器对接插件、存储对接插件、交换机对接插件采集硬件资源信息,URM业务逻辑层结合MANO对接插件接受的MANO下发的物理资源分配请求,生成资源分配结果,再通过MANO对接插件上报给MANO。
虚拟化系统对接插件通过UV接口访问VIM,容器系统对接插件通过UC接口访问CIM。
在上述NFV架构5和NFV架构6中,URM统一管理VIM和CIM的硬件资源,URM隔离了虚拟化平台和容器平台底层使用的硬件资源,屏蔽了物理资源分配的过程,做到了虚拟化平台和容器平台的硬件资源互相隔离无感知。下面来描述URM如何隔离虚拟化平台和容器平台底层使用的硬件资源的实现方式。
URM隔离虚拟化平台和容器平台底层使用的硬件资源需要实现:服务器资源的隔离、存储资源的隔离以及交换机资源的隔离(交换机端口)。下面以服务器资源的隔离为例进行说明:虚拟化管理平台和容器管理平台作为两个独立的平台,一般要求做网络级别的隔离。例如:虚拟化平台管理的物理服务器和容器平台管理的物理服务器,应该从属于不同的VLAN网络,因此VLAN号应该不相同。
URM重点管理与服务器直接相连的TOR交换机,URM根据NFVO、VNFM、OSS中任一个下发的物理资源配置信息,可以得到服务器对应的网卡所连接的TOR交换机的端口号,URM通过访问该服务器连接的TOR交换机,配置该服务器的网卡连接的交换机端口,设置允许的VLAN号就可以控制服务器属于虚拟化管理平台,还是属于容器管理平台。
图4为本申请实施例提供的一种URM和服务器组网示意图。图4中,401、402、403表示虚拟化平台管理平面的管理操作,404、405、406表示容器平台管理平面的管理操作,407和408表示URM管理平面的管理操作,409、410、411表示BMC平面的管理操作。在图4的组网中,URM通过管理平面连接各服务器的BMC平面网口,使用Redfish标准协议实现物理服务器的发现、信息获取、纳管等操作。URM可负责对物理服务器的逻辑数据中心(data center,DC)归属关系进行分配,即URM根据需要,决定将某一台物理服务器分配给虚拟化平台的逻辑DC或容器平台的逻辑DC。
URM自身可具备BMC管理员权限,并通过创建和分配BMC用户账号的方式,将物理服务器的BMC的访问和控制权限授权给虚拟化平台或容器平台。
URM可通过管理VLAN分配(配合管理TOR端口进行VLAN放通范围的设置)的方式,将物理服务器的管理面网口与虚拟化/容器管理集群的PXE服务连通,避免服务器PXE平面集群互窜(需同步进行物理服务器对应存储TOR/业务TOR端口的VLAN隔离操作)。
URM将服务器分配结果告知虚拟化平台和容器平台。
存储资源隔离:URM获取到存储设备的存储池信息后,根据分配策略(比如:虚拟化平台和容器平台不共享存储池,不共享RAID等),设置存储设备连接的交换机的VLAN号,保证虚拟化平台和容器平台的网络相互隔离。举例来说,URM对虚拟化平台的存储设备连接的交换机放通的VLAN号,对容器平台的存储设备连接的交换机不放通。
URM对物理服务器连接的交换机端口通过配置VLAN号进行隔离后,后续物理服务器的OS的安装可采用PXE的方式进行。下面结合附图来介绍服务器的OS安装的示例。
图5为本申请实施例提供的一种安装服务器的OS的过程示意图。服务器的OS的安装采用PXE的方式进行,主要包括如下步骤:URM将空闲服务器(任意物理服务器)划分给虚拟化平台(容器平台),成为计算节点服务器;URM对该服务器的管理面网口对应的管理TOR端口进行VLAN平面配置(例如管理TOR连接该服务器的端口放通该服务器连接VLAN ID=1010的网络平面),将其连接在虚拟化管理系统(容器系统)的internal_base平面上;虚拟化管理系统管理集群(容器系统管理集群)通过PXE方式为计算节点服务器安装主(host)OS。如图5所示,服务器的OS的安装过程包含三种状态,状态1:管理TOR连接空闲服务器的端口禁止空闲服务器连接VLAN ID=1010的网络平面;状态2:管理TOR连接空闲服务器的端口放通空闲服务器连接VLAN ID=1010的网络平面;状态3:服务器安装有OS。
本申请提供的硬件资源管理方案主要包括以下流程:生成硬件资源视图流程,分配物理资源流程,回收物理资源流程,查询物理资源流程。其中各个流程根据NFV架构的不同,URM可以是和MANO交互,也可以是同OSS,VNFO,VNFM,VIM,CIM进行交互,进而实施例包含多种不同的流程。
本申请实施例中,NFVI可以包含URM,也可以不包含URM,此时URM作为一个独立网元存在。但是无论URM独立还是存在于NFVI中,URM可都与服务器、存储设备以及交换机存在交互。
下面先结合附图介绍分配物理资源流程。
图6为本申请实施例提供的一种硬件资源管理方法流程图,该方法应用于包括URM和第一网元的网络功能虚拟化NFV系统,该第一网元为VIM和CIM中的一个;该方法包括:
601、URM接收第一物理资源申请。
上述第一物理资源申请可以是来自虚拟化管理系统(或者容器管理系统),上述第一物理资源申请用于请求虚拟化管理系统(或者容器管理系统)需要的物理资源。上述第一物理资源申请可包含用于描述虚拟化管理系统(或者容器管理系统)所请求的物理资源的信息。在一个可能的实现方式中,上述第一物理资源申请包含虚拟化管理系统(或者容器管理系统)申请的物理服务器的数量、物理服务器的规格(CPU主频,CPU数量,内存大小,磁盘大小,磁盘数量,网卡数量,网卡的规格(10G,40G等))、存储池的规格以及上述虚拟化管理系统(或者容器管理系统)所在的VLAN平面等中的至少一项。图6中的方法可应用于上述6个NFV架构中的任一个。
在一个可能的实现方式中,包括URM和第一网元的NFV系统为上述NFV架构1或者NFV架构2,上述第一网元为VIM;URM接收第一物理资源申请,具体可以表现为按照预设的交互策略接收第一物理资源申请,例如可以是NFVO、VNFM中的任一个获得来自虚拟化管理系统的第一物理资源申请,并将该第一物理资源申请传输至URM。请参阅图2A和图2B,URM接收第一物理资源申请可以是:URM通过UO接口接收NFVO传输的第一物理资源申请;也可以是URM通过UM接口接收VNFM传输的第一物理资源申请。该可能的实现方式可理解为URM接收MANO传输的第一物理资源申请。
在一个可能的实现方式中,包括URM和第一网元的NFV系统为上述NFV架构3或者NFV架构4,上述第一网元为CIM;URM接收第一物理资源申请,具体可以表现为按照预设的交互策略接收第一物理资源申请,例如可以是NFVO、VNFM中的任一个获得容器管理系统的第一物理资源申请,并将该第一物理资源申请传输至URM。请参阅图2C和图2D,URM接收第一物理资源申请可以是:URM通过UO接口接收NFVO传输的第一物理资源申请;也可以是URM通过UM接口接收VNFM传输的第一物理资源申请。
在一个可能的实现方式中,包括URM和第一网元的NFV系统为上述NFV架构5或者NFV架构6,即该NFV系统还包括第三网元,该第三网元为VIM和CIM中的一个且不同于第一网元;URM接收第一物理资源申请,具体可以表现为按照预设的交互策略接收第一物理资源申请,例如可以是NFVO、VNFM中的任一个获得来自虚拟化管理系统(或者容器管理系统)的第一物理资源申请,并将该第一物理资源申请传输至URM。请参阅图2E和图2F,URM接收第一物理资源申请可以是:URM通过UO接口接收NFVO传输的第一物理资源申请;也可以是URM通过UM接口接收VNFM传输的第一物理资源申请。
在一个可能的实现方式中,包括URM和第一网元的NFV系统为上述NFV架构1至者NFV架构6中任一个,URM接收第一物理资源申请可以是:URM接收OSS传输的第一物理资源申请。
本申请实施例中,NFVO、VNFM以及OSS可以采用任意方式获得来自虚拟化管理系统(或者容器管理系统)的第一物理资源申请,本申请不作限定。
602、URM针对第一物理资源申请,分配第一物理资源。
上述第一物理资源为URM针对上述第一物理资源申请分配的物理资源(硬件资源),例如针对来自虚拟化管理系统(或者容器管理系统)的第一物理资源申请,分配的物理资源。上述第一物理资源可以包括物理计算资源(例如物理服务器)、存储资源(例如存储设备)以及网络资源(例如交换机)。URM针对第一物理资源申请,分配第一物理资源可以是:URM从可分配的物理资源中选取符合第一物理资源申请要求的上述第一物理资源,并且按照预设的资源隔离策略实现分配给虚拟化管理系统的物理资源与分配给容器管理系统的物理资源的隔离。例如具体表现可以是URM管理与物理服务器直接相连的TOR交换机,URM根据MANO(或者是OSS)下发的物理服务器和交换机的资源配置信息,可以得到物理服务器对应的网卡所连接的TOR交换机的端口号,URM通过访问该物理服务器连接的TOR交换机,配置该物理服务器的网卡连接的交换机端口,设置允许的VLAN号就可以控制该物理服务器属于虚拟化管理平台,还是属于容器管理平台。又例如具体表现可以是URM通过创建和分配BMC用户账号的方式,将物理服务器的BMC的访问和控制权限授权给虚拟化平台或容器平台;通过管理VLAN分配(配合管理TOR端口进行VLAN放通范围的设置)的方式,将物理服务器的管理面网口与虚拟化/容器管理集群的PXE服务连通,避免服务器PXE平面集群互窜(需同步进行物理服务器对应存储TOR/业务TOR端口的VLAN隔离操作)。又例如具体表现可以是URM获取到存储设备的存储池信息后,根据分配策略(比如:虚拟化平台和容器平台不共享存储池,不共享RAID等),设置存储设备连接的交换机的VLAN号,保证虚拟化平台和容器平台的网络相互隔离。
步骤602一种可能的实现方式如下:URM选取符合上述第一物理资源申请要求的上述第一物理资源;URM创建第一账号,上述第一账号用于访问和控制第一服务器,上述第一服务器属于上述第一物理资源包含的物理计算资源;URM配置上述第一服务器对应的交换机端口,并为上述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号。URM选取符合上述第一物理资源申请要求的上述第一物理资源可以是:从物理资源视图中选取符合上述第一物理资源申请要求的上述第一物理资源,例如从物理资源视图中选取符合上述第一物理资源申请要求的空闲计算节点(即空闲的物理服务器)、空闲VLAN(对应于网络资源)以及空闲存储池(对应于存储设备);上述物理资源视图用于描述上述URM管理的物理资源。URM可生成物理资源视图,后续再描述URM生成物理资源视图的实现方式。URM创建第一账号的操作可理解为将第一服务器分配给发送第一物理资源申请的虚拟化管理系统(或者容器管理系统)的操作;URM配置上述第一服务器对应的交换机端口,并为上述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号的操作可以理解为分配网络资源(也称交换机资源)的操作。URM创建第一账号的示例如下:URM调用第一服务器的REST API接口(例如Redfish接口),在该第一服务器上创建BMC用户账号,并给该账号授权。在该示例中,第一服务器可向URM返回账号创建和账号授权的响应消息。URM配置上述第一服务器对应的交换机端口,并为上述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号的示例如下:URM通过SSH访问第一服务器对应的交换机,配置第一服务器对应的交换机端口,并设置第一服务器对应的交换机端口放通的VLAN号;其中,放通的VLAN包括:虚拟化平台(或者容器平台)使用的VLAN号,存储设备使用的VLAN等。
603、URM发送第一物理资源分配结果。
上述第一物理资源分配结果用于触发上述第一网元纳管上述第一物理资源或者生成第一资源纳管指示,上述第一资源纳管指示用于指示上述第一网元纳管上述第一物理资源。
在一个可能的实现方式中,上述第一物理资源分配结果可以包括描述上述第一物理资源的信息和/或使用上述第一物理资源的信息,例如第一服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、第一服务器对应的交换机的IP、交换机的登录账号、交换机的登录密码等。第一服务器的IP、存储设备IP、存储池的名称、存储池ID、第一服务器对应的交换机的IP可理解为描述上述第一物理资源的信息;URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、交换机的登录账号、交换机的登录密码可理解为使用上述第一物理资源的信息。
在一个可能的实现方式中,上述NFV系统还包括第二网元,上述第二网元为NFVO或者VNFM;URM发送第一物理资源分配结果可以是:URM向上述第二网元发送上述第一物理资源分配结果。第二网元在接收到第一物理资源分配结果之后,可生成上述第一资源纳管指示,并向上述第一网元发送,以使得上述第一网元纳管上述第一物理资源。可见,上述第一物理资源分配结果可用于第二网元生成第一资源纳管指示。
在一个可能的实现方式中,URM发送第一物理资源分配结果可以是:URM向上述第一网元发送上述第一物理资源分配结果。上述第一网元在接收到第一物理资源分配结果之后,纳管上述第一物理资源。可见,上述第一物理资源分配结果可用于触发上述第一网元纳管上述第一物理资源。
本申请实施例中,URM分配物理资源,并发送第一物理资源分配结果,以使得第一网元纳管第一物理资源;可以提高管理虚拟机的硬件资源或者容器的硬件资源的效率。
图7为本申请实施例提供的另一种硬件资源管理方法流程图,该方法应用于包括URM、第一网元以及第三网元的NFV系统(例如NFV架构5或者NFV架构6),该第一网元为VIM和CIM中的一个,该第三网元为VIM和CIM中的另一个;该方法包括:
701、URM接收第一物理资源申请。
步骤701的实现方式可与步骤601的实现方式相同。
702、URM针对上述第一物理资源申请,分配第一物理资源。
步骤702的实现方式可与步骤602的实现方式相同。
703、URM发送第一物理资源分配结果。
步骤703的实现方式可与步骤603的实现方式相同。
704、URM接收第二物理资源申请。
上述第二物理资源申请可以来自容器管理系统(或者虚拟化管理系统),上述第二物理资源申请用于请求容器管理系统(或者虚拟化管理系统)需要的物理资源。上述第二物理资源申请可包含用于描述容器管理系统(或者虚拟化管理系统)所请求的物理资源的信息。在一个可能的实现方式中,上述第二物理资源申请包含容器管理系统(或者虚拟化管理系统)申请的物理服务器的数量、物理服务器的规格(CPU主频,CPU数量,内存大小,磁盘大小,磁盘数量,网卡数量,网卡的规格(10G,40G等))、存储池的规格以及上述容器管理系统所在的VLAN平面等中的至少一项。
上述第一物理资源申请和上述第二物理资源申请中的一个来自虚拟化管理系统,另一个来自容器管理系统。在一个可能的实现方式中,上述第二物理资源申请来自容器管理系统,上述第一物理资源申请来自虚拟化管理系统。在另一个可能的实现方式中,上述第二物理资源申请来自虚拟化管理系统,上述第一物理资源申请来自容器管理系统。步骤704的实现方式可与步骤601的实现方式相似。举例来说,URM通过UO接口接收NFVO传输的第一物理资源申请,通过UO接口接收NFVO传输的第二物理资源申请。又举例来说,URM通过UM接口接收VNFM传输的第一物理资源申请,URM通过UM接口接收VNFM传输的第二物理资源申请。又举例来说,URM通过UO接口接收NFVO传输的第一物理资源申请,URM通过UM接口接收VNFM传输的第二物理资源申请。又举例来说,URM通过UO接口接收NFVO传输的第二物理资源申请,URM通过UM接口接收VNFM传输的第一物理资源申请。
705、URM针对第二物理资源申请,分配第二物理资源。
上述第二物理资源为分配给容器管理系统的物理资源,上述第一物理资源为分配给虚拟化管理系统的物理资源。或者,上述第二物理资源为分配给虚拟化管理系统的物理资源,上述第一物理资源为分配给容器管理系统的物理资源。步骤705的实现方式可与步骤602的实现方式类似。步骤705一种可能的实现方式如下:URM选取符合上述第二物理资源申请要求的上述第二物理资源;URM创建第二账号,上述第二账号用于访问和控制第三服务器,上述第三服务器属于上述第二物理资源包含的物理计算资源;URM配置上述第三服务器对应的交换机端口,并为上述第三服务器对应的交换机端口设置放通的虚拟局域网VLAN号。URM选取符合上述第二物理资源申请要求的上述第二物理资源可以是:从物理资源视图中选取符合上述第二物理资源申请要求的上述第二物理资源,例如从物理资源视图中选取符合上述第二物理资源申请要求的空闲计算节点(即空闲的物理服务器)、空闲VLAN(对应于网络资源)以及空闲存储池(对应于存储设备);上述物理资源视图用于描述上述URM管理的物理资源。
706、URM发送第二物理资源分配结果。
上述第二物理资源分配结果用于触发上述第三网元纳管上述第二物理资源或者生成第二资源纳管指示,上述第二资源纳管指示用于指示上述第三网元纳管上述第二物理资源。
在一个可能的实现方式中,上述第二物理资源分配结果可以包括描述上述第二物理资源的信息和/或使用上述第二物理资源的信息,例如第三服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、第三服务器对应的交换机的IP、交换机的登录账号、交换机的登录密码等。第三服务器的IP、存储设备IP、存储池的名称、存储池ID、第三服务器对应的交换机的IP可理解为描述上述第二物理资源的信息;URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、交换机的登录账号、交换机的登录密码可理解为使用上述第二物理资源的信息。
在一个可能的实现方式中,上述NFV系统还包括第二网元,上述第二网元为NFVO或者VNFM;URM发送第二物理资源分配结果可以是:URM向上述第二网元发送上述第二物理资源分配结果。第二网元在接收到第二物理资源分配结果之后,可生成上述第二资源纳管指示,并向上述第一网元发送,以使得上述第一网元纳管上述第二物理资源。可见,上述第二物理资源分配结果可用于第二网元生成第二资源纳管指示。
在一个可能的实现方式中,URM发送第二物理资源分配结果可以是:URM向上述第一网元发送上述第二物理资源分配结果。上述第一网元在接收到第二物理资源分配结果之后,纳管上述第二物理资源。可见,上述第二物理资源分配结果可用于触发上述第一网元纳管上述第二物理资源。
步骤701至步骤703可理解为URM针对来自虚拟化管理系统的第一物理资源申请,分配物理资源的流程;步骤704至步骤706可理解为URM针对来自容器管理系统的第二物理资源申请,分配物理资源的流程。或者,步骤701至步骤703可理解为URM针对来自容器管理系统的第一物理资源申请,分配物理资源的流程;步骤704至步骤706可理解为URM针对来自虚拟化管理系统的第二物理资源申请,分配物理资源的流程。也就是说,URM即能为虚拟化管理系统分配物理资源,又能为容器管理系统分配物理资源。可见,URM能够统一管理虚拟机的硬件资源和容器的硬件资源,即虚拟化管理系统和容器管理系统分别使用URM管理的硬件资源的不同部分。另外,URM在分配第一物理资源以及第二物理资源时,采用了物理资源隔离策略,能够做到虚拟机平台和容器平台的硬件资源互相隔离无感知。应理解,步骤701至步骤703的流程以及步骤704至步骤706的流程是两个独立的流程,URM可以先执行步骤701至步骤703,再执行步骤704至步骤706;也可以执行步骤704至步骤706,再执行步骤701至步骤703。
本申请实施例中,URM统一管理虚拟机的硬件资源和容器的硬件资源,既能提高管理硬件资源的效率,又能提高硬件资源的利用率。
图6和图7为本申请实施例提供的硬件资源管理方法流程,下面结合附图介绍相比于图6和图7更加详细和完善的方法流程。
图8为本申请实施例提供的一种硬件资源管理方法交互流程图,该方法应用于包括URM、VIM以及NFVO的NFV系统(例如NFV架构1、NFV架构2、NFV架构5、NFV架构6);该方法包括:
801、NFVO向URM发送第一虚拟化系统物理资源申请。
上述第一虚拟化系统物理资源申请(对应于第一物理资源申请)可以是来自虚拟化管理系统的物理资源申请。NFVO向URM发送第一虚拟化系统物理资源申请可以是:NFVO通过UO接口发送第一虚拟化系统物理资源申请给URM,该第一虚拟化系统物理资源申请可以包含:虚拟化管理系统需要的物理服务器的数量、物理服务器的规格(CPU主频、CPU数量、内存大小、磁盘大小、磁盘数量、网卡数量、网卡的规格(10G,40G等))、存储池的大小、虚拟化管理系统所在的VLAN平面等。
在一种可能的实现方式中,步骤801可替换为:OSS向URM发送第一虚拟化系统物理资源申请,例如OSS通过UMO接口URM发送第一虚拟化系统物理资源申请。
802、URM从物理资源视图中选取符合第一虚拟化系统物理资源申请要求的空闲VLAN,并分配给虚拟化管理系统。
空闲VLAN(对应于网络资源)是指空闲的VLAN。URM可根据物理资源视图,利用匹配算法寻找符合虚拟化系统物理资源申请要求的空闲VLAN。URM可采用任意匹配算法寻找符合虚拟化系统物理资源申请要求的空闲VLAN。
803、URM从物理资源视图中选取符合第一虚拟化系统物理资源申请要求的空闲存储池,并分配给虚拟化管理系统。
空闲存储池是指空闲的存储池。URM可根据物理资源视图,利用匹配算法寻找符合虚拟化系统物理资源申请要求的空闲存储池。
804、URM从物理资源视图中选取符合第一虚拟化系统物理资源申请要求的空闲计算节点,并分配给虚拟化管理系统。
空闲计算节点是指空闲的物理服务器。URM可根据物理资源视图,利用匹配算法寻找符合虚拟化系统物理资源申请要求的空闲计算节点(例如第一服务器)。步骤802至步骤803可理解为URM针对第一虚拟化系统物理资源申请,分配物理资源的步骤。应理解,步骤802、步骤803、步骤804被执行的先后顺序不作限定,步骤802至步骤804可视为分配物理资源中的不同操作。
805、URM根据物理资源分配结果,调用指定空闲节点的REST API接口,在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
上述物理资源分配结果包括空闲VLAN的分配结果(即步骤802的结果)、空闲存储池的分配结果(即步骤803的结果)以及空闲计算节点的分配结果(即步骤804的结果)。上述指定空闲节点可以是URM分配给虚拟化管理系统的空闲的物理服务器。举例来说,URM调用Redfish接口在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
806、服务器返回BMC用户账号创建和授权的响应消息。
服务器(对应于第一服务器)是指上述指定空闲节点。
807、URM根据物理资源视图,通过SSH访问交换机来配置分配的服务器对应的交换机端口,并设置分配的服务器对应的交换机端口放通的VLAN号。
分配的服务器是指上述指定空闲节点。放通的VLAN可以包括:虚拟化平台使用的VLAN、存储设备使用的VLAN等。
808、URM将物理资源分配结果发送给NFVO。
步骤808的物理资源分配结果(对应于第一资源分配结果)可以包括描述URM分配给虚拟化管理系统的第四物理资源(即步骤802至步骤804分配的物理资源)的信息和/或使用上述第四物理资源的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
809、NFVO向VIM发送第三资源纳管指示。
上述第三资源纳管指示用于指示VIM纳管上述第四物理资源。上述第三资源纳管指示可以包含指示VIM纳管上述第四物理资源所需的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
810、VIM纳管计算节点、存储池以及VLAN。
步骤810可理解为VIM纳管URM分配给虚拟化管理系统的物理资源的步骤。
811、VIM向NFVO发送第一纳管资源响应。
第一纳管资源响应可用于指示VIM完成对第四物理资源的纳管。步骤809至步骤810为触发VIM进行硬件资源纳管的流程,保持现有的NFV标准或未来的NFV标准一致即可,不是本发明重点描述的内容。
图8中的方法流程可以是NFV架构1(或者NFV架构2)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现如下方法流程:NFVO下发来自容器管理系统的资源申请,URM生成分配给CIM的物理资源,并上报NFVO,NFVO再触发CIM进行物理资源纳管。后续再详述这个方法流程。
本申请实施例中,URM为虚拟化管理系统分配物理资源,并由VIM纳管这部分物理资源,资源管理效率高。
图9为本申请实施例提供的另一种硬件资源管理方法交互流程图,该方法应用于包括URM、VIM以及VNFM的NFV系统(例如NFV架构1、NFV架构2、NFV架构5、NFV架构6);该方法包括:
901、VNFM向URM发送第二虚拟化系统物理资源申请。
上述第二虚拟化系统物理资源申请(对应于第一物理资源申请)可以是来自虚拟化管理系统的物理资源申请。VNFM向URM发送第二虚拟化系统物理资源申请可以是:VNFM通过UM接口发送第二虚拟化系统物理资源申请给URM,该第二虚拟化系统物理资源申请可以包含:虚拟化管理系统需要的物理服务器的数量、物理服务器的规格(CPU主频、CPU数量、内存大小、磁盘大小、磁盘数量、网卡数量、网卡的规格(10G,40G等))、存储池的大小、虚拟化管理系统所在的VLAN平面等。
在一种可能的实现方式中,步骤901可替换为:OSS向URM发送第二虚拟化系统物理资源申请,例如OSS通过UMO接口向URM发送第二虚拟化系统物理资源申请。
902、URM从物理资源视图中选取符合第二虚拟化系统物理资源申请要求的空闲VLAN,并分配给虚拟化管理系统。
903、URM从物理资源视图中选取符合第二虚拟化系统物理资源申请要求的空闲存储池,并分配给虚拟化管理系统。
904、URM从物理资源视图中选取符合第二虚拟化系统物理资源申请要求的空闲计算节点,并分配给虚拟化管理系统。
905、URM根据物理资源分配结果,调用指定空闲节点的REST API接口,在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
上述物理资源分配结果包括空闲VLAN的分配结果(即步骤902的结果)、空闲存储池的分配结果(即步骤903的结果)以及空闲计算节点的分配结果(即步骤904的结果)。上述指定空闲节点可以是URM分配给虚拟化管理系统的空闲的物理服务器。举例来说,URM调用Redfish接口在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
906、服务器返回BMC用户账号创建和授权的响应消息。
907、URM根据物理资源视图,通过SSH访问交换机来配置分配的服务器对应的交换机端口,并设置分配的服务器对应的交换机端口放通的VLAN号。
908、URM将物理资源分配结果发送给VNFM。
步骤908的物理资源分配结果(对应于第一资源分配结果)可以包括描述URM分配给虚拟化管理系统的第五物理资源(即步骤902至步骤904分配的物理资源)的信息和/或使用上述第五物理资源的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
909、VNFM向VIM发送第四资源纳管指示。
第四资源纳管指示用于指示VIM纳管上述第五物理资源。上述第四资源纳管指示可以包含指示VIM纳管上述第五物理资源所需的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
910、VIM纳管计算节点、存储池以及VLAN。
步骤910可理解为VIM纳管URM分配给虚拟化管理系统的物理资源的步骤。
911、VIM向VNFM发送第二纳管资源响应。
第二纳管资源响应可用于指示VIM完成对第五物理资源的纳管。步骤909至步骤910为触发VIM进行硬件资源纳管的流程,保持现有的NFV标准或未来的NFV标准一致即可,不是本发明重点描述的内容。
图9中的方法流程可以是NFV架构1(或者NFV架构2)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现如下方法流程:VNFM下发来自容器平台的物理资源申请,URM生成分配给CIM的物理资源,并上报VNFM,VNFM再触发CIM进行物理资源纳管。
本申请实施例中,URM为虚拟化管理系统分配物理资源,并由VIM纳管这部分物理资源,资源管理效率高。
图10为本申请实施例提供的一种硬件资源管理方法交互流程图,该方法应用于包括URM、VIM以及NFVO(或者VNFM)的NFV系统(例如NFV架构1、NFV架构2、NFV架构5、NFV架构6);该方法包括:
1001、NFVO向URM发送第三虚拟化系统物理资源申请。
上述第三虚拟化系统物理资源申请(对应于第一物理资源申请)可以是来自虚拟化管理系统的物理资源申请。
在一种可能的实现方式中,步骤1001可替换为:OSS向URM发送第三虚拟化系统物理资源申请,例如OSS通过UMO接口向URM发送第三虚拟化系统物理资源申请。
在一种可能的实现方式中,步骤1001可替换为:VNFM向URM发送第三虚拟化系统物理资源申请,例如VNFM通过UM接口向URM发送第三虚拟化系统物理资源申请。
1002、URM从物理资源视图中选取符合第三虚拟化系统物理资源申请要求的空闲VLAN,并分配给虚拟化管理系统。
1003、URM从物理资源视图中选取符合第三虚拟化系统物理资源申请要求的空闲存储池,并分配给虚拟化管理系统。
1004、URM从物理资源视图中选取符合第三虚拟化系统物理资源申请要求的空闲计算节点,并分配给虚拟化管理系统。
1005、URM根据物理资源分配结果,调用指定空闲节点的REST API接口,在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
1006、服务器返回BMC用户账号创建和授权的响应消息。
1007、URM根据物理资源视图,通过SSH访问交换机来配置分配的服务器对应的交换机端口,并设置分配的服务器对应的交换机端口放通的VLAN号。
步骤1001至步骤1007可与图8中的步骤801至步骤807类似,这里不再赘述。
1008、URM将物理资源分配结果发送给VIM。
步骤1008中的物理资源分配结果(对应于第一资源分配结果)可以包括描述URM分配给虚拟化管理系统的第六物理资源(即步骤1002至步骤1004分配的物理资源)的信息和/或使用上述第六物理资源的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
1009、VIM纳管计算节点、存储池以及VLAN。
步骤1009可理解为VIM纳管URM分配给虚拟化管理系统的物理资源的步骤。步骤1009为VIM进行硬件资源纳管的流程,保持现有的NFV标准或未来的NFV标准一致即可,不是本发明重点描述的内容。
1010、VIM向URM发送第三纳管资源响应。
第三纳管资源响应可用于指示VIM完成对第六物理资源的纳管。
图10中的方法流程可以是NFV架构1(或者NFV架构2)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现如下方法流程:URM生成分配给CIM的物理资源,并触发CIM进行物理资源纳管。也就是说,在NFV架构5(或者NFV架构6)中,URM可统一为虚拟化管理系统和容器管理系统分配物理资源,后续再详述这个方法流程。
本申请实施例中,URM为虚拟化管理系统分配物理资源,并由VIM纳管这部分物理资源,资源管理效率高。
图11为本申请实施例提供的一种硬件资源管理方法交互流程图,该方法应用于包括URM、CIM以及NFVO的NFV系统(例如NFV架构3、NFV架构4、NFV架构5、NFV架构6);该方法包括:
1101、NFVO向URM发送第四虚拟化系统物理资源申请。
上述第四虚拟化系统物理资源申请(对应于第二物理资源申请)可以是来自容器管理系统的物理资源申请。NFVO向URM发送第四虚拟化系统物理资源申请可以是:NFVO通过UO接口发送第四虚拟化系统物理资源申请给URM,该第四虚拟化系统物理资源申请可以包含:容器管理系统需要的物理服务器的数量、物理服务器的规格(CPU主频、CPU数量、内存大小、磁盘大小、磁盘数量、网卡数量、网卡的规格(10G,40G等))、存储池的大小、容器管理系统所在的VLAN平面等。
在一种可能的实现方式中,步骤1101可替换为:OSS向URM发送第四虚拟化系统物理资源申请,例如OSS通过UMO接口向URM发送第四虚拟化系统物理资源申请。
1102、URM从物理资源视图中选取符合第四虚拟化系统物理资源申请要求的空闲VLAN,并分配给容器化管理系统。
1103、URM从物理资源视图中选取符合第四虚拟化系统物理资源申请要求的空闲存储池,并分配给容器管理系统。
1104、URM从物理资源视图中选取符合第四虚拟化系统物理资源申请要求的空闲计算节点,并分配给容器管理系统。
1105、URM根据物理资源分配结果,调用指定空闲节点的REST API接口,在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
1106、服务器返回BMC用户账号创建和授权的响应消息。
1107、URM根据物理资源视图,通过SSH访问交换机来配置分配的服务器对应的交换机端口,并设置分配的服务器对应的交换机端口放通的VLAN号。
1108、URM将物理资源分配结果发送给NFVO。
步骤1108中的物理资源分配结果(对应于第一资源分配结果)可以包括描述URM分配给容器管理系统的第七物理资源(即步骤1102至步骤1104分配的物理资源)的信息和/或使用上述第七物理资源的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
步骤1101至步骤1108的实现方式可与步骤801至步骤808的实现方式类似。
1109、NFVO向CIM发送第五资源纳管指示。
上述第五资源纳管指示用于指示VIM纳管上述第七物理资源。上述第五资源纳管指示可以包含指示VIM纳管上述第七物理资源所需的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
1110、CIM纳管计算节点、存储池以及VLAN。
步骤1110可理解为CIM纳管URM分配给容器管理系统的物理资源的步骤。
1111、CIM向NFVO发送第四纳管资源响应。
第四纳管资源响应可用于指示VIM完成对第七物理资源的纳管。步骤1109至步骤1110为触发CIM进行硬件资源纳管的流程,保持现有的NFV标准或未来的NFV标准一致即可,不是本发明重点描述的内容。
图11中的方法流程可以是NFV架构3(或者NFV架构4)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现如下方法流程(例如图8中的方法流程):NFVO下发来自虚拟机平台的资源申请,URM生成分配给VIM的物理资源,并上报NFVO,NFVO再触发VIM进行物理资源纳管。
本申请实施例中,URM为容器管理系统分配物理资源,并由CIM纳管这部分物理资源,资源管理效率高。
图12为本申请实施例提供的另一种硬件资源管理方法交互流程图,该方法应用于包括URM、CIM以及VNFM的NFV系统(例如NFV架构3、NFV架构4、NFV架构5、NFV架构6);该方法包括:
1201、VNFM向URM发送第五虚拟化系统物理资源申请。
上述第五虚拟化系统物理资源申请(对应于第二物理资源申请)可以是来自容器管理系统的物理资源申请。VNFM向URM发送第五虚拟化系统物理资源申请可以是:VNFM通过UM接口发送第五虚拟化系统物理资源申请给URM。
在一种可能的实现方式中,步骤1201可替换为:OSS向URM发送第五虚拟化系统物理资源申请,例如OSS通过UMO接口向URM发送第五虚拟化系统物理资源申请。
1202、URM从物理资源视图中选取符合第二虚拟化系统物理资源申请要求的空闲VLAN,并分配给容器管理系统。
1203、URM从物理资源视图中选取符合第五虚拟化系统物理资源申请要求的空闲存储池,并分配给容器管理系统。
1204、URM从物理资源视图中选取符合第五虚拟化系统物理资源申请要求的空闲计算节点,并分配给容器管理系统。
1205、URM根据物理资源分配结果,调用指定空闲节点的REST API接口,在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
步骤1205中的物理资源分配结果包括空闲VLAN的分配结果(即步骤1202的结果)、空闲存储池的分配结果(即步骤1203的结果)以及空闲计算节点的分配结果(即步骤1204的结果)。上述指定空闲节点可以是URM分配给容器管理系统的空闲的物理服务器。
1206、服务器返回BMC用户账号创建和授权的响应消息。
1207、URM根据物理资源视图,通过SSH访问交换机来配置分配的服务器对应的交换机端口,并设置分配的服务器对应的交换机端口放通的VLAN号。
1208、URM将物理资源分配结果发送给VNFM。
步骤1208中的物理资源分配结果(对应于第二物理资源分配结果)可以包括描述URM分配给虚拟化管理系统的第八物理资源(即步骤1202至步骤1204分配的物理资源)的信息和/或使用上述第八物理资源的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
1209、VNFM向CIM发送第六资源纳管指示。
第六资源纳管指示用于指示VIM纳管上述第八物理资源。上述第六资源纳管指示可以包含指示VIM纳管上述第八物理资源所需的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
1210、CIM纳管计算节点、存储池以及VLAN。
步骤1210可理解为CIM纳管URM分配给容器管理系统的物理资源的步骤。
1211、CIM向VNFM发送第五纳管资源响应。
第五纳管资源响应可用于指示CIM完成对第八物理资源的纳管。步骤1209至步骤1210为触发硬件资源纳管的流程,保持现有的NFV标准或未来的NFV标准一致即可,不是本发明重点描述的内容。
图12中的方法流程可以是NFV架构3(或者NFV架构4)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现如下方法流程(例如图9中的方法流程):VNFM下发来自虚拟机平台的资源申请,URM生成分配给VIM的物理资源,并上报VNFM,VNFM再触发VIM进行物理资源纳管。虚拟资源申请可以是来自虚拟化平台的资源申请。
本申请实施例中,URM为容器管理系统分配物理资源,并由CIM纳管这部分物理资源,资源管理效率高。
图13为本申请实施例提供的一种硬件资源管理方法交互流程图,该方法应用于包括URM、CIM以及NFVO(或者VNFM)的NFV系统(例如NFV架构3、NFV架构4、NFV架构5、NFV架构6);该方法包括:
1301、NFVO向URM发送第六虚拟化系统物理资源申请。
上述第六虚拟化系统物理资源申请(对应于第二物理资源申请)可以是来自容器管理系统的物理资源申请。
在一种可能的实现方式中,步骤1301可替换为:OSS向URM发送第六虚拟化系统物理资源申请,例如OSS通过UMO接口向URM发送第六虚拟化系统物理资源申请。
在一种可能的实现方式中,步骤1301可替换为:VNFM向URM发送第六虚拟化系统物理资源申请,例如VNFM通过UM接口向URM发送第六虚拟化系统物理资源申请。
1302、URM从物理资源视图中选取符合第六虚拟化系统物理资源申请要求的空闲VLAN,并分配给容器管理系统。
1303、URM从物理资源视图中选取符合第六虚拟化系统物理资源申请要求的空闲存储池,并分配给容器管理系统。
1304、URM从物理资源视图中选取符合第六虚拟化系统物理资源申请要求的空闲计算节点,并分配给容器管理系统。
1305、URM根据物理资源分配结果,调用指定空闲节点的REST API接口,在指定空闲节点上创建BMC用户账号,并给该用户账号授权。
1306、服务器返回BMC用户账号创建和授权的响应消息。
1307、URM根据物理资源视图,通过SSH访问交换机来配置分配的服务器对应的交换机端口,并设置分配的服务器对应的交换机端口放通的VLAN号。
步骤1301至步骤1307可与图10中的步骤1001至步骤1007类似,这里不再赘述。
1308、URM将物理资源分配结果发送给CIM。
步骤1308中的物理资源分配结果(对应于第二物理资源分配结果)可以包括描述URM分配给容器管理系统的第九物理资源(即步骤1302至步骤1304分配的物理资源)的信息和/或使用上述第九物理资源的信息,例如服务器的IP、URM创建的BMC账号、URM创建的BMC密码、服务网卡连接的光纤编码、存储设备IP、存储池的名称、存储池ID、交换机的IP、交换机的登录账号、交换机的登录密码等。
1309、CIM纳管计算节点、存储池以及VLAN。
步骤1309可理解为CIM纳管URM分配给容器管理系统的物理资源的步骤。步骤1309为CIM进行硬件资源纳管的流程,保持现有的NFV标准或未来的NFV标准一致即可,不是本发明重点描述的内容。
1310、CIM向URM发送第六纳管资源响应。
第六纳管资源响应可用于指示CIM完成对第九物理资源的纳管。
图13中的方法流程可以是NFV架构3(或者NFV架构4)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现如下方法流程(例如图10中的方法流程):URM生成分配给VIM的物理资源,并触发VIM进行物理资源纳管。也就是说,在NFV架构5(或者NFV架构6)中,URM可统一为虚拟化管理系统和容器管理系统分配物理资源。
本申请实施例中,URM为容器管理系统分配物理资源,并由CIM纳管这部分物理资源,资源管理效率高。
图6至图13为本申请实施例提供的硬件资源管理方法流程。为提高资源利用率,URM需要回收分配给虚拟机平台和/或容器平台的硬件资源。也就是说,当虚拟机平台(或者容器平台)不需要占用URM分配给它的某些物理资源时,URM可及时回收这些物理资源,进而充分利用物理资源。下面结合附图来介绍URM回收硬件资源的方法流程。图14为本申请实施例提供的一种回收硬件资源方法流程图。图14中的方法可应用于上述NFV架构1至NFV架构6中的任一个。如图14所示,该方法包括:
1401、URM接收物理资源释放请求信息。
URM接收物理资源释放请求信息的实现方式可以是URM接收OSS下发的物理资源释放请求信息,也可以是接收NFVO下发的物理资源释放请求信息,还可以是接收VNFM下发的物理资源释放请求信息。上述物理资源释放请求信息包括减容指示信息,上述减容指示信息用于指示减容的物理资源(即第三物理资源),例如减容的服务器的BMC的IP、减容的服务器名、减容的存储池名、减容的存储池ID等。
1402、URM响应于物理资源释放请求信息,释放第三物理资源。
URM响应于物理资源释放请求信息,释放第三物理资源可以包括:URM响应于物理资源释放请求信息,删除第二账号;上述第二账号用于访问和控制第二服务器,上述第二服务器属于上述第三物理资源包含的物理计算资源。释放第三物理资源还可以包括:URM删除上述第二服务器对应的交换机端口上放通的VLAN号。URM删除第二账号的操作可理解为释放第二服务器的操作。URM删除上述第二服务器对应的交换机端口上放通的VLAN号的操作可以理解为释放网络资源的操作。
1403、URM将释放的上述第三物理资源作为空闲的物理资源。
本申请实施例中,URM可及时回收硬件资源,进而提高资源利用率。
图15为本申请实施例提供的另一种回收硬件资源方法流程图。图15中的方法流程是对图14中的方法流程的细化和完善。图15中的方法可应用于上述NFV架构1、NFV架构2、NFV架构5、NFV架构6中的任一个。如图15所示,该方法包括:
1501、OSS向VIM发起虚拟化系统减容请求。
上述虚拟化系统减容请求可以来自虚拟化管理系统,虚拟化系统减容请求中可携带减容的配置信息,例如虚拟化管理系统请求减容的CPU数量、减容的内存量、减容的服务器数量、减容的存储容量等。
步骤1501可以替换为:NFVO向VIM发起虚拟化系统减容请求。
步骤1501可以替换为:VNFM向VIM发起虚拟化系统减容请求。
1502、VIM根据虚拟化系统减容请求实施减容后,返回减容响应消息给OSS。
VIM根据虚拟化系统减容请求实施减容可以是按照虚拟化系统减容请求指示的VIM需要减容的物理资源量(例如减容的CPU数量、减容的内存量、减容的服务器数量、减容的存储容量),确定减容的物理资源,例如减容的服务器、减容的存储池等。上述减容响应消息可以指示减容的第十物理资源。举例来说,减容响应消息包含减容的硬件信息,例如服务器的BMC的IP、减容的服务器名、减容的存储池名、减容的存储池ID等。
步骤1502可替换为:VIM根据虚拟化系统减容请求实施减容后,返回减容响应消息给NFVO。
步骤1502可替换为:VIM根据虚拟化系统减容请求实施减容后,返回减容响应消息给VNFM。
1503、OSS向URM发送第一物理资源释放请求信息。
第一物理资源释放请求信息用于请求URM释放第十物理资源,即释放VIM减容的第十物理资源。举例来说,第一物理资源释放请求信息用于请求URM将VIM减容的服务器、存储池释放。
步骤1503可以替换为:NFVO向URM发送第一物理资源释放请求信息。
步骤1503也可以替换为:VNFM向URM发送第一物理资源释放请求信息。
1504、URM响应于上述第一物理资源释放请求信息,删除第三账号。
上述第三账号用于访问和控制第四服务器,上述第四服务器属于上述第十物理资源包含的物理计算资源。URM删除第三账号可以是URM通过Restful接口访问第四服务器,将分配给VIM的第四服务器上的BMC账号(即第三账号)删除。
1505、第四服务器返回删除第三账号的响应消息给URM。
1506、URM删除上述第四服务器对应的交换机端口上放通的VLAN号。
步骤1506一种可能的实现方式如下:URM通过SSH登录第四服务器(释放的服务器)连接的交换机,并将该第四服务器对应的交换机端口上放通(allow)的VLAN删除。
1507、URM将释放的第十物理资源作为空闲的物理资源。
URM将释放的上述第十物理资源作为空闲的物理资源可以是将释放的物理资源(例如第四服务器)加入到空闲的资源池。
1508、URM向OSS返回第一响应消息。
上述第一响应消息指示URM完成减容或者未完成减容。步骤1508可替换为:NFVO向OSS返回第一响应消息。步骤1508可替换为:VNFM向OSS返回第一响应消息。
本申请实施例中,URM可及时回收虚拟化管理系统减容的硬件资源,进而提高资源利用率。
图15描述了回收虚拟化管理系统减容的硬件资源的方法流程。下面介绍回收容器管理系统减容的硬件资源的方法流程。
图16为本申请实施例提供的另一种回收硬件资源方法流程图。图16中的方法流程是对图14中的方法流程的细化和完善。图16中的方法可应用于上述NFV架构3、NFV架构3、NFV架构5、NFV架构6中的任一个。如图16所示,该方法包括:
1601、OSS向CIM发起容器系统减容请求。
上述容器系统减容请求可以来自容器管理系统,容器系统减容请求中可携带减容的配置信息,例如容器管理系统请求减容的CPU数量、减容的内存量、减容的服务器数量、减容的存储容量等。
步骤1601可以替换为:NFVO向CIM发起容器系统减容请求。
步骤1601可以替换为:VNFM向CIM发起容器系统减容请求。
1602、VIM根据容器系统减容请求实施减容后,返回减容响应消息给OSS。
VIM根据容器系统减容请求实施减容可以是按照容器系统减容请求指示的CIM需要减容的物理资源量(例如减容的CPU数量、减容的内存量、减容的服务器数量、减容的存储容量),确定减容的物理资源,例如减容的服务器、减容的存储池等。上述减容响应消息可以指示减容的第十一物理资源。举例来说,减容响应消息包含减容的硬件信息,例如服务器的BMC的IP、减容的服务器名、减容的存储池名、减容的存储池ID等。
步骤1602可替换为:CIM根据容器系统减容请求实施减容后,返回减容响应消息给NFVO。
步骤1602可替换为:CIM根据容器系统减容请求实施减容后,返回减容响应消息给VNFM。
1603、OSS向URM发送第二物理资源释放请求信息。
第二物理资源释放请求信息用于请求URM释放第十一物理资源,即释放CIM减容的第十一物理资源。举例来说,第二物理资源释放请求信息用于请求URM将CIM减容的服务器、存储池释放。
步骤1603可以替换为:NFVO向URM发送第二物理资源释放请求信息。
步骤1603也可以替换为:VNFM向URM发送第二物理资源释放请求信息。
1604、URM响应于上述第二物理资源释放请求信息,删除第四账号。
上述第四账号用于访问和控制第五服务器,上述第五服务器属于上述第十一物理资源包含的物理计算资源。URM删除第四账号可以是URM通过Restful接口访问第五服务器,将分配给CIM的第五服务器上的BMC账号删除。
1605、第五服务器返回BMC账号的删除响应给URM。
1606、URM删除上述第五服务器对应的交换机端口上放通的VLAN号。
步骤1606一种可能的实现方式如下:URM通过SSH登录第五服务器(释放的服务器)连接的交换机,并将该第五服务器对应的交换机端口上放通(allow)的VLAN删除。
1607、URM将释放的上述第十一物理资源作为空闲的物理资源。
URM将释放的上述第十一物理资源作为空闲的物理资源可以是将释放的物理资源(例如第五服务器)加入到空闲的资源池。
1608、URM向OSS返回第二响应消息。
上述第二响应消息指示URM完成减容或者未完成减容。步骤1608可替换为:NFVO向OSS返回第二响应消息。步骤1608可替换为:VNFM向OSS返回第二响应消息。
图16中的方法流程可以是NFV架构3(或者NFV架构4)实现的方法流程,也可以是NFV架构5(或者NFV架构6)实现的方法流程。NFV架构5(或者NFV架构6)还可以实现图15中的方法流程。应理解,在NFV架构5(或者NFV架构6)中,URM既能回收虚拟化管理系统减容的硬件资源,又能回收容器管理系统减容的硬件资源。
本申请实施例中,URM可及时回收容器管理系统减容的硬件资源,进而提高资源利用率。
为了解URM的物理资源管理状况,NFV架构中的OSS(或者NFVO、VNFM)可向URM发送资源查询请求,来查询URM管理的全部物理资源、URM可分配的物理资源(即可用的物理资源)、URM分配给虚拟化平台的物理资源、URM分配给容器平台的物理资源。下面介绍查询物理资源的方法流程。图17为本申请实施例提供的一种物理资源查询方法流程图。如图17所示,该方法包括:
1701、OSS向URM发送第一物理资源查询请求。
上述第一物理资源查询请求用于查询URM管理的全部的物理资源。
1702、URM向OSS发送第一资源查询响应消息。
上述第一资源查询响应消息可指示URM管理的全部的物理资源,例如URM管理的所有的服务器的信息、存储设备的信息、交换机的信息。URM根据物理资源视图可获得其管理的全部的物理资源。
1703、OSS向URM发送第二物理资源查询请求。
上述第二物理资源查询请求用于查询URM可分配的物理资源(即空闲的物理资源)。
1704、URM向OSS发送第二资源查询响应消息。
上述第二资源查询响应消息可指示URM可分配的物理资源,例如URM当前可分配的服务器的信息、存储设备的信息以及交换机的信息。
1705、OSS向URM发送第三物理资源查询请求。
上述第三物理资源查询请求用于查询URM分配给虚拟化管理系统的物理资源。
1706、URM向OSS发送第三资源查询响应消息。
上述第三资源查询响应消息可指示URM分配给虚拟化管理系统的物理资源。
1707、OSS向URM发送第四物理资源查询请求。
上述第四物理资源查询请求用于查询URM分配给容器管理系统的物理资源。
1708、URM向OSS发送第四资源查询响应消息。
图17中的OSS可替换为NFVO或者VNFM。上述第四资源查询响应消息可指示URM分配给容器管理系统的物理资源。上述NFV架构5和NFV架构6可执行步骤1701至步骤1708中的全部步骤或者部分步骤。上述NFV架构1和NFV架构2可执行步骤1701至步骤1706中的全部步骤或者部分步骤。上述NFV架构3和NFV架构4可执行步骤1701至步骤1706以及步骤1707至步骤1708中的全部步骤或者部分步骤。图7中的各步骤之间被执行的先后顺序不作限定,例如可先执行步骤1703至步骤1704,在执行步骤1701至步骤1702。
本申请实施例中,通过向URM发送资源查询请求,可快速、准确地获得URM的物理资源管理状况。
前面已介绍URM分配物理资源是从物理资源视图中选取符合物理资源申请(例如第一物理资源申请)要求的物理资源。下面介绍URM生成物理资源视图的方案。
图18为本申请实施例提供的一种生成物理资源视图的方法流程图。图18中的方法可应用于上述NFV架构1至NFV架构6中的任一个。如图18所示,该方法可包括:
1801、URM接收物理资源配置信息。
URM接收物理资源配置信息可以是接收OSS发送的物理资源配置信息;也可以是接收NFVO发送的物理资源配置信息;还可以是接收VNFM发送的物理资源配置信息。上述物理资源配置信息用于URM访问硬件资源以得到硬件资源信息。上述物理资源配置信息可以包括服务器资源配置信息、存储资源配置信息、交换机资源配置信息中的至少一项。服务器资源配置信息可以包括:服务器的BMC IP、服务器的BMC账号、BMC密码、支持的Redfish协议版本(可选)、服务器网卡连接的光纤编码(用于对应到交换机上的端口号)等信息。存储资源配置信息可以包括:存储设备的IP、存储设备的访问账号、访问密码、接口协议版本(可选)、存储设备的型号(可选)等信息。交换机资源配置信息可以包括:交换机的IP、访问账号、访问密码、交换机的软件版本(可选,用于匹配交换机的命令行版本)等信息。
1802、URM根据物理资源配置信息访问硬件资源,得到硬件资源信息。
在一个可能的实现方式中,URM解析物理资源配置信息以获得用于调用服务器的接口的参数、用于调用交换机的接口的参数以及用于调用存储设备的接口的参数中的至少一项;并利用这些参数调用相应的接口来获取硬件资源信息。例如,URM利用用于调用服务器的接口的参数调用服务器的接口,获得服务器的硬件信息,即服务器信息。又例如,URM利用用于调用交换机的接口的参数调用交换机的接口,获得交换机的硬件信息,即交换机资源信息。又例如,URM利用用于调用存储设备的接口的参数调用存储设备的接口,获得存储设备的硬件信息,即存储信息。
1803、URM根据物理资源配置信息和硬件资源信息,生成物理资源视图。
图19A和图19B为本申请实施例提供的物理资源视图的示例。图19A和图19B为URM生成的全局的物理资源视图的示例,图19B可视为对全局的物理资源作资源分区。
本申请实施例中,URM可快速地生成用于描述其管理的物理资源的物理资源视图,以便于更合理地分配物理资源,提高资源利用率。
图20为本申请实施例提供的另一种生成物理资源视图的方法流程图。图20中的方法可应用于上述NFV架构1至NFV架构6中的任一个。图20中的方法流程对是图18中的方法流程的细化和完善。如图20所示,该方法可包括:
2001、OSS向URM发送物理资源配置信息。
上述物理资源配置信息用于URM访问硬件资源(例如物理服务器、交换机、存储设备)以得到硬件资源信息。上述物理资源配置信息可以包括服务器资源配置信息、存储资源配置信息、交换机资源配置信息中的至少一项。
步骤2001可替换为:NFVO向URM发送物理资源配置信息。
步骤2001可替换为:VNFM向URM发送物理资源配置信息。
2002、URM解析物理资源配置信息,并获取访问参数。
上述访问参数可以包括以下至少一项:URM调用服务器的访问接口所需的参数、URM调用交换机的访问接口所需的参数、URM调用存储设备的访问接口所需的参数。举例来说,URM解析物理资源配置信息,并获取调用服务器、交换机、存储设备的访问接口所需的参数。
2003、URM调用服务器的访问接口,获取服务器信息。
在一个可能的实现方式中,URM根据访问参数中的第一参数(对应于服务器资源配置信息),调用服务器的访问接口(比如:Redfish接口),获取服务器信息,即服务器的硬件信息;其中,第一参数为URM访问服务器的访问接口所需的参数,例如服务器的BMC IP、服务器的BMC账号、BMC密码信息。
2004、服务器返回服务器信息。
服务器信息可以包括:服务器的CPU信息(如:物理CPU数量,逻辑CPU数量,CPU的主频,CPU的厂商信息,CPU的型号等等),磁盘信息(如:物理磁盘数量,RAID的模式,磁盘的大小,磁盘的型号等等),网卡信息(如:网卡的名称,网卡型号,网卡厂商,芯片型号,端口名,端口状态,网口类型,介质类型等)。
2005、URM将服务器信息保存到数据库中。
2006、URM调用存储设备的访问接口,获取存储信息。
在一个可能的实现方式中,URM根据访问参数中的第二参数(对应于存储资源配置信息),调用存储设备的访问接口(比如:存储厂商提供的Restful接口),获取存储信息(即存储设备的硬件信息);其中,第二参数为URM访问存储设备的访问接口所需的参数,例如存储设备的IP、存储设备的访问账号、访问密码、接口协议版本(可选)、存储设备型号(可选)等信息。存储信息可以包括:存储池信息和/或逻辑单元号(Logical Unit Number,LUN)信息。存储池信息可以包括:存储池ID、存储池名称、健康状态、总容量、已用容量、百分比、硬盘数量、RAID逻辑成员盘数量、LUN的配置容量等。LUN信息可以包括:LUN ID,所属的存储池ID,健康状态,配置容量等等。
2007、存储设备返回存储信息。
2008、URM将查询到的存储信息保存到数据库中。
2009、URM登录交互机,并执行交换机的命令行得到交换机资源信息。
在一个可能的实现方式中,URM根据访问参数中的第三参数(对应于交换机资源配置信息),采用SSH(或者telnet)的方式登录交换机,执行交换机的命令行得到交换机资源信息;其中,第三参数为URM登录交换机所需的参数,例如交换机的IP、访问账号、访问密码、交换机的软件版本(可选,用于匹配交换机的命令行版本)等信息。举例来说,URM登录交互机,并执行交换机的命令行得到交换机的配置信息
2010、交换机返回交换机资源信息。
上述交换机资源信息可以包括交换机的端口类型、端口状态、VLAN信息等。举例来说,交换机向URM发送交换机端口、服务器网卡等信息。VLAN信息是指VLAN号的范围。本申请中的VLAN号可称为VLAN ID。
2011、URM将查询到的交换机端口信息、TOR交换机端口、存储设备关联起来,并将设置的VLAN号与服务器和存储设备做关联。
交换机端口信息包括交换机端口、交换机端口状态,端口类型,端口VLAN信息等。在一个可能的实现方式中,URM根据物理资源配置信息,将查询到的TOR交换机端口和存储设备关联起来。举例来说,URM将服务器网卡关联到光纤编码,将TOR交换机端口和存储设备关联起来。
2012、URM根据物理资源配置信息和硬件资源信息,生成物理资源视图。
在一个可能的实现方式中,URM根据物理资源配置信息以及从服务器、存储设备、交换机查询到的硬件资源信息等生成物理资源视图。
本申请实施例中,URM可快速地生成用于描述其管理的物理资源的物理资源视图,以便于更合理地分配物理资源,提高资源利用率。
前面介绍了本申请实施例提供的硬件资源管理方法流程以及一些相关方法流程。下面结合附图介绍实现这些方法流程的通信装置(即网元)。
图21为本申请实施例提供的一种统一资源管理器的结构示意图。URM可应用于包括URM和包括第一网元的NFV系统,所述第一网元为VIM和CIM中的一个。如图21所示,统一资源管理器包括:
收发模块2101,用于接收第一物理资源申请;
处理模块2102,用于针对所述第一物理资源申请,分配第一物理资源;
收发模块2101,还用于发送第一物理资源分配结果;所述第一物理资源分配结果用于触发所述第一网元纳管所述第一物理资源或者生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源。
在一个可能的实现方式中,URM为一个独立的网元,例如上述NFV架构1、NFV架构3以及NFV架构5中的URM。也就是说,URM可以是一个独立的通信装置,例如一个网络设备。在一个可能的实现方式中,URM包含于NFVI,例如上述NFV架构2、NFV架构4以及NFV架构6中的URM。也就是说,URM可以与NFVI集成在一起。
在一个可能的实现方式中,所述NFV系统还包括第二网元,所述第二网元为NFVO或者VNFM,所述第一物理资源分配结果用于所述第二网元生成所述第一资源纳管指示;收发模块2101,具体用于向所述第二网元发送所述第一物理资源分配结果。
在一个可能的实现方式中,处理模块2102,具体用于符合所述第一物理资源申请要求的所述第一物理资源;创建第一账号;所述第一账号用于访问和控制第一服务器,所述第一服务器属于所述第一物理资源包含的物理计算资源。
在一个可能的实现方式中,处理模块2102,还用于配置所述第一服务器对应的交换机端口,并为所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号。
在一个可能的实现方式中,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同;
收发模块2102,还用于发送第二物理资源分配结果;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源,所述第二物理资源分配结果用于触发所述第三网元纳管所述第二物理资源或者生成第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管所述第二物理资源。
在一个可能的实现方式中,所述NFV系统还包括第二网元,所述第二网元为NFVO或者VNFM,所述第二物理资源分配结果用于所述第二网元生成所述第二资源纳管指示;收发模块2101,具体用于向所述第二网元发送所述第二物理资源分配结果。
在一个可能的实现方式中,收发模块2101,还用于接收物理资源释放请求信息;
处理模块2102,还用于响应于所述物理资源释放请求信息,释放第三物理资源;将释放的所述第三物理资源作为空闲的物理资源。
在一个可能的实现方式中,处理模块2102,具体用于响应于所述物理资源释放请求信息,删除第二账号;所述第二账号用于访问和控制第二服务器,所述第二服务器属于所述第三物理资源包含的物理计算资源。
在一个可能的实现方式中,处理模块2102,还用于删除所述第二服务器对应的交换机端口上放通的VLAN号。
在一个可能的实现方式中,处理模块2102,还用于接收物理资源查询请求,通过所述收发模块向第二网元或者OSS发送物理资源查询结果;所述第二网元为NFVO或者VNFM,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
在一个可能的实现方式中,处理模块2102,具体用于从物理资源视图中选取符合所述第一物理资源申请要求的所述第一物理资源;所述物理资源视图用于描述所述URM管理的物理资源。
在一个可能的实现方式中,收发模块2101,还用于接收物理资源配置信息;所述处理模块,还用于根据所述物理资源配置信息访问硬件资源,得到硬件资源信息;根据所述物理资源配置信息和所述硬件资源信息,生成所述物理资源视图。
图22为本申请实施例提供的一种通信装置的结构示意图。图22中的通信装置(对应于第二网元)可应用于包括URM、第一网元以及该通信装置的NFV系统,所述第一网元为VIM和CIM中的一个,该通信装置为NFVO或者VNFM;该通信装置包括:
收发模块2201,用于接收来自所述URM的第一物理资源分配结果,所述第一物理资源分配结果包括描述URM分配的第一物理资源的信息和/或使用所述第一物理资源的信息;
处理模块2202,用于根据所述第一物理资源分配结果,生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源;
收发模块2201,还用于向所述第一网元发送所述第一资源纳管指示。
在一个可能的实现方式中,所述NFV系统还包括第三网元,所述第三网元为VIM和CIM中的一个,所述第三网元和所述第一网元不同;收发模块2201,还用于向所述第三网元发送第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管第二物理资源;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源。
在一个可能的实现方式中,收发模块2201,还用于接收来自所述URM的第二物理资源分配结果,所述第二物理资源分配结果包括描述所述URM分配的所述第二物理资源的信息和/或使用所述第二物理资源的信息;处理模块2202,还用于根据所述第二物理资源分配结果,生成所述第二资源纳管指示。
在一个可能的实现方式中,收发模块2201,还用于向所述URM发送第一物理资源申请,所述第一物理资源申请用于申请所述第一物理资源。
在一个可能的实现方式中,收发模块2201,还用于向所述URM发送第二物理资源申请,所述第二物理资源申请用于申请所述第二物理资源。
在一个可能的实现方式中,收发模块2201,还用于向所述URM发送物理资源查询请求,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
图23为本申请实施例提供的一种容器化架构管理器的结构示意图。CIM可应用于包括所述CIM以及第二网元的NFV系统,所述第二网元为NFVO或者VNFM;该CIM包括:
收发模块2301,用于接收来自所述第二网元的容器资源减容请求;
处理模块2302,用于响应于所述容器资源减容请求,对纳管的物理资源实施减容。
在一个可能的实现方式中,收发模块2301,用于向所述第二网元发送所述容器资源减容请求的响应信息;所述响应信息携带有所述CIM减容的物理资源的信息。
图24为本申请实施例提供的另一种通信装置的结构示意图。图24中的通信装置可以是上述URM,也可以是NFVO,也可以是VNFM,还可以是包含URM的NFVI。
如图24所示。该通信装置240包括至少一个处理器2420,用于实现本申请实施例提供的方法中URM的功能;或者,用于实现本申请实施例提供的方法中NFVO(或VNFM)的功能;或者,用于实现本申请实施例提供的方法中包含URM的NFVI的功能;或者,用于实现本申请实施例提供的方法中CIM的功能。该通信装置240还可以包括收发器2410。收发器用于通过传输介质和其他设备/装置进行通信。处理器2420利用收发器2410收发数据和/或信令,并用于实现上述方法实施例中的方法。
可选的,通信装置240还可以包括至少一个存储器2430,用于存储程序指令和/或数据。存储器2430和处理器2420耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器2420可能和存储器2430协同操作。处理器2420可能执行存储器2430中存储的程序指令。该至少一个存储器中的至少一个可以包括于处理器中。
本申请实施例中不限定上述收发器2410、处理器2420以及存储器2430之间的具体连接介质。本申请实施例在图24中以存储器2430、处理器2420以及收发器2410之间通过总线2440连接,总线在图24中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图24中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
可理解,在通信装置为240为URM时,收发器2410实现收发模块2101的功能,处理器2420实现处理模块2102的功能。在通信装置为240为NFVO(或VNFM)时,收发器2410实现收发模块2201的功能,处理器2420实现处理模块2202的功能。在通信装置为240为CIM时,收发器2410实现收发模块2301的功能,处理器2420实现处理模块2302的功能。
本申请还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行上述实施例的方法。
本申请还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得上述实施例中的通信方法被执行。
本申请还提供一种NFV系统,包括URM、VIM以及CIM。可选的,该NFV系统还包括NFVO、VNFM以及NFVI。
本申请还提供一种NFV系统,包括VIM、NFVI、CIM,其中,该NFVI包含URM。可选的,该NFV系统还包括NFVO以及VNFM。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (26)

1.一种硬件资源管理方法,其特征在于,应用于包括统一资源管理器URM和第一网元的网络功能虚拟化NFV系统,所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个;所述方法包括:
所述URM接收第一物理资源申请;
所述URM针对所述第一物理资源申请,分配第一物理资源;
所述URM发送第一物理资源分配结果;所述第一物理资源分配结果用于触发所述第一网元纳管所述第一物理资源或者生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源。
2.根据权利要求1所述的方法,其特征在于,所述NFV系统还包括第二网元,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述第一物理资源分配结果用于所述第二网元生成所述第一资源纳管指示;所述URM发送第一物理资源分配结果包括:
所述URM向所述第二网元发送所述第一物理资源分配结果。
3.根据权利要求1或2所述的方法,其特征在于,所述URM针对所述第一物理资源申请,分配第一物理资源包括:
所述URM选取符合所述第一物理资源申请要求的所述第一物理资源;
所述URM创建第一账号;所述第一账号用于访问和控制第一服务器,所述第一服务器属于所述第一物理资源包含的物理计算资源。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述URM配置所述第一服务器对应的交换机端口,并为所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同,所述方法还包括:
所述URM发送第二物理资源分配结果;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源,所述第二物理资源分配结果用于触发所述第三网元纳管所述第二物理资源或者生成第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管所述第二物理资源。
6.根据权利要求5所述的方法,其特征在于,所述NFV系统还包括第二网元,所述第二网元为NFVO或者VNFM,所述第二物理资源分配结果用于所述第二网元生成所述第二资源纳管指示;所述URM发送第二物理资源分配结果包括:
所述URM向所述第二网元发送所述第二物理资源分配结果。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述方法还包括:
所述URM接收物理资源释放请求信息;
所述URM响应于所述物理资源释放请求信息,释放第三物理资源;
所述URM将释放的所述第三物理资源作为空闲的物理资源。
8.根据权利要求7所述的方法,其特征在于,所述URM响应于所述物理资源释放请求信息,释放第三物理资源包括:
所述URM响应于所述物理资源释放请求信息,删除第二账号;所述第二账号用于访问和控制第二服务器,所述第二服务器属于所述第三物理资源包含的物理计算资源。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述URM删除所述第二服务器对应的交换机端口上放通的VLAN号。
10.根据权利要求2至9任一项所述的方法,其特征在于,所述方法还包括:
所述URM接收物理资源查询请求,向第二网元或者运营支撑系统OSS发送物理资源查询结果;所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
11.根据权利要求3或4所述的方法,其特征在于,所述URM选取符合所述第一物理资源申请要求的所述第一物理资源包括:
所述URM从物理资源视图中选取符合所述第一物理资源申请要求的所述第一物理资源;所述物理资源视图用于描述所述URM管理的物理资源。
12.根据权利要求1至11任一项所述的方法,其特征在于,所述方法还包括:
所述URM接收物理资源配置信息;
所述URM根据所述物理资源配置信息访问硬件资源,得到硬件资源信息;
所述URM根据所述物理资源配置信息和所述硬件资源信息,生成所述物理资源视图。
13.一种统一资源管理器URM,其特征在于,应用于包括所述URM和包括第一网元的网络功能虚拟化NFV系统,所述第一网元为虚拟化架构管理器VIM和容器化架构管理器CIM中的一个;所述URM包括:
收发模块,用于接收第一物理资源申请;
处理模块,用于针对所述第一物理资源申请,分配第一物理资源;
所述收发模块,还用于发送第一物理资源分配结果;所述第一物理资源分配结果用于触发所述第一网元纳管所述第一物理资源或者生成第一资源纳管指示,所述第一资源纳管指示用于指示所述第一网元纳管所述第一物理资源。
14.根据权利要求13所述的统一资源管理器,其特征在于,所述NFV系统还包括第二网元,所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述第一物理资源分配结果用于所述第二网元生成所述第一资源纳管指示;
所述收发模块,具体用于向所述第二网元发送所述第一物理资源分配结果。
15.根据权利要求13或14所述的统一资源管理器,其特征在于,
所述处理模块,具体用于符合所述第一物理资源申请要求的所述第一物理资源;创建第一账号;所述第一账号用于访问和控制第一服务器,所述第一服务器属于所述第一物理资源包含的物理计算资源。
16.根据权利要求15所述的统一资源管理器,其特征在于,
所述处理模块,还用于配置所述第一服务器对应的交换机端口,并为所述第一服务器对应的交换机端口设置放通的虚拟局域网VLAN号。
17.根据权利要求13至16任一项所述的统一资源管理器,其特征在于,所述NFV系统还包括第三网元,所述第三网元为VIM和容器化架构管理器CIM中的一个,所述第三网元和所述第一网元不同;
所述收发模块,还用于发送第二物理资源分配结果;所述第二物理资源为分配给容器管理系统的物理资源,所述第一物理资源为分配给虚拟化管理系统的物理资源;或者,所述第二物理资源为分配给虚拟化管理系统的物理资源,所述第一物理资源为分配给容器管理系统的物理资源,所述第二物理资源分配结果用于触发所述第三网元纳管所述第二物理资源或者生成第二资源纳管指示,所述第二资源纳管指示用于指示所述第三网元纳管所述第二物理资源。
18.根据权利要求17所述的统一资源管理器,其特征在于,所述NFV系统还包括第二网元,所述第二网元为NFVO或者VNFM,所述第二物理资源分配结果用于所述第二网元生成所述第二资源纳管指示;
所述收发模块,具体用于向所述第二网元发送所述第二物理资源分配结果。
19.根据权利要求13至18任一项所述的统一资源管理器,其特征在于,
所述收发模块,还用于接收物理资源释放请求信息;
所述处理模块,还用于响应于所述物理资源释放请求信息,释放第三物理资源;将释放的所述第三物理资源作为空闲的物理资源。
20.根据权利要求19所述的统一资源管理器,其特征在于,
所述处理模块,具体用于响应于所述物理资源释放请求信息,删除第二账号;所述第二账号用于访问和控制第二服务器,所述第二服务器属于所述第三物理资源包含的物理计算资源。
21.根据权利要求20所述的统一资源管理器,其特征在于,
所述处理模块,还用于删除所述第二服务器对应的交换机端口上放通的VLAN号。
22.根据权利要求14至21任一项所述的统一资源管理器,其特征在于,
所述处理模块,还用于接收物理资源查询请求,通过所述收发模块向第二网元或者运营支撑系统OSS发送物理资源查询结果;所述第二网元为网络功能虚拟化编排器NFVO或者虚拟化网络管理器VNFM,所述物理资源查询请求用于查询所述URM管理的全部的物理资源、所述URM可分配的物理资源、所述URM分配给虚拟化管理系统的物理资源、所述URM分配给容器管理系统的物理资源中的任一项。
23.根据权利要求15或16所述的统一资源管理器,其特征在于,
所述处理模块,具体用于从物理资源视图中选取符合所述第一物理资源申请要求的所述第一物理资源;所述物理资源视图用于描述所述URM管理的物理资源。
24.根据权利要求13至23任一项所述的统一资源管理器,其特征在于,
所述收发模块,还用于接收物理资源配置信息;
所述处理模块,还用于根据所述物理资源配置信息访问硬件资源,得到硬件资源信息;根据所述物理资源配置信息和所述硬件资源信息,生成所述物理资源视图。
25.一种通信装置,其特征在于,包括处理器,当所述处理器执行存储器中的计算机程序或指令时执行如权利要求1至12任一项所述的方法。
26.一种计算机可读存储介质,其特征在于,包括所述计算机可读存储介质用于存储指令,当所述指令被执行时,使如权利要求1至12任一项所述的方法被实现。
CN202011427223.8A 2020-12-09 2020-12-09 硬件资源管理方法及通信装置 Pending CN114629794A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011427223.8A CN114629794A (zh) 2020-12-09 2020-12-09 硬件资源管理方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011427223.8A CN114629794A (zh) 2020-12-09 2020-12-09 硬件资源管理方法及通信装置

Publications (1)

Publication Number Publication Date
CN114629794A true CN114629794A (zh) 2022-06-14

Family

ID=81894851

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011427223.8A Pending CN114629794A (zh) 2020-12-09 2020-12-09 硬件资源管理方法及通信装置

Country Status (1)

Country Link
CN (1) CN114629794A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115617530A (zh) * 2022-11-17 2023-01-17 苏州浪潮智能科技有限公司 基于微处理器的服务系统、微处理器的处理方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115617530A (zh) * 2022-11-17 2023-01-17 苏州浪潮智能科技有限公司 基于微处理器的服务系统、微处理器的处理方法及装置

Similar Documents

Publication Publication Date Title
US10649798B2 (en) Virtual switching method, related apparatus, and computer system
US11481249B2 (en) Service migration method, apparatus, and server that are used in software upgrade in NFV architecture
KR102259679B1 (ko) 네트워크 슬라이스 관리 방법, 유닛 및 시스템
Zhang et al. Cloud computing: state-of-the-art and research challenges
US20180146031A1 (en) Life Cycle Management Method and Apparatus
US9384025B2 (en) Traffic and/or workload processing
US10397132B2 (en) System and method for granting virtualized network function life cycle management
US10601666B2 (en) Network functions virtualization management and orchestration policy descriptor management method and apparatus
WO2018027586A1 (zh) 云计算系统中虚拟机访问物理服务器的方法、装置和系统
WO2017113201A1 (zh) 一种网络服务的生命周期管理方法及设备
US20220004410A1 (en) Method For Deploying Virtual Machine And Container, And Related Apparatus
CN111683074A (zh) 一种基于nfv的安全网络架构和网络安全管理方法
WO2014169870A1 (zh) 虚拟网元自动装载及虚拟机ip地址获取的方法与系统、存储介质
WO2018218977A1 (zh) 一种编排软件定义网络的方法及sdn控制器
WO2018040525A1 (zh) 资源池的处理方法、装置和设备
KR102022441B1 (ko) 하드웨어 가속 방법 및 관련 장치
CN108781166A (zh) Vnfm的确定方法和网络功能虚拟化编排器
CN111221618A (zh) 一种容器化虚拟网络功能的部署方法和装置
WO2019047835A1 (zh) 虚拟网络功能的实例化方法
WO2021147358A1 (zh) 一种网络接口的建立方法、装置及系统
JP2022550402A (ja) ネットワークリソース管理方法、システム、ネットワーク機器と可読記憶媒体
WO2017070954A1 (zh) 资源预留的方法及vnfm、vim、nfvo
CN114629794A (zh) 硬件资源管理方法及通信装置
EP3893437B1 (en) Method and device for deploying virtual network function
JP2024501005A (ja) コンテナクラスタのための管理方法および装置

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