CN105324968B - 可靠性资源的分配方法和装置 - Google Patents

可靠性资源的分配方法和装置 Download PDF

Info

Publication number
CN105324968B
CN105324968B CN201480033962.5A CN201480033962A CN105324968B CN 105324968 B CN105324968 B CN 105324968B CN 201480033962 A CN201480033962 A CN 201480033962A CN 105324968 B CN105324968 B CN 105324968B
Authority
CN
China
Prior art keywords
reliability
node
mechanisms
requirement
resource
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.)
Active
Application number
CN201480033962.5A
Other languages
English (en)
Other versions
CN105324968A (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.)
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
Publication of CN105324968A publication Critical patent/CN105324968A/zh
Application granted granted Critical
Publication of CN105324968B publication Critical patent/CN105324968B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • 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/12—Discovery or management of network topologies
    • 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/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/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
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network 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

Abstract

本发明提供一种可靠性资源的分配方法和装置，该方法包括：NFVO接收用户对应用服务的可靠性要求；所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；所述NFVO根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制；所述NFVO将所述可靠性资源发送给VIM，以使所述VIM将所述可靠性资源启动。本发明实施例提供的方法，可以准确满足用户对应用服务的可靠性要求。

Description

可靠性资源的分配方法和装置
技术领域
本发明实施例涉及通信技术，尤其涉及一种可靠性资源的分配方法和装置。
背景技术
随着云计算技术的不断成熟，信息技术(Information Technology，IT)与通信技术(Communication Technology，CT)领域相互渗透融合，CT运营商为应对未来竞争挑战，13家Top运营商联合发布了网络功能虚拟化(Network Functions Virtualization，NFV)白皮书，以顺应当前虚拟化和云计算的技术发展趋势。图1为与云计算结合后的NFV架构，虚拟网络功能的基础设施(NFV Infrastructure，NFVI)提供云化的基础设施层(基础设施层包括多个厂商提供的硬件资源和该硬件资源上的基础软件等)，虚拟网络功能(VirtualisedNetwork Function，VNF)为云化后的网元应用，虚拟基础设施管理器(VirtualisedInfrastructure Manager，VIM)负责管理基础设施层，VNF管理器(VNF Manager，VNFM)负责管理VNF的生命周期，NFV编排器(NFV Orchestrator，NFVO)负责管理服务的生命周期，网元管理系统(Element Management System，EMS)或网络管理系统(Network ManagementSystem，NMS)为传统CT电信网元的网管，运营支撑系统(Operation Support System，OSS)或业务支撑系统(Business Support System，BSS)为通信系统的网管。
云计算技术的成熟使得越来越多的应用可以迁移到云计算平台上，因此，基于云计算平台的应用服务的可靠性面临下述两方面的挑战。一方面，云计算平台集成了来自不同厂商的软硬件，即在云计算平台下，可以包括一个或多个系统，每个系统包括某一厂商提供的硬件资源和基础软件；在云环境下，软硬件的解耦使得应用程序可以部署在任意的系统上，由于不同系统上可采用的可靠性机制不一样(可靠性机制的不同会带来系统上应用服务的可靠性不同)，且每个系统的硬件资源可能来自不同厂商，可靠性也不一样，因此，当应用程序部署在不同系统上时，其可靠性面临挑战。另一方面，云计算平台上运行的应用程序种类越来越多，同样给应用服务的可靠性带来挑战。
现有技术中的云计算平台在可靠性资源分配上，往往基于相同的基础设施层上相同的硬件资源，而配置给该硬件资源的可靠性机制往往以定性的方式提供(比如可靠性高、中、低三档可靠性机制)，在基础设施层上运行的应用程序也是以定性的方式满足用户的可靠性要求。即，当客户对应用服务的可靠性有一定要求时，现有技术会给基础设施层配置相应等级的可靠性机制，以满足用户的可靠性要求。
但是，对于定量要求可靠性的行业，例如：金融行业，其对可靠性要求比较细化，现有技术的可靠性资源分配方案很难准确的满足用户的可靠性要求。
发明内容
本发明实施例提供一种可靠性资源的分配方法和装置，用以解决现有技术的可靠性资源分配方案难以准确的满足用户的可靠性要求的技术问题。
第一方面，本发明实施例提供一种可靠性资源的分配方法，包括：
网络功能虚拟化编排器NFVO接收用户对应用服务的可靠性要求；
所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；
所述NFVO根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制；
所述NFVO将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
结合第一方面，在第一方面的第一种可能的实施方式中，所述NFVO接收用户对应用服务的可靠性要求之前，还包括：
所述NFVO获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；
所述NFVO根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
结合第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述NFVO根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上的所述至少一个第一可靠性机制，建立所述可靠性信息库，包括：
所述NFVO根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；
所述NFVO根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；
所述NFVO根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；
所述NFVO根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
结合第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式，在第一方面的第三种可能的实施方式中，所述NFVO获取至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，包括：
所述NFVO接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
结合第一方面至第一方面的第三种可能的实施方式中的任一项，在第一方面的第四种可能的实施方式中，所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求，包括：
所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；
所述NFVO对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
结合第一方面的第四种可能的实施方式，在第一方面的第五种可能的实施方式中，所述NFVO将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，还包括：
所述NFVO接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；
所述NFVO根据所述故障信息更新所述可靠性信息库。
结合第一方面的第一种可能的实施方式至第一方面的第五种可能的实施方式中的任一项，在第一方面的第六种可能的实施方式中，所述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
第二方面，本发明实施例提供一种可靠性资源的分配装置，包括：
第一接收模块，用于接收用户对应用服务的可靠性要求；
确定模块，用于对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；
选择模块，用于根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制；
发送模块，用于将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
结合第二方面，在第二方面的第一种可能的实施方式中，所述装置还包括：
获取模块，用于在所述接收模块接收用户对应用服务的可靠性要求之前，获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；
信息库建立模块，用于根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
结合第二方面的第一种可能的实施方式，在第二方面的第二种可能的实施方式中，所述信息库建立模块，包括：
第一建立单元，用于根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；
第二建立单元，用于根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；
获取单元，用于根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；
第三建立单元，用于根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
结合第二方面的第一种可能的实施方式或第二方面的第二种可能的实施方式，在第二方面的第三种可能的实施方式中，所述获取模块，具体用于接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
结合第二方面至第二方面的第三种可能的实施方式中的任一项，在第二方面的第四种可能的实施方式中，所述确定模块，包括：
第一确定单元，用于对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；
第二确定单元，用于对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
结合第二方面的第四种可能的实施方式，在第二方面的第五种可能的实施方式中，所述装置还包括：
第二接收模块，用于在所述发送模块将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；
更新模块，用于根据所述故障信息更新所述可靠性信息库。
结合第二方面的第一种可能的实施方式至第二方面的第五种可能的实施方式中的任一项，在第二方面的第六种可能的实施方式中，所述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
第三方面，本发明实施例提供一种可靠性资源的分配装置，包括：
接收器，用于接收用户对应用服务的可靠性要求；
处理器，用于对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；并根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制；
发送器，用于将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
结合第三方面，在第三方面的第一种可能的实施方式中，所述处理器，还用于在所述接收器接收用户对应用服务的可靠性要求之前，获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；并根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
结合第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，所述处理器，具体用于根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；并根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；并根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；并根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
结合第三方面的第一种可能的实施方式或第三方面的第二种可能的实施方式，在第三方面的第三种可能的实施方式中，所述处理器，具体用于接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
结合第三方面至第三方面的第三种可能的实施方式中的任一项，在第三方面的第四种可能的实施方式中，所述处理器，具体用于对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；并对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
结合第三方面的第四种可能的实施方式，在第三方面的第五种可能的实施方式中，所述接收器，还用于在所述发送器将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；
则所述处理器，还用于根据所述故障信息更新所述可靠性信息库。
结合第三方面的第一种可能的实施方式至第三方面的第五种可能的实施方式中的任一项，在第三方面的第六种可能的实施方式中，所述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
本发明实施例提供的可靠性资源的分配方法和装置，通过NFVO将接收到的用户对应用服务的可靠性要求进行分解，确定出提供该应用服务的各个虚拟机的可靠性要求，并根据每个虚拟机的可靠性要求从可靠性信息库中选择对应该虚拟机可靠性要求的可靠性资源，并通过VIM将该可靠性资源启动。本发明实施例提供的可靠性资源的分配方法，由于可靠性信息中包括了基础设施层上的各个第一节点运行不同第一可靠性机制时与所能达到的可靠性能力的映射关系，即NFVO预先对硬件和硬件上运行可靠性机制时所能达到的可靠性能力进行了评估，并结合对用户的可靠性要求的定量分解，准确的满足了用户的可靠性要求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的与云计算结合后的NFV架构示意图；
图2为本发明实施例提供的可靠性资源的分配方法实施例一的流程示意图；
图3为本发明实施例提供的可靠性资源的分配方法实施例二的流程示意图；
图4为本发明实施例提供的可靠性要求的分解示意图；
图5为本发明实施例提供的可靠性资源的分配方法实施例三的流程示意图；
图6为本发明实施例提供的可靠性资源的分配装置实施例一的结构示意图；
图7为本发明实施例提供的可靠性资源的分配装置实施例二的结构示意图；
图8为本发明实施例提供的可靠性资源的分配装置实施例三的结构示意图；
图9为本发明实施例提供的可靠性资源的分配装置实施例四的结构示意图；
图10为本发明实施例提供的可靠性资源的分配装置实施例五的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图2为本发明实施例提供的可靠性资源的分配方法实施例一的流程示意图。如图2所示，该方法包括：
S101：NFVO接收用户对应用服务的可靠性要求。
可选的，用户对应用服务的可靠性要求可以以模板的形式存在，还可以以表格的形式存在，NFVO可以根据模板或者表格中所包括的内容获知用户对应用服务的可靠性有要求。
S102：NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
具体的，参照图1所示的NFV架构，NFVO接收OSS/BSS采集到的用户对应用服务的可靠性要求，并对该可靠性要求进行分解。由于应用服务(或网络服务)可以由至少一个网元组成，例如：语音服务由基站、控制器、核心网等组成；并且，每个网元可以由至少一个虚拟机组成，其中虚拟机可以等同于传统网络的单板。因此，在对可靠性要求进行分解时，可以直接将可靠性要求分解为每个虚拟机需要达到什么样的可靠性要求，才能满足用户对应用服务的可靠性要求。
S103：NFVO根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制。
具体的，NFVO根据每个虚拟机的可靠性要求，从预设的可靠性信息库中选择满足对应该虚拟机的可靠性要求的可靠性资源，这里每个虚拟机对应自己的可靠性资源。该可靠性信息库包括至少一个第一节点运行至少一个第一可靠性机制时，与该第一节点所能达到的第一可靠性能力的映射关系；上述可靠性资源包括第二节点和第二节点上运行的第二可靠性机制，这里的第二节点实际上为满足任一虚拟机可靠性要求的第一节点。此处举一个简单的例子来说明：
例如：可靠性信息库中包括3个第一节点，分别是惠普服务器、微软服务器、IBM服务器，且惠普服务器上可以部署第一可靠性机制1和第一可靠性机制2，微软服务器可以部署第一可靠性机制1，IBM服务器上可以部署第一可靠性机制3，则可靠性信息库中就可以包括：惠普服务器运行第一可靠性机制1时所能达到的第一可靠性能力1，惠普服务器运行第一可靠性机制2时所能达到的第一可靠性能力2；微软服务器运行第一可靠性机制1时所能达到的第一可靠性能力3以及IBM服务器运行第一可靠性机制3时所能达到的第一可靠性能力4这四条映射关系。假设S102中将用户的可靠性要求分解到2个虚拟机(虚拟机1和虚拟机2)所需达到的可靠性要求，即虚拟机1和虚拟机2应该达到什么样的可靠性能力，也就是说虚拟机1需要达到第一可靠性能力1才能满足虚拟机1的可靠性要求，虚拟机2需要达到第一可靠性能力3才能满足虚拟机2的可靠性要求。NFVO根据虚拟机1的可靠性要求从可靠性信息库中选择惠普服务器作为第二节点1，选择第一可靠性机制1作为第二可靠性机制1，NFVO根据虚拟机2的可靠性要求从可靠性信息库中选择IBM服务器作为第二节点2，选择第一可靠性机制3作为第二可靠性机制2。
需要说明的是，上述第一节点和第二节点，不仅可以包括硬件，也包括硬件上的基础软件，例如宿主机操作系统。
S104：NFVO将所述可靠性资源发送给VIM，以使所述VIM将所述可靠性资源启动。
具体的，当NFVO根据虚拟机的可靠性要求从可靠性信息库中选择了对应的可靠性资源之后，将这些可靠性资源发送给VIM，使得VIM将这些可靠性资源启动。即，VIM可以将每个虚拟机上所执行的软件分别部署在这些虚拟机对应的第二节点上，并启动该第二节点上所部署的第二可靠性机制，使得第二节点运行起来。
现有技术中，当用户对应用服务有一定的可靠性要求时(假设该可靠性要求为高)，现有技术只是会给基础设施层配置相应的可靠性机制(如可靠性高的机制)，并没有评估基础设施层上的硬件的可靠性能力，例如：当基础设施层上的硬件的可靠性不高，即使配置了高可靠性的机制，系统整体的可靠性也有可能不满足用户的可靠性要求，因此只能定性的满足的用户的可靠性要求。但是，本发明实施例在面对用户的可靠性要求时，会评估基础设施层上的不同硬件(即上述的第一节点)运行不同的可靠性机制时的可靠性能力，生成一个可靠性信息库；然后通过NFVO分解用户的可靠性要求(即对用户的可靠性要求进行定量分解处理)，即将该可靠性要求分解到每个虚拟机所要求的可靠性要求上，然后从可靠性信息库中选择满足匹配虚拟机的可靠性要求的可靠性资源。也就是说，本发明实施例通过建立可靠性信息库，并结合对用户的可靠性要求的定量分解，准确的满足了用户的可靠性要求。
本发明实施例提供的可靠性资源的分配方法，通过NFVO将接收到的用户对应用服务的可靠性要求进行分解，确定出提供该应用服务的各个虚拟机的可靠性要求，并根据每个虚拟机的可靠性要求从可靠性信息库中选择对应该虚拟机可靠性要求的可靠性资源，并通过VIM将该可靠性资源启动。本发明实施例提供的可靠性资源的分配方法，由于可靠性信息中包括了基础设施层上的各个第一节点运行不同第一可靠性机制时与所能达到的可靠性能力的映射关系，即NFVO预先对硬件和硬件上运行可靠性机制时所能达到的可靠性能力进行了评估，并结合对用户的可靠性要求的定量分解，准确的满足了用户的可靠性要求。
图3为本发明实施例提供的可靠性资源的分配方法实施例二的流程示意图。本实施例涉及的是NFVO构建可靠性信息库并根据用户对应用服务的可靠性要求分配可靠性资源的具体过程。该方法包括：
S201：NFVO获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制。
具体的，NFVI提供云化的基础设施层，该基础设施层上包括至少一个第一节点，NFVI将基础设施层上的至少一个第一节点的可靠性参数和至少一个第一节点上可部署的至少一个第一可靠性机制发送给VIM，使得VIM将至少一个第一节点的可靠性参数和至少一个第一节点上可部署的至少一个第一可靠性机制发送给NFVO。其中，上述至少一个第一节点的可靠性参数包括第一节点硬件的失效率、第一节点软件的缺陷指标、第一可靠性机制的故障覆盖率、第一可靠性机制的故障检测时间、第一可靠性机制的故障恢复时间和第一可靠性机制的故障恢复率中的至少一种。需要说明的是，如果第一节点中的硬件厂商没有提供相关的可靠性参数，则可以根据实验室测试情况，设定初始可靠性参数参数。并且，在系统运行过程中，可以根据系统运行实际情况修正相关可靠性参数。
S202：NFVO根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
具体的,NFVO根据上述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力，这里的第二可靠性能力指的是上述至少一个第一节点没有运行第一可靠性机制时的可靠性能力。NFVO可以根据上述所建立的第一模型计算出不同的第一节点的第二可靠性能力，实现对基础设施层上硬件的可靠性能力的评估。之后，NFVO会根据上述至少一个第一节点上可以部署的至少一个第一可靠性机制，建立第二模型；NFVO可以根据该第二模型和上述至少一个第一节点的第二可靠性能力，计算出上述至少一个第一节点运行至少一个第一可靠性机制时所能达到的第一可靠性能力。最后，NFVO根据上述至少一个第一节点运行至少一个第一可靠性机制所能达到的第一可靠性能力，建立可靠性信息库。
S203：NFVO接收用户对应用服务的可靠性要求。
S204：NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
具体的，参照图1所示的与云计算结合后的NFV架构，NFVO接收OSS/BSS采集到的用户对应用服务的可靠性要求，并对该可靠性要求进行分解。由于应用服务(或网络服务)可以由至少一个网元组成，例如：语音服务由基站、控制器、核心网等组成；并且，每个网元可以由至少一个虚拟机组成，其中虚拟机可以等同于传统网络的单板。因此，NFVO对可靠性要求进行分解时，首先将该可靠性要求分解至提供该应用服务的各个网元上，即NFVO确定出提供上述应用服务的各个网元的可靠性要求，然后NFVO对各个网元的可靠性要求进行分解，确定出提供上述应用服务的虚拟机的可靠性要求，具体可以参见图4所示。
S205：NFVO根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制。
参见上述S103的具体描述，在此不在赘述。
S206：NFVO将所述可靠性资源发送给VIM，以使所述VIM将所述可靠性资源启动。
参见上述S104的具体描述，在此不在赘述。
可选的，如图5所示，在上述VIM将可靠性资源启动之后，即在上述S206之后，该方法还可以包括：
S301：NFVO接收所述VIM发送的所述各个第一节点运行所述至少一个第一可靠性机制时的故障信息。
具体的，当上述VIM将可靠性资源启动之后，VIM会监测所有第一节点运行至少一个第一可靠性机制时的故障信息(这里的所有第一节点也包括第二节点)，并收集这些故障信息，例如：第一节点的什么部件故障、故障恢复时间等参数，通过VIM发送给给NFVO。
S302：NFVO根据所述故障信息更新所述可靠性信息库。
本发明实施例提供的可靠性资源的分配方法，通过NFVO将接收到的用户对应用服务的可靠性要求进行分解，确定出提供该应用服务的各个虚拟机的可靠性要求，并根据每个虚拟机的可靠性要求从可靠性信息库中选择对应该虚拟机可靠性要求的可靠性资源，并通过VIM将该可靠性资源启动。本发明实施例提供的可靠性资源的分配方法，由于可靠性信息中包括了基础设施层上的各个第一节点运行不同第一可靠性机制时与所能达到的可靠性能力的映射关系，即NFVO预先对硬件和硬件上运行可靠性机制时所能达到的可靠性能力进行了评估，并结合对用户的可靠性要求的定量分解，准确的满足了用户的可靠性要求。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图6为本发明实施例提供的可靠性资源的分配装置实施例一的结构示意图，该装置可以集成在上述NFVO中，也可以为NFVO。如图6所示，该装置包括：第一接收模块10、确定模块11、选择模块12和发送模块13。其中，第一接收模块10，用于接收用户对应用服务的可靠性要求；确定模块11，用于对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；选择模块12，用于根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制；发送模块13，用于将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
本发明实施例提供的可靠性资源的分配装置，可以执行上述可靠性资源的分配方法实施例，其实现原理和技术效果类似，在此不再赘述。
图7为本发明实施例提供的可靠性资源的分配装置实施例二的结构示意图，在上述图6所示实施例的基础上，进一步地，上述装置还包括：获取模块14和信息库建立模块15。其中，获取模块14，用于在所述第一接收模块10接收用户对应用服务的可靠性要求之前，获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；信息库建立模块15，用于根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
本发明实施例提供的可靠性资源的分配装置，可以执行上述可靠性资源的分配方法实施例，其实现原理和技术效果类似，在此不再赘述。
图8为本发明实施例提供的可靠性资源的分配装置实施例三的结构示意图，在上述图7所示实施例的基础上，进一步地，上述信息库建立模块15，包括：第一建立单元151，用于根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；第二建立单元152，用于根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；获取单元153，用于根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；第三建立单元154，用于根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
进一步地，上述获取模块14，具体用于接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
更进一步地，上述确定模块11，包括：第一确定单元111，用于对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；第二确定单元112，用于对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
本发明实施例提供的可靠性资源的分配装置，可以执行上述可靠性资源的分配方法实施例，其实现原理和技术效果类似，在此不再赘述。
图9为本发明实施例提供的可靠性资源的分配装置实施例四的结构示意图，在上述图8所示实施例的基础上，进一步地，上述装置还包括：第二接收模块16和更新模块17。其中，第二接收模块16，用于在所述发送模块13将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；更新模块17，用于根据所述故障信息更新所述可靠性信息库。
进一步地，上述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
本发明实施例提供的可靠性资源的分配装置，可以执行上述可靠性资源的分配方法实施例，其实现原理和技术效果类似，在此不再赘述。
图10为本发明实施例提供的可靠性资源的分配装置实施例五的结构示意图。该装置可以为上述的NFVO。如图10所示，该装置包括：接收器20、处理器21和发送器22。其中，接收器20，用于接收用户对应用服务的可靠性要求；处理器21，用于对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；并根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制；发送器22，用于将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
本发明实施例提供的可靠性资源的分配装置，可以执行上述可靠性资源的分配方法实施例，其实现原理和技术效果类似，在此不再赘述。
可选的，上述处理器21，还可以用于在所述接收器20接收用户对应用服务的可靠性要求之前，获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；并根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
进一步地，上述处理器21，具体用于根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；并根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；并根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；并根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
更进一步地，上述处理器21，具体用于接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
更进一步地，上述处理器21，具体用于对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；并对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
可选的，上述接收器20，还可以用于在所述发送器22将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；则上述处理器21，还可以用于根据所述故障信息更新所述可靠性信息库。
进一步地，上述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
本发明实施例提供的可靠性资源的分配装置，可以执行上述可靠性资源的分配方法实施例，其实现原理和技术效果类似，在此不再赘述。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (21)

1.一种可靠性资源的分配方法，其特征在于，包括：
网络功能虚拟化编排器NFVO接收用户对应用服务的可靠性要求；
所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；
所述NFVO根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制，所述虚拟机的可靠性要求用于表示所述虚拟机对可靠性能力的要求，所述第二节点为满足所述虚拟机的可靠性要求的第一节点；
所述NFVO将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
2.根据权利要求1所述的方法，其特征在于，所述NFVO接收用户对应用服务的可靠性要求之前，还包括：
所述NFVO获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；
所述NFVO根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
3.根据权利要求2所述的方法，其特征在于，所述NFVO根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上的所述至少一个第一可靠性机制，建立所述可靠性信息库，包括：
所述NFVO根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；
所述NFVO根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；
所述NFVO根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；
所述NFVO根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
4.根据权利要求2或3所述的方法，其特征在于，所述NFVO获取至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，包括：
所述NFVO接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
5.根据权利要求1-3任一项所述的方法，其特征在于，所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求，包括：
所述NFVO对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；
所述NFVO对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
6.根据权利要求5所述的方法，其特征在于，所述NFVO将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，还包括：
所述NFVO接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；
所述NFVO根据所述故障信息更新所述可靠性信息库。
7.根据权利要求2或3所述的方法，其特征在于，所述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
8.一种可靠性资源的分配装置，其特征在于，包括：
第一接收模块，用于接收用户对应用服务的可靠性要求；
确定模块，用于对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；
选择模块，用于根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制，所述虚拟机的可靠性要求用于表示所述虚拟机对可靠性能力的要求，所述第二节点为满足所述虚拟机的可靠性要求的第一节点；
发送模块，用于将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括：
获取模块，用于在所述第一接收模块接收用户对应用服务的可靠性要求之前，获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；
信息库建立模块，用于根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
10.根据权利要求9所述的装置，其特征在于，所述信息库建立模块，包括：
第一建立单元，用于根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；
第二建立单元，用于根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；
获取单元，用于根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；
第三建立单元，用于根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
11.根据权利要求9或10所述的装置，其特征在于，所述获取模块，具体用于接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
12.根据权利要求8-10任一项所述的装置，其特征在于，所述确定模块，包括：
第一确定单元，用于对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；
第二确定单元，用于对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
13.根据权利要求12所述的装置，其特征在于，所述装置还包括：
第二接收模块，用于在所述发送模块将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；
更新模块，用于根据所述故障信息更新所述可靠性信息库。
14.根据权利要求9或10所述的装置，其特征在于，所述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
15.一种可靠性资源的分配装置，其特征在于，包括：
接收器，用于接收用户对应用服务的可靠性要求；
处理器，用于对所述可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求；并根据所述虚拟机的可靠性要求，从预设的可靠性信息库中选择满足所述虚拟机的可靠性要求的可靠性资源；其中，所述可靠性信息库包括：至少一个第一节点运行的至少一个第一可靠性机制与第一可靠性能力的映射关系，所述可靠性资源包括第二节点和所述第二节点上运行的第二可靠性机制，所述虚拟机的可靠性要求用于表示所述虚拟机对可靠性能力的要求，所述第二节点为满足所述虚拟机的可靠性要求的第一节点；
发送器，用于将所述可靠性资源发送给虚拟基础设施管理器VIM，以使所述VIM将所述可靠性资源启动。
16.根据权利要求15所述的装置，其特征在于，所述处理器，还用于在所述接收器接收用户对应用服务的可靠性要求之前，获取所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制；并根据所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立所述可靠性信息库。
17.根据权利要求15所述的装置，其特征在于，所述处理器，具体用于根据所述至少一个第一节点的可靠性参数建立第一模型，以获取所述至少一个第一节点的第二可靠性能力；并根据所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，建立第二模型；并根据所述至少一个第一节点的第二可靠性能力和所述第二模型，获取所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力；并根据所述至少一个第一节点运行所述至少一个第一可靠性机制所能达到的第一可靠性能力，建立所述可靠性信息库。
18.根据权利要求16或17所述的装置，其特征在于，所述处理器，具体用于接收所述VIM发送的所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制，其中，所述至少一个第一节点的可靠性参数和所述至少一个第一节点上可部署的所述至少一个第一可靠性机制是虚拟网络功能的基础设施NFVI发送给所述VIM的。
19.根据权利要求15-17任一项所述的装置，其特征在于，所述处理器，具体用于对所述可靠性要求进行分解，确定提供所述应用服务的网元的可靠性要求；并对所述提供所述应用服务的网元的可靠性要求进行分解，确定提供所述应用服务的虚拟机的可靠性要求。
20.根据权利要求19所述的装置，其特征在于，所述接收器，还用于在所述发送器将所述可靠性资源发送给所述VIM，以使所述VIM将所述可靠性资源启动之后，接收所述VIM发送的所述至少一个第一节点运行所述至少一个第一可靠性机制时的故障信息；
则所述处理器，还用于根据所述故障信息更新所述可靠性信息库。
21.根据权利要求16或17所述的装置，其特征在于，所述至少一个第一节点的可靠性参数包括所述第一节点硬件的失效率、所述第一节点软件的缺陷指标、所述第一可靠性机制的故障覆盖率、所述第一可靠性机制的故障检测时间、所述第一可靠性机制的故障恢复时间和所述第一可靠性机制的故障恢复率中的至少一种。
CN201480033962.5A 2014-06-05 2014-06-05 可靠性资源的分配方法和装置 Active CN105324968B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/079269 WO2015184622A1 (zh) 2014-06-05 2014-06-05 可靠性资源的分配方法和装置

Publications (2)

Publication Number Publication Date
CN105324968A CN105324968A (zh) 2016-02-10
CN105324968B true CN105324968B (zh) 2019-02-26

Family

ID=54765959

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480033962.5A Active CN105324968B (zh) 2014-06-05 2014-06-05 可靠性资源的分配方法和装置

Country Status (4)

Country Link
US (1) US10324762B2 (zh)
EP (1) EP3142309B1 (zh)
CN (1) CN105324968B (zh)
WO (1) WO2015184622A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10116514B1 (en) * 2015-03-30 2018-10-30 Amdocs Development Limited System, method and computer program for deploying an orchestration layer for a network based on network function virtualization (NFV)
WO2017188387A1 (ja) * 2016-04-28 2017-11-02 日本電気株式会社 ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム
CN106230623B (zh) * 2016-07-22 2019-03-15 中国联合网络通信集团有限公司 一种vim站点选择方法及装置
US11310276B2 (en) 2018-09-17 2022-04-19 International Business Machines Corporation Adjusting resiliency policies for cloud services based on a resiliency score
CN111443985A (zh) * 2019-01-17 2020-07-24 华为技术有限公司 实例化虚拟网络功能的方法及设备
EP4055781A1 (en) * 2019-11-08 2022-09-14 Telefonaktiebolaget LM Ericsson (publ) Achieving requested service availability

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103428025A (zh) * 2012-05-25 2013-12-04 中兴通讯股份有限公司 一种管理虚拟网络服务的方法、装置和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101359959A (zh) 2008-09-17 2009-02-04 中兴通讯股份有限公司 一种用于故障定位分析的信息获取方法
CN103428925B (zh) * 2013-09-12 2016-01-20 韩雪武 消除电磁场的自控温电热带
CN104811396A (zh) * 2014-01-23 2015-07-29 中兴通讯股份有限公司 一种负荷均衡的方法及系统
US9558005B2 (en) * 2014-05-19 2017-01-31 Intel Corporation Reliable and deterministic live migration of virtual machines
CN106845820B (zh) * 2017-01-16 2020-07-24 北京航空航天大学 一种基于性能裕量的nfv系统可靠性测评方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103428025A (zh) * 2012-05-25 2013-12-04 中兴通讯股份有限公司 一种管理虚拟网络服务的方法、装置和系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Problem Statement for Reliable Virtualized Network Function (VNF) Pool";draft-zong-vnfpool-problem-statement-00;《Network Working Group Internet-draft》;20130715;第4节、第5.3节
ETSI GS NFV 002 V1.1.1(2013-10)."Network Functions Virtualisation (NFV) Architectural Framework".《ETSI》.2013,

Also Published As

Publication number Publication date
US10324762B2 (en) 2019-06-18
US20170083374A1 (en) 2017-03-23
EP3142309A4 (en) 2017-07-05
EP3142309A1 (en) 2017-03-15
WO2015184622A1 (zh) 2015-12-10
EP3142309B1 (en) 2019-11-27
CN105324968A (zh) 2016-02-10

Similar Documents

Publication Publication Date Title
CN105324968B (zh) 可靠性资源的分配方法和装置
US9930007B2 (en) IP address and domain name automation of virtual infrastructure
JP7105930B2 (ja) 警報方法および警報装置
CN104765678B (zh) 对移动终端设备上的应用进行测试的方法及装置
US10461990B2 (en) Diagnostic traffic generation for automatic testing and troubleshooting
CN106982266A (zh) 一种自动化部署集群的方法和装置
US9218231B2 (en) Diagnosing a problem of a software product running in a cloud environment
KR20170059468A (ko) 운행 환경의 배치 방법 및 장치, 시스템
JP2015056182A5 (zh)
WO2017016212A1 (zh) 桌面云系统的测试方法及装置
CN109471789A (zh) 用于测试的多设备管理方法、装置、服务器及存储介质
CN108521353A (zh) 定位性能瓶颈的处理方法、设备及可读存储介质
EP3806390B1 (en) Network slice creation method and management and orchestration system
US20150019722A1 (en) Determining, managing and deploying an application topology in a virtual environment
CN105302709B (zh) 测试数据生成方法及设备
KR20150108230A (ko) 클러스터 시스템 구축 방법 및 장치
JP2023511114A (ja) デプロイ命令のために有向非巡回グラフを利用するための技術
CN112749219A (zh) 数据抽取方法、装置、电子设备、存储介质及程序产品
WO2019062634A1 (zh) 通信方法及装置
CN111966556A (zh) 性能压测方法、装置及服务器和计算机可读存储介质
CN108471373A (zh) 一种资源申请、vnf实例创建方法及装置
CN110868330B (zh) 云平台可划分cpu资源的评估方法、装置及评估系统
CN115834600A (zh) 一种多云纳管数据同步方法、装置、电子设备和存储介质
CN109274533A (zh) 一种基于规则引擎的Web服务故障的定位装置和方法
US20180205617A1 (en) System and method for graphically building a virtual network of computer components

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant