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

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

Info

Publication number
CN105324968A
CN105324968A CN201480033962.5A CN201480033962A CN105324968A CN 105324968 A CN105324968 A CN 105324968A CN 201480033962 A CN201480033962 A CN 201480033962A CN 105324968 A CN105324968 A CN 105324968A
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.)
Granted
Application number
CN201480033962.5A
Other languages
English (en)
Other versions
CN105324968B (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

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Hardware Redundancy (AREA)

Abstract

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

Description

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

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106230623A (zh) * 2016-07-22 2016-12-14 中国联合网络通信集团有限公司 一种vim站点选择方法及装置

Families Citing this family (5)

* 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 日本電気株式会社 ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム
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
DRAFT-ZONG-VNFPOOL-PROBLEM-STATEMENT-00: ""Problem Statement for Reliable Virtualized Network Function (VNF) Pool"", 《NETWORK WORKING GROUP INTERNET-DRAFT》 *
ETSI GS NFV 002 V1.1.1(2013-10): ""Network Functions Virtualisation (NFV); Architectural Framework"", 《ETSI》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106230623A (zh) * 2016-07-22 2016-12-14 中国联合网络通信集团有限公司 一种vim站点选择方法及装置
CN106230623B (zh) * 2016-07-22 2019-03-15 中国联合网络通信集团有限公司 一种vim站点选择方法及装置

Also Published As

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

Similar Documents

Publication Publication Date Title
US10694389B2 (en) Network slice management method, management unit, and system
CN107534570B (zh) 用于虚拟化网络功能监控的计算机***、方法和介质
CN105324968A (zh) 可靠性资源的分配方法和装置
CN106302574B (zh) 一种业务可用性管理方法、装置及其网络功能虚拟化架构
EP3261300A1 (en) Method and device for establishing link between virtual network functions
CN110704167B (zh) 一种创建虚拟机的方法、装置、设备和存储介质
US10924966B2 (en) Management method, management unit, and system
EP3402131A1 (en) Resource configuration method, virtualized network function manager and network element management system
US20220086047A1 (en) Software defined networking orchestration method and sdn controller
CN110784515B (zh) 基于分布式集群的数据存储方法、及其相关设备
CN106134141A (zh) 一种更新网络服务描述器nsd的方法及装置
CN110719209A (zh) 一种集群网络配置方法、***、设备及可读存储介质
US20180349236A1 (en) Method for transmitting request message and apparatus
CN112698838B (zh) 多云容器部署***及其容器部署方法
CN108132827A (zh) 一种网络切片资源映射方法、相关设备及***
CN109600760A (zh) 网络管理方法、设备及***
CN108540408B (zh) 一种基于Openstack的分布式虚拟交换机的管理方法及***
US20220329529A1 (en) 5g filters for virtual network functions
CN108933844A (zh) 提供dhcp服务的方法及设备
CN107547674A (zh) 地址分配方法和装置
CN112769829A (zh) 云物理机的部署方法、相关设备及可读存储介质
CN111064715B (zh) 一种防火墙的编排方法、装置和计算机可读存储介质
CN108989481A (zh) 一种为虚拟机自动配置ip地址的方法和装置
CN112953739B (zh) 基于k8s平台纳管sdn的方法、***以及存储介质
CN114513419A (zh) 安全策略配置方法及***

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