CN108347339B - 一种业务恢复方法及装置 - Google Patents

一种业务恢复方法及装置 Download PDF

Info

Publication number
CN108347339B
CN108347339B CN201710057297.9A CN201710057297A CN108347339B CN 108347339 B CN108347339 B CN 108347339B CN 201710057297 A CN201710057297 A CN 201710057297A CN 108347339 B CN108347339 B CN 108347339B
Authority
CN
China
Prior art keywords
functional entity
target
replaceable
minimum
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710057297.9A
Other languages
English (en)
Other versions
CN108347339A (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
Priority to CN201710057297.9A priority Critical patent/CN108347339B/zh
Priority to PCT/CN2018/072909 priority patent/WO2018137520A1/zh
Publication of CN108347339A publication Critical patent/CN108347339A/zh
Application granted granted Critical
Publication of CN108347339B publication Critical patent/CN108347339B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2005—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication controllers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage
    • 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/815—Virtual
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H04L45/247—Multipath using M:N active or standby paths

Abstract

本申请实施例公开了一种业务恢复方法及装置，其中方法包括：第一功能实体获取第一事件通知消息，该第一事件通知消息携带有待修复的第一目标功能实体的标识；该第一功能实体从预先创建的第一对应关系集合中，查询该标识代表的该第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，该第一对应关系集合包括该第一目标功能实体、该第一可被替换最小功能实体和该第一业务恢复策略之间的对应关系；该第一功能实体对该第一可被替换最小功能实体执行该第一业务恢复策略。采用本申请实施例，可以快速、准确地实现业务的恢复，有效缩短业务故障的持续时间。

Description

一种业务恢复方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种业务恢复方法及装置。
背景技术
传统的电信网络由多种多样的专用硬件设备组成，不同的网络业务需要不同的硬件设备。随着网络规模的快速增长，电信网络变得越来越庞大和复杂，这也带来了很多问题，例如新增业务的开发上线较为缓慢，系统的运维复杂且成本较高，资源利用率较低等。网络功能虚拟化(Network Function Virtualization，NFV)技术的提出可以很好的解决上述问题，NFV技术可以理解为将电信网络系统中使用的各个网元的功能从目前的专用硬件平台迁移至通用的商用货架产品(Commercial Off The Shelf，COTS)服务器上，将电信网络中的各个网元转变成独立的应用，并灵活部署在基于标准的服务器、存储以及交换机等设备构建的统一基础设施平台上。虚拟化技术可以将通用的COTS计算/存储/网络等硬件设备转化为上层的虚拟网络功能(Virtualised Network Function，VNF)等各种应用所需的虚拟资源，实现了应用与硬件之间的解耦。
目前，当NFV网络中出现业务故障时，一般都是由业务出现故障的功能实体(例如VNF、NFV基础设施(NFV Infrastructure，NFVI))上层的功能实体捕获故障信息，或者由业务出现故障的功能实体将故障信息上报给上层的功能实体，如果上层的功能实体无法识别故障信息，则需将故障信息继续上报给更上层的功能实体，并最终由运维人员通过分析故障信息判定具体的故障原因，可能还需要结合日志、操作历史等信息才能判定具体的故障原因，进而采取相应的处理措施以恢复故障业务。然而，人工处理业务故障的方式通常会使得业务从出现故障到恢复的耗时较长，并且人工判定故障原因可能会出现误判等情况，这会导致业务故障的持续时间进一步被拉长。可见，上述业务恢复方案耗时较长，准确度偏低。
发明内容
本申请实施例提供了一种业务恢复方法及装置，可以快速、准确地实现业务的恢复，有效缩短业务故障的持续时间。
本申请实施例一方面提供了一种业务恢复方法，应用于包括多个功能实体的网络，该多个功能实体包括第一功能实体，该方法包括：第一功能实体获取第一事件通知消息，该第一事件通知消息可以是其他功能实体发送的，也可以是第一功能实体本地检测到的，该第一事件通知消息携带有待修复的第一目标功能实体的标识，第一功能实体通过查询第一对应关系集合确定第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，并对第一可被替换最小功能实体执行所述第一业务恢复策略，从而可以快速、准确地实现业务的恢复，有效缩短业务故障的持续时间。
可选的，如果第一目标功能实体可以被网络自动替换，则第一可被替换最小功能实体为第一目标功能实体本身。
或者，
如果第一目标功能实体不能被网络自动替换，则第一可被替换最小功能实体为预先创建的关联关系集合中，第一目标功能实体关联的第二功能实体。
可选的，第一功能实体可以从第一对应关系集合中查询第一目标功能实体对应的资源冗余方式，并具体根据该资源冗余方式对第一可被替换最小功能实体执行第一业务恢复策略。
可选的，该资源冗余方式具体可以为主备冗余、负荷分担冗余、线程池冗余和网络路径冗余中的任意一种。
可选的，第一功能实体判断自身能否对第一可被替换最小功能实体执行第一业务恢复策略，例如可以根据资源的剩余量判断，如果资源的剩余量满足执行第一业务恢复策略的需求，则第一功能实体确定自身可以执行第一业务恢复策略，并对第一可被替换最小功能实体执行第一业务恢复策略。
可选的，该多个功能实体还包括第三功能实体，第一功能实体判断自身能否对第一可被替换最小功能实体执行第一业务恢复策略，例如可以根据资源的剩余量判断，如果资源的剩余量不能满足执行第一业务恢复策略的需求，则第一功能实体确定自身无法执行第一业务恢复策略，则第一功能实体可以向第三功能实体发送第二事件通知消息，第二事件通知消息携带有第一目标功能实体的标识，使得第三功能实体可以根据第一目标功能实体的标识，确定出待修复的第二目标功能实体，并从预先创建的第二对应关系集合中查询第二目标功能实体对应的第二可被替换最小功能实体和第二业务恢复策略，以及对第二可被替换最小功能实体执行第二业务恢复策略，从而在第一功能实体无法进行业务恢复时可以及时通知其他功能实体进行业务恢复，有效缩短业务故障的持续时间。
可选的，该多个功能实体还包括第四功能实体，第一功能实体还可以向第四功能实体发送第三事件通知消息，第三事件通知消息携带有第一目标功能实体的标识，使得第四功能实体可以根据第一目标功能实体的标识，确定出待修复的第三目标功能实体，并从预先创建的第三对应关系集合中查询第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对第三可被替换最小功能实体执行第三业务恢复策略，从而第一功能实体的本地业务恢复后，可以进一步地通知其他功能实体恢复受第一目标功能实体影响的业务，以及还可以恢复资源冗余的正常状态。
可选的，第一功能实体在执行第一业务恢复策略后，可以判断第一可被替换最小功能实体的业务是否恢复成功，如果没有恢复成功，则第一功能实体执行向第四功能实体发送第三事件通知消息的步骤，可以在第一功能实体执行业务恢复不成功时及时通知其他功能实体进行业务恢复处理，可以有效缩短业务故障的持续时间。
本申请实施例另一方面提供了一种业务恢复装置，应用于包括多个功能实体的网络，该多个功能实体包括该业务恢复装置，该装置包括：获取模块、查询模块、处理模块和发送模块，上述各个模块用于执行上述各方面所述的方法。
本申请实施例又一方面提供了一种业务恢复装置，包括：处理器、收发器和存储器，该处理器、该收发器和该存储器通过总线连接，该存储器存储有可执行程序代码，该收发器受该处理器的控制用于收发消息，该处理器用于调用该可执行程序代码，执行上述各方面所述的方法。
本申请实施例又一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请实施例又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请实施例中，第一功能实体获取第一事件通知消息，该第一事件通知消息携带有待修复的第一目标功能实体的标识，该第一功能实体从预先创建的第一对应关系集合中，查询该标识代表的该第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，并对该第一可被替换最小功能实体执行该第一业务恢复策略，从而可以快速、准确地实现业务的恢复，有效缩短业务故障的持续时间。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种NFV网络的架构示意图；
图2是本申请实施例提供的一种业务恢复方法的流程示意图；
图3是本申请实施例提供的另一种业务恢复方法的流程示意图；
图4是本申请实施例提供的又一种业务恢复方法的流程示意图；
图5是本申请实施例提供的一种业务恢复装置的结构示意图；
图6是本申请实施例提供的一种业务恢复装置的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
请参阅图1，为本申请实施例提供的一种NFV网络的架构示意图。本实施例中所描述的NFV网络，具体可以是数据中心网络、服务提供者网络、或者局域网(Local AreaNetwork，LAN)等，可以包括以下功能实体：NFV管理和编排(NFV Management andOrchestration，NFV-MANO)128，NFV基础设施(NFV Infrastructure，NFVI)130，多个虚拟网络功能(VNF)108，以及多个网元管理系统(Element Management System，EMS)122。
在一些可行的实施方式中，在此基础上，本实施例中所描述的NFV网络还可以包括以下功能实体：服务、VNF和基础设施描述(Service，VNF and InfrastructureDescription)126，以及一个或多个运营支撑系统/业务支撑系统(Operational SupportSystem/Business Support System，OSS/BSS)124。
需要说明的是，图1所示的NFV网络的架构只是一个示例，具体也可以是其他架构形式的NFV网络，本申请实施例不做具体限定。其中：
NFV-MANO128可以包括NFV编排器(NFV Orchestrator，NFVO)102、一个或多个VNF管理器(VNF Manager，VNFM)104，以及一个或多个虚拟基础设施管理器(VirtualizedInfrastructure Manager，VIM)106。NFVI130可以包括计算硬件112、存储硬件114、网络硬件116组成的硬件资源层、虚拟化层、以及虚拟计算110(例如虚拟机(Virtual Machine，VM))、虚拟存储118和虚拟网络120组成的虚拟资源层。计算硬件112可以为专用的处理器或通用的用于提供处理和计算功能的处理器。存储硬件114用于提供存储能力，该存储能力可以是存储硬件114本身提供的(例如一台服务器的本地内存)，也可以通过网络提供(例如服务器通过网络连接一个网络存储设备)。网络硬件116可以是交换机、路由器和/或其他网络设备，网络硬件116用于实现多个设备之间的通信，多个设备之间通过无线或有线连接。NFVI130中的虚拟化层用于抽象硬件资源层的硬件资源，将VNF108和硬件资源所属的物理层解耦，向VNF108提供虚拟资源。虚拟资源可以包括虚拟计算110、虚拟存储118和虚拟网络120。虚拟计算110、虚拟存储118可以以虚拟机或其他虚拟容器的形式向VNF108提供，例如VNF108可以部署在虚拟机或其他虚拟容器上。虚拟化层通过抽象网络硬件116形成虚拟网络120。虚拟网络120，例如虚拟交换机(例如vSwitches)，用于实现多个虚拟机之间，或多个承载VNF的其他类型的虚拟容器之间的通信。网络硬件的虚拟化可以通过虚拟LAN(VritualLAN，VLAN)、虚拟专用局域网业务(Virtual Private LAN Service，VPLS)、虚拟可扩展局域网(Virtual eXtensible Local Area Network，VxLAN)或通用路由封装网络虚拟化(Nerwork Virtualization using Generic Routing Encapsulation，NVGRE)等技术实现。OSS/BSS124主要面向电信服务运营商，提供综合的网络管理和业务运营功能，包括网络管理(例如故障监控、网络信息收集等)、计费管理以及客户服务管理等。VNF和基础设施描述126在ETSI GS NFV 002v1.1.1标准中有详细介绍，本申请实施例在此不再赘述。
NFV-MANO128可以用于实现VNF108和NFVI130的监控和管理。NFVO102可以与一个或多个VNFM104通信以实现与资源相关的请求、发送配置信息给VNFM104、以及收集VNF108的状态信息。另外，NFVO102还可以与VIM106进行通信以实现资源分配，和/或实现虚拟化硬件资源的配置信息和状态信息的预留和交换。VNFM104可以用于管理一个或多个VNF108，执行各种管理功能，例如初始化、更新、查询、和/或终止VNF108。VIM106可以用于控制和管理VNF108和计算硬件112、存储硬件114、网络硬件116、虚拟计算110、虚拟存储118、虚拟网络120的交互。例如，VIM106可以用于执行资源向VNF108的分配操作。VNFM104和VIM106可以互相通信以交换虚拟化硬件资源配置和状态信息。
需要说明的是，NFV-MANO可以部署在通用的物理网络设备或者物理服务器上；也可以部署在VM上，本申请实施例不做限定。
NFVI130包含硬件和软件，二者共同建立虚拟化环境以部署、管理和执行VNF108。换句话说，硬件资源层和虚拟资源层用于向VNF108提供虚拟资源，例如虚拟机和/或其他形式的虚拟容器。
VNFM104可以与VNF108和EMS122通信以执行VNF生命周期管理和实现配置信息/状态信息的交换。VNF108是至少一个网络功能的虚拟化，该网络功能之前是由物理网络设备提供的。EMS122可以用于管理一个或多个VNF108，多个VNF108一起组成网络业务(NetworkService，NS)，提供给用户使用，每个VNF108上可以运行一个或者多个VNF组件(VNFComponent，VNFC)，VNF108相当于网络节点的实体，即网元(Network Element，NE)。
其中，本申请实施例创建有用于确定可被替换最小功能实体的对应关系集合，该对应关系集合包括待修复的功能实体与可被替换最小功能实体和业务恢复策略之间的对应关系，通过查询该对应关系集合可以快速得到待修复的功能实体对应的可被替换最小功能实体和相应的业务恢复策略，该对应关系集合具体可以在构建NFV网络时配置。当然也可以在其他可行的时间配置该对应关系集合，本申请实施例不做具体限定。
其中，可被替换最小功能实体具有可以被NFV网络自动替换以及受影响最小等特点，当某个故障发生时，只要将可被替换最小功能实体替换掉就可以快速恢复业务。当待修复的功能实体可以被NFV网络自动替换，则可被替换最小功能实体即为待修复的功能实体本身，当待修复的功能实体不能被NFV网络自动替换，则可被替换最小功能实体为待修复的功能实体关联的功能实体，包括待修复的功能实体的上层功能实体。例如，中央处理器(CentralProcessing Unit，CPU)出现故障，即CPU为待修复的功能实体，但是由于CPU无法被NFV网络自动替换，CPU所在的主机/服务器也无法被NFV网络自动替换，则此种情况下的可被替换最小功能实体为CPU所在的主机/服务器上运行的VM或其他形式的虚拟容器。业务恢复策略即为对可被替换最小功能实体的业务进行恢复时采用的具体实施方案。
进一步地，用于确定可被替换最小功能实体的对应关系集合还可以包括待修复的功能实体与资源冗余方式之间的对应关系。资源冗余方式为针对各功能实体设置冗余资源的形式，可以包括主备冗余、负荷分担冗余、线程池冗余或网络路径冗余等形式，查询该对应关系集合得到待修复的功能实体对应的资源冗余方式，并具体按照查询到的资源冗余方式，针对可被替换最小功能实体执行相应的业务恢复策略。
其中，本申请实施例创建有用于确定关联的功能实体的关联关系集合，该关联关系集合包括各功能实体之间的关联关系，可以包括主机与VM之间的关联关系、VM与VNFC之间的关联关系以及VNF与VNFC之间的关联关系等。其中，主机与VM之间的关联关系即一台主机上具体运行的VM，可以是一台主机上运行一个或者多个VM。VM与VNFC之间的关联关系即一个VM上具体运行的VNFC，可以是一个VM上运行一个VNFC。VNF与VNFC之间的关联关系即一个VNF具体包括的VNFC，可以是一个VNF包括一个或者多个VNFC。该关联关系集合具体可以在构建NFV网络时生成，并在NFV网络运行过程中进行更新维护，以保证该关联关系集合可以反映出最新的各功能实体之间的关联关系。当然也可以在其他可行的时间生成该关联关系集合，本申请实施例不做具体限定。
需要说明的是，本申请实施例创建的用于确定可被替换最小功能实体的对应关系集合以及用于确定关联的功能实体的关联关系集合可以分布式地存储在各个功能实体上，也可以集中存储在可以被各功能实体全局访问的指定功能实体上，本申请实施例对此不作限定。
具体实现中，在NFV网络中出现业务已经受到影响或者预测业务可能会受到影响或者运维人员发出运维指示等情况时，可以生成事件通知消息，NFV网络中的功能实体可以本地监测到该事件通知消息，或者接收其他功能实体发送的该事件通知消息，其他功能实体发送该事件通知消息包括：下层功能实体上报该事件通知消息，或者上层功能实体下发该事件通知消息，或者同层功能实体转发该事件通知消息。功能实体获取到该事件通知消息后，根据该事件通知消息从上述多个功能实体中确定出待修复的功能实体，并从用于确定可被替换最小功能实体的对应关系集合中，查询待修复的功能实体对应的可被替换最小功能实体和相应的业务恢复策略，并对待修复的功能实体对应的可被替换最小功能实体执行相应的业务恢复策略，从而可以在业务受损时快速地恢复业务，以及预测业务可能受到的影响，提前进行规避，以保证业务的稳定运行。
其中，用于确定可被替换最小功能实体的对应关系集合可以包括表1所示的待修复的功能实体、可被替换最小功能实体和业务恢复策略之间的对应关系；也可以包括待修复的功能实体、可被替换最小功能实体、资源冗余方式和业务恢复策略之间的对应关系。表1为一个示例，对应关系还可以包括其他，对应关系中各项的内容也不限于表1中所示，本申请实施例不做具体限定。
Figure BDA0001219612180000051
Figure BDA0001219612180000061
Figure BDA0001219612180000071
表1
其中，用于确定关联的功能实体的关联关系集合可以包括但不限于表2、表3、表4所示的关联关系，表2为主机与VM的关联关系，即一个主机上运行的VM，表3为VM与VNFC的关联关系，即一个VM上运行的VNFC，表4为VNF与VNFC的关联关系，即一个VNF包括的VNFC。
主机 VM
HOST1 VM-11
HOST1 VM-12
HOST1 VM-13
HOST2 VM-21
HOST2 VM-22
…… ……
表2
VM VNFC
VM-11 VNFC-11
VM-12 VNFC-21
VM-13 VNFC-31
…… ……
表3
VNF VNFC
VNF1 VNFC-11
VNF1 VNFC-12
VNF1 VNFC-13
VNF2 VNFC-21
VNF2 VNFC-22
…… ……
表4
请参阅图2，为本申请实施例提供的一种业务恢复方法的流程示意图，该方法可以用于图1所示的NFV网络中，也可以用于其他网络中。本实施例中所描述的业务恢复方法，应用于包括多个功能实体的网络，该多个功能实体包括第一功能实体和第四功能实体。下面以NFV网络为例来说明，第一功能实体具体为NFV网络中的虚拟机监视器Hypervisor，第四功能实体具体为NFV网络中的VNFM，该方法包括：
201、Hypervisor获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识。
具体实现中，Hypervisor监视网络接口卡(Network Interface Card，NIC)的运行状态，当NIC的运行出现故障时，Hypervisor可以获取到第一事件通知消息(即NIC故障的消息)，该第一事件通知消息携带有待修复的第一目标功能实体(即故障NIC)的标识，Hypervisor根据该标识即可确定该待修复的第一目标功能实体为该故障NIC。
202、所述Hypervisor从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略。
其中，该第一对应关系集合包括该第一目标功能实体、该第一可被替换最小功能实体和该第一业务恢复策略之间的对应关系。
具体实现中，在该待修复的第一目标功能实体为故障NIC时，Hypervisor通过查询该第一对应关系集合(如表1所示)，确定该故障NIC对应的第一可被替换最小功能实体为该故障NIC，对应的第一业务恢复策略为Hypervisor将该故障NIC从绑定中删除。
203、所述Hypervisor对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
具体实现中，在一些可行的实施方式中，该第一对应关系集合还包括该第一目标功能实体和目标资源冗余方式之间的对应关系。Hypervisor从该第一对应关系集合(如表1所示)中查询该故障NIC对应的目标资源冗余方式为绑定，则Hypervisor根据目标资源冗余方式为绑定而将该故障NIC从绑定中删除，以执行该第一业务恢复策略。例如，NIC1和NIC2为绑定关系，NIC1和NIC2的资源冗余方式均为绑定，NIC1和NIC2均正常时，业务流量由NIC1和NIC2共同分担，当NCI1出现故障时，则Hypervisor将NIC1从绑定中删除，即隔离故障的NIC1，此时原来NIC1和NIC2共同分担的业务流量全部由NIC2承担。
204、所述Hypervisor向VNFM发送第三事件通知消息，所述VNFM接收所述第三事件通知消息，所述第三事件通知消息携带有所述第一目标功能实体的标识。
在一些可行的实施方式中，Hypervisor将该故障NIC从绑定中删除后可以快速恢复受该故障NIC影响的业务，但此时NFV网络还没有恢复资源冗余的正常状态，即NIC之间形成绑定的状态，则Hypervisor可以通知上层功能实体(例如VNFM)作进一步处理。具体包括：Hypervisor可以通过VIM向VNFM发送第三事件通知消息，即Hypervisor先向VIM发送该第三事件通知消息，再由VIM转发给VNFM，该第三事件通知消息携带有该故障NIC的标识，VNFM接收该第三事件通知消息。当然，在一些可行的实施方式中，Hypervisor也可以直接向VNFM发送该第三事件通知消息。
205、所述VNFM根据所述第一目标功能实体的标识，确定出待修复的第三目标功能实体。
具体实现中，在一些可行的实施方式中，VNFM根据该故障NIC的标识确定出受该故障NIC影响的VM标识，或者，VIM接收到该第三事件通知消息后，根据该故障NIC的标识确定出受该故障NIC影响的VM标识，并将该VM标识发送给VNFM，VNFM根据用于确定关联的功能实体的关联关系集合(如表3所示)，确定出待修复的第三目标功能实体(即该VM标识对应的VM所关联的VNFC)。
206、所述VNFM从预先创建的第三对应关系集合中查询所述第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对所述第三可被替换最小功能实体执行所述第三业务恢复策略。
具体实现中，在一些可行的实施方式中，VNFM通过查询第三对应关系集合(如表1所示)，确定该VNFC对应的第三可被替换最小功能实体为该VNFC，对应的第三业务恢复策略为VNFM根据VNFC的资源冗余方式进行业务恢复处理。
其中，如果VNFC的资源冗余方式为主备，则VNFM进行主备切换，即VNFM下发配置给原来的备VNFC，备VNFC所在的VM不受该故障NIC的影响，使得原来的备VNFC切换升级为新的主VNFC，以及VNFM下发配置给原来的主VNFC的前向(即上一级)VNFC，使得前向VNFC将业务流量由原来的主VNFC切换为新的主VNFC，实现对原来的主VNFC的隔离。如果VNFC的资源冗余方式为负荷分担，则VNFM进行该VNFC的隔离，即VNFM下发配置给该VNFC的前向VNFC，使得前向VNFC切断到该VNFC的业务流量，实现对该VNFC的隔离。
进一步地，VNFM对该VNFC执行完业务恢复处理后，还需要对该VNFC进行修复，由于是NIC出现故障，重启该VNFC无法完成修复，因此可以直接将该VNFC迁移实现对该VNFC的修复，并由VIM将该VNFC迁移到不受故障NIC影响的VM上去，将VNFC迁移后NFV网络恢复资源冗余的正常状态，即NIC之间形成绑定的状态。
在一些可行的实施方式中，Hypervisor对该故障NIC执行第一业务恢复策略之前，可以先判断当前主机上冗余资源(即功能正常的NIC)的数量是否能够满足执行第一业务恢复策略的需求，如果能够满足，则Hypervisor本地对该故障NIC执行第一业务恢复策略，如果不能满足，则Hypervisor可以通知上层功能实体(例如VNFM)进行业务恢复处理。例如，当前主机上有4个NIC(NIC1、NIC2、NIC3和NIC4)，两两之间组成绑定关系，NCI1与NIC2绑定，NIC3和NIC4绑定，如果Hypervisor获取到的第一事件通知消息为其中3个NCI(假设NIC1、NIC2和NIC3)均出现故障，由于功能正常的NCI只有1个(即NIC4)，Hypervisor无法对NIC1、NIC2和NIC3都执行相应的业务恢复策略，则此时可对应表1中待修复的功能实体为主机的所有NIC的情况，即可被替换最小功能实体需上升为当前主机上的VM，需将VM上运行的所有VNFC迁移到其他主机上去，Hypervisor可以通知VIM执行VNFC向其他主机的迁移。
需要说明的是，用于确定可被替换最小功能实体的对应关系集合可以采用分布式存储，即各功能实体本地存储有对应关系集合，各功能实体本地存储的对应关系集合可以互不相同，可以只包括表1中的部分对应关系，具体可以是与自身有关联的对应关系，例如，Hypervisor存储的对应关系集合可以只包括表1中待修复的功能实体为NIC的对应关系，VNFM存储的对应关系集合可以只包括表1中待修复的功能实体为VNFC的对应关系、VM的对应关系、VNF的对应关系，VNFC存储的对应关系集合可以只包括表1中待修复的功能实体为VNFC线程的对应关系、链路包括的实体的对应关系，VIM存储的对应关系集合可以只包括表1中待修复的功能实体为vNIC的对应关系、vSwitch的对应关系，等等。当然，用于确定可被替换最小功能实体的对应关系集合也可以采用集中式存储，则本申请实施例中的该第一对应关系集合、该第三对应关系集合等可以是同一个对应关系集合，包括表1中的全部对应关系，该对应关系集合存储在可以被各功能实体全局访问的指定功能实体上，各功能实体可以通过访问该指定功能实体查询可被替换最小功能实体和相应的业务恢复策略。
本申请实施例中，Hypervisor监测到NIC故障时，查询故障NIC对应的可被替换最小功能实体(即该故障NIC)以及对应的业务恢复策略，按照对应的业务恢复策略将该故障NIC从绑定中删除，可以快速恢复受该故障NIC影响的业务。进一步地，Hypervisor可以通知VNFM对受故障NIC影响的可被替换最小功能实体VNFC进行业务恢复处理，从而实现了分层快速、准确地恢复业务，有效缩短业务故障的持续时间，并且快速地恢复了NIC资源冗余的正常状态。
请参阅图3，为本申请实施例提供的另一种业务恢复方法的流程示意图。，该方法可以用于图1所示的NFV网络中，也可以用于其他网络中。本实施例中所描述的业务恢复方法，应用于包括多个功能实体的网络，该多个功能实体包括第一功能实体和第四功能实体。下面以NFV网络为例来说明，第一功能实体具体为NFV网络中的VNFC，第四功能实体具体为NFV网络中的VNFM，该方法包括：
301、VNFC获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识。
具体实现中，VNFC可以通过可靠性监控程序监测各VNFC线程的运行状态，当监测到有VNFC线程出现故障时，VNFC可以获取到第一事件通知消息(即VNFC线程故障的消息)，该第一事件通知消息携带有待修复的第一目标功能实体(即故障VNFC线程)的标识，根据该标识即可确定该待修复的第一目标功能实体为该故障VNFC线程。
302、所述VNFC从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略。
其中，该第一对应关系集合包括该第一目标功能实体、该第一可被替换最小功能实体和该第一业务恢复策略之间的对应关系。
具体实现中，在该待修复的第一目标功能实体为故障VNFC线程时，VNFC内部的可靠性模块可以通过查询该第一对应关系集合(如表1所示)，确定该故障VNFC对应的第一可被替换最小功能实体为该故障VNFC，对应的第一业务恢复策略为VNFC用线程池中的Active态VNFC线程替换故障VNFC线程。
303、所述VNFC对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
具体实现中，在一些可行的实施方式中，该第一对应关系集合还包括该第一目标功能实体和目标资源冗余方式之间的对应关系。VNFC从该第一对应关系集合(如表1所示)中查询该故障VNFC线程对应的目标资源冗余方式为线程池，则VNFC根据目标资源冗余方式为线程池而用线程池中的Active态VNFC线程替换故障的VNFC线程。
在一些可行的实施方式中，VNFC对该第一可被替换最小功能实体执行该第一业务恢复策略之后，可以判断该第一业务恢复策略是否执行成功，即VNFC判断Active态VNFC线程是否能够正常处理故障VNFC线程对应的业务而使得业务恢复成功，如果是，则本次流程结束；如果否，则表明用线程池中的Active态VNFC线程替换故障的VNFC线程后业务并没有恢复，则VNFC可以通知上层功能实体(例如EM、VNFM)作进一步处理，具体的可以通过在上述步骤301～303之后进一步执行如下步骤304～306来实现。
304、若所述第一可被替换最小功能实体的业务未恢复成功，则所述VNFC向VNFM发送第三事件通知消息，所述VNFM接收所述第三事件通知消息，所述第三事件通知消息携带有所述第一目标功能实体的标识。
具体实现中，在一些可行的实施方式中，如果第一可被替换最小功能实体的业务未恢复成功，则VNFC可以通过EM向VNFM发送第三事件通知消息，即VNFC先向EM发送该第三事件通知消息，再由EM转发给VNFM，该第三事件通知消息携带有该故障VNFC线程对应的VNFC的标识，VNFM接收该第三事件通知消息。
305、所述VNFM根据所述第一目标功能实体的标识，确定出待修复的第三目标功能实体。
具体实现中，在一些可行的实施方式中，VNFM根据该VNFC的标识确定出待修复的第三目标功能实体(即该故障VNFC线程对应的VNFC)，或者，EM接收到该第三事件通知消息后，根据该VNFC的标识确定出待修复的第三目标功能实体(即该故障VNFC线程对应的VNFC)，并将该第三目标功能实体的标识发送给VNFM，从而VNFM获取到待修复的第三目标功能实体为该故障VNFC线程对应的VNFC。
306、所述VNFM从预先创建的第三对应关系集合中查询所述第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对所述第三可被替换最小功能实体执行所述第三业务恢复策略。
具体实现中，在一些可行的实施方式中，VNFM通过查询第三对应关系集合(如表1所示)，确定该VNFC对应的第三可被替换最小功能实体为该VNFC，对应的第三业务恢复策略为VNFM根据VNFC的资源冗余方式进行业务恢复处理。
其中，VNFC的资源冗余方式可以为主备或者负荷分担，VNFM根据VNFC的资源冗余方式对该VNFC进行业务恢复处理的具体方式可以参见图2所示的方法实施例步骤206中的描述，此处不再赘述。
进一步地，VNFM对该VNFC执行完业务恢复处理后，还需要对该VNFC进行修复，可以先重启该VNFC进行修复，当重启无法完成修复时，再通知VIM将该VNFC进行迁移实现对该VNFC的修复，可以减少资源浪费。
在一些可行的实施方式中，如果EM具备对VNFC进行业务恢复处理的能力，则EM可以本地根据VNFC的资源冗余方式对该VNFC进行业务恢复处理，在业务恢复处理完毕后，再通知VNFM对该VNFC进行修复，可以实现更加精细化的分层进行业务恢复处理，进一步减小对业务的影响。
在一些可行的实施方式中，在线程池中的VNFC线程被取用后，可以为线程池增加具备相应功能的VNFC线程，从而保证NFV网络恢复资源冗余的正常状态，即VNFC的线程池冗余。
本申请实施例中，VNFC监测到内部VNFC线程故障时，查询该故障VNFC线程对应的可被替换最小功能实体(即该故障VNFC线程)以及对应的业务恢复策略，按照对应的业务恢复策略用线程池中的Active态VNFC线程替换该故障VNFC线程，可以快速恢复受该故障VNFC线程影响的业务。进一步地，如果该故障VNFC线程被替换后，对应的业务未恢复成功，则VNFC可以通知VNFM对该故障VNFC线程对应的VNFC进行业务恢复处理，从而实现了分层快速、准确地恢复业务，避免直接重启VNFC线程导致的业务故障的持续时间较长，或者直接重启VNFC导致的受影响的业务范围较大，并且可以恢复VNFC线程资源冗余的正常状态。
请参阅图4，为本申请实施例提供的又一种业务恢复方法的流程示意图，该方法可以用于图1所示的NFV网络中，也可以用于其他网络中。本实施例中所描述的业务恢复方法，应用于包括多个功能实体的网络，该多个功能实体包括第一功能实体。下面以NFV网络为例来说明，第一功能实体具体为NFV网络中的VNFM，该方法包括：
401、NFVI发送风扇故障告警，OSS/BSS接收所述风扇故障告警。
具体实现中，在主机风扇出现故障后，NFVI可以检测到CPU温度持续升高，并可以通过VIM和NFVO向OSS/BSS发送风扇故障预警，OSS/BSS接收该风扇故障预警。具体可以是NFVI将风扇故障预警发送给VIM，VIM根据表1所示的对应关系集合确定CPU对应的可被替换最小功能实体为主机承载的VMs，VIM再根据表2所示的关联关系集合确定受影响的VM列表，VIM将主机标识和VM列表发送给NFVO，由NFVO转发给OSS/BSS，OSS/BSS判定需要对该主机标识对应的主机进行维护。
402、所述OSS/BSS发送第一事件通知消息，所述VNFM接收所述第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识。
具体实现中，在维护之前，需要将该主机上的业务进行迁移，OSS/BSS向VNFM发送第一事件通知消息，VNFM接收该第一事件通知消息，该第一事件通知消息携带有待修复的第一目标功能实体(即VM)的标识，具体可以是由OSS/BSS先向NFVO发送该第一事件通知消息，由NFVO识别出各个VNFM需要修复的VM，再由NFVO向各个VNFM发送携带有待修复的第一目标功能实体(即VM)标识的第一事件通知消息。
需要说明的是，这里是在NFVI发出风扇故障预警(即业务并没有受影响)的情况下，上层功能实体(OSS/BSS、NFVO)向VNFM发送事件通知消息进行业务恢复处理，当然，也可以是在实际业务已经受到影响的情况下，上层功能实体(OSS/BSS、NFVO)向VNFM发送事件通知消息进行业务恢复处理，还可以是在运维人员需要进行运维操作时通过OSS/BSS向VNFM发送事件通知消息进行业务恢复处理。
403、所述VNFM从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略。
其中，该第一对应关系集合包括该第一目标功能实体、该第一可被替换最小功能实体和该第一业务恢复策略之间的对应关系。
具体实现中，VNFM首先可以根据用于确定关联的功能实体的关联关系集合(如表3所示)，确定出待修复的第一目标功能实体关联的功能实体，即该VM标识对应的VM所关联的VNFC，VNFM通过查询第一对应关系集合(如表1所示)，确定该VNFC对应的第一可被替换最小功能实体为该VNFC，对应的第一业务恢复策略为VNFM根据VNFC的资源冗余方式进行业务恢复处理。
404、所述VNFM对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
其中，VNFC的资源冗余方式可以为主备或者负荷分担，VNFM根据VNFC的资源冗余方式对该VNFC进行业务恢复处理的具体方式可以参见图2所示的方法实施例步骤206中的描述，此处不再赘述。
进一步地，VNFM对该VNFC执行完业务恢复处理后，还需要对该VNFC进行修复，由于是主机的风扇出现故障预警，此时需要对主机的业务进行迁移，从而直接将该VNFC进行迁移实现对该VNFC的修复，并由VIM将该VNFC迁移到其他主机的VM上去。
进一步地，在所有VNFC修复成功后，VNFM向NFVO发送VNFC修复成功的通知，NFVO在接收到各个VNFM都发送所有VNFC修复成功的通知时，NFVO向OSS/BSS发送业务恢复成功的通知，否则，NFVO向OSS/BSS发送业务恢复失败的通知。在NFVO发送业务恢复成功的通知时，OSS/BSS可以派工单维护风扇，包括对风扇进行维修或者更换；在NFVO发送业务恢复失败的通知时，OSS/BSS可以生成告警信息，由人工介入处理。
本申请实施例中，在出现风扇等硬件故障而业务并没有受影响的情况或者运维人员需要进行运维操作时，可以提前进行预警，由上层功能实体通知VNFM进行硬件维护前的预处理(即业务迁移操作)，实现在故障对业务产生影响之前就可以进行业务迁移等恢复处理，有效避免了硬件故障对业务产生的影响。
请参阅图5，为本申请实施例提供的一种业务恢复装置的结构示意图。本实施例中所描述的业务恢复装置包括：
获取模块501，用于获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识。
查询模块502，用于从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，所述第一对应关系集合包括所述第一目标功能实体、所述第一可被替换最小功能实体和所述第一业务恢复策略之间的对应关系。
处理模块503，用于对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
在一些可行的实施方式中，所述第一可被替换最小功能实体为所述第一目标功能实体，所述第一目标功能实体可被所述网络替换。
或者，
所述第一可被替换最小功能实体为预先创建的关联关系集合中，所述第一目标功能实体关联的第二功能实体，所述第一目标功能实体不可被所述网络替换，所述关联关系集合包括所述第一目标功能实体和所述第二功能实体之间的关联关系。
在一些可行的实施方式中，所述处理模块503，包括：
查询单元5030，用于从所述第一对应关系集合中查询所述第一目标功能实体对应的目标资源冗余方式。
执行单元5031，用于根据所述目标资源冗余方式对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
其中，所述第一对应关系集合还包括所述第一目标功能实体和所述目标资源冗余方式之间的对应关系。
在一些可行的实施方式中，所述处理模块503，具体用于：
若可执行所述第一业务恢复策略，则对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
在一些可行的实施方式中，所述处理模块503，具体用于：
若无法执行所述第一业务恢复策略，则向第三功能实体发送第二事件通知消息，所述第二事件通知消息携带有所述第一目标功能实体的标识，使得所述第三功能实体根据所述第一目标功能实体的标识，确定出待修复的第二目标功能实体，并从预先创建的第二对应关系集合中查询所述第二目标功能实体对应的第二可被替换最小功能实体和第二业务恢复策略，以及对所述第二可被替换最小功能实体执行所述第二业务恢复策略。
在一些可行的实施方式中，所述装置还包括：
发送模块504，用于向第四功能实体发送第三事件通知消息，所述第三事件通知消息携带有所述第一目标功能实体的标识，使得所述第四功能实体根据所述第一目标功能实体的标识，确定出待修复的第三目标功能实体，并从预先创建的第三对应关系集合中查询所述第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对所述第三可被替换最小功能实体执行所述第三业务恢复策略。
在一些可行的实施方式中，所述发送模块504，具体用于若所述第一可被替换最小功能实体的业务未恢复成功，则向所述第四功能实体发送第三事件通知消息。
在一些可行的实施方式中，所述装置包括网络功能虚拟化NFV网络中的NFV基础设施NFVI、虚拟网络功能管理器VNFM和VNF组件VNFC/VNF中的一种或多种。
需要说明的是，本申请实施例的业务恢复装置的各功能模块、单元的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
本申请实施例中，获取模块501获取第一事件通知消息，该第一事件通知消息携带有待修复的第一目标功能实体的标识，查询模块502从预先创建的第一对应关系集合中，查询该标识代表的该第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，该第一对应关系集合包括该第一目标功能实体、该第一可被替换最小功能实体和该第一业务恢复策略之间的对应关系，处理模块503对该第一可被替换最小功能实体执行该第一业务恢复策略，可以快速、准确地实现业务的恢复，有效缩短业务故障的持续时间。
请参阅图6，为本申请实施例提供的一种业务恢复装置的结构示意图。本实施例中所描述的业务恢复装置包括：处理器601、收发器602及存储器603。其中，处理器601、收发器602及存储器603可通过总线或其他方式连接，本申请实施例以通过总线连接为例。
其中，处理器601(或称中央处理器(Central Processing Unit，CPU))是业务恢复装置的计算核心以及控制核心。收发器602可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)，受处理器601的控制用于收发数据。存储器603(Memory)是业务恢复装置的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器603可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器601的存储装置。存储器603提供存储空间，该存储空间存储了业务恢复装置的操作系统和可执行程序代码，可包括但不限于：Windows系统(一种操作系统)、Linux(一种操作系统)系统等等，本申请对此并不作限定。
在本申请实施例中，处理器601通过运行存储器603中的可执行程序代码，执行如下操作：
处理器601，用于获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识。
所述处理器601，还用于从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，所述第一对应关系集合包括所述第一目标功能实体、所述第一可被替换最小功能实体和所述第一业务恢复策略之间的对应关系。
所述处理器601，还用于对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
在一些可行的实施方式中，所述第一可被替换最小功能实体为所述第一目标功能实体，所述第一目标功能实体可被所述网络替换。
或者，
所述第一可被替换最小功能实体为预先创建的关联关系集合中，所述第一目标功能实体关联的第二功能实体，所述第一目标功能实体不可被所述网络替换，所述关联关系集合包括所述第一目标功能实体和所述第二功能实体之间的关联关系。
在一些可行的实施方式中，所述处理器601，具体用于：
从所述第一对应关系集合中查询所述第一目标功能实体对应的目标资源冗余方式。
根据所述目标资源冗余方式对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
其中，所述第一对应关系集合还包括所述第一目标功能实体和所述目标资源冗余方式之间的对应关系。
在一些可行的实施方式中，所述处理器601，具体用于：
若可执行所述第一业务恢复策略，则对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
在一些可行的实施方式中，收发器602，用于若处理器601无法执行所述第一业务恢复策略，则向第三功能实体发送第二事件通知消息，所述第二事件通知消息携带有所述第一目标功能实体的标识，使得所述第三功能实体根据所述第一目标功能实体的标识，确定出待修复的第二目标功能实体，并从预先创建的第二对应关系集合中查询所述第二目标功能实体对应的第二可被替换最小功能实体和第二业务恢复策略，以及对所述第二可被替换最小功能实体执行所述第二业务恢复策略。
在一些可行的实施方式中，所述收发器602，还用于向第四功能实体发送第三事件通知消息，所述第三事件通知消息携带有所述第一目标功能实体的标识，使得所述第四功能实体根据所述第一目标功能实体的标识，确定出待修复的第三目标功能实体，并从预先创建的第三对应关系集合中查询所述第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对所述第三可被替换最小功能实体执行所述第三业务恢复策略。
在一些可行的实施方式中，所述收发器602，具体用于若所述第一可被替换最小功能实体的业务未恢复成功，则向所述第四功能实体发送第三事件通知消息。
具体实现中，本申请实施例中所描述的处理器601、收发器602及存储器603可执行本申请实施例图2、图3或图4提供的一种业务恢复方法的流程中所描述的实现方式，也可执行本申请实施例图5提供的一种业务恢复装置中所描述的实现方式，在此不再赘述。
本申请实施例中，处理器601获取第一事件通知消息，该第一事件通知消息携带有待修复的第一目标功能实体的标识，从预先创建的第一对应关系集合中，查询该标识代表的该第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，该第一对应关系集合包括该第一目标功能实体、该第一可被替换最小功能实体和该第一业务恢复策略之间的对应关系，并对该第一可被替换最小功能实体执行该第一业务恢复策略，可以快速、准确地实现业务的恢复，有效缩短业务故障的持续时间。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘(SolidState Disk，SSD))等。
综上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (24)

1.一种业务恢复方法，应用于包括多个功能实体的网络，所述多个功能实体包括第一功能实体，其特征在于，所述方法包括：
所述第一功能实体获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识；
所述第一功能实体从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，所述第一对应关系集合包括所述第一目标功能实体、所述第一可被替换最小功能实体和所述第一业务恢复策略之间的对应关系；
所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述多个功能实体还包括第三功能实体，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略，包括：
若所述第一功能实体无法执行所述第一业务恢复策略，则所述第一功能实体向所述第三功能实体发送第二事件通知消息，所述第二事件通知消息携带有所述第一目标功能实体的标识，使得所述第三功能实体根据所述第一目标功能实体的标识，确定出待修复的第二目标功能实体，并从预先创建的第二对应关系集合中查询所述第二目标功能实体对应的第二可被替换最小功能实体和第二业务恢复策略，以及对所述第二可被替换最小功能实体执行所述第二业务恢复策略。
2.根据权利要求1所述的方法，其特征在于，
所述第一可被替换最小功能实体为所述第一目标功能实体，所述第一目标功能实体可被所述网络替换；
或者，
所述第一可被替换最小功能实体为预先创建的关联关系集合中，所述第一目标功能实体关联的第二功能实体，所述第一目标功能实体不可被所述网络替换，所述关联关系集合包括所述第一目标功能实体和所述第二功能实体之间的关联关系。
3.根据权利要求1或2所述的方法，其特征在于，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略，包括：
所述第一功能实体从所述第一对应关系集合中查询所述第一目标功能实体对应的目标资源冗余方式；
所述第一功能实体根据所述目标资源冗余方式对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述第一对应关系集合还包括所述第一目标功能实体和所述目标资源冗余方式之间的对应关系。
4.根据权利要求3所述的方法，其特征在于，
所述目标资源冗余方式为主备冗余、负荷分担冗余、线程池冗余和网络路径冗余中的任意一种。
5.根据权利要求1或2所述的方法，其特征在于，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略，包括：
若所述第一功能实体可执行所述第一业务恢复策略，则所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
6.一种业务恢复方法，应用于包括多个功能实体的网络，所述多个功能实体包括第一功能实体，其特征在于，所述方法包括：
所述第一功能实体获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识；
所述第一功能实体从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，所述第一对应关系集合包括所述第一目标功能实体、所述第一可被替换最小功能实体和所述第一业务恢复策略之间的对应关系；
所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述多个功能实体还包括第四功能实体，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略之后，所述方法还包括：
所述第一功能实体向所述第四功能实体发送第三事件通知消息，所述第三事件通知消息携带有所述第一目标功能实体的标识，使得所述第四功能实体根据所述第一目标功能实体的标识，确定出待修复的第三目标功能实体，并从预先创建的第三对应关系集合中查询所述第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对所述第三可被替换最小功能实体执行所述第三业务恢复策略。
7.根据权利要求6所述的方法，其特征在于，
所述第一可被替换最小功能实体为所述第一目标功能实体，所述第一目标功能实体可被所述网络替换；
或者，
所述第一可被替换最小功能实体为预先创建的关联关系集合中，所述第一目标功能实体关联的第二功能实体，所述第一目标功能实体不可被所述网络替换，所述关联关系集合包括所述第一目标功能实体和所述第二功能实体之间的关联关系。
8.根据权利要求6或7所述的方法，其特征在于，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略，包括：
所述第一功能实体从所述第一对应关系集合中查询所述第一目标功能实体对应的目标资源冗余方式；
所述第一功能实体根据所述目标资源冗余方式对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述第一对应关系集合还包括所述第一目标功能实体和所述目标资源冗余方式之间的对应关系。
9.根据权利要求8所述的方法，其特征在于，
所述目标资源冗余方式为主备冗余、负荷分担冗余、线程池冗余和网络路径冗余中的任意一种。
10.根据权利要求6或7所述的方法，其特征在于，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略，包括：
若所述第一功能实体可执行所述第一业务恢复策略，则所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
11.根据权利要求6或7所述的方法，其特征在于，所述第一功能实体对所述第一可被替换最小功能实体执行所述第一业务恢复策略之后，所述第一功能实体向所述第四功能实体发送第三事件通知消息之前，所述方法还包括：
若所述第一可被替换最小功能实体的业务未恢复成功，则所述第一功能实体执行向所述第四功能实体发送第三事件通知消息的步骤。
12.一种业务恢复装置，应用于包括多个功能实体的网络，所述多个功能实体包括所述业务恢复装置，其特征在于，所述装置包括：
获取模块，用于获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识；
查询模块，用于从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，所述第一对应关系集合包括所述第一目标功能实体、所述第一可被替换最小功能实体和所述第一业务恢复策略之间的对应关系；
处理模块，用于对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述多个功能实体还包括第三功能实体，所述处理模块，具体用于：
若无法执行所述第一业务恢复策略，则向所述第三功能实体发送第二事件通知消息，所述第二事件通知消息携带有所述第一目标功能实体的标识，使得所述第三功能实体根据所述第一目标功能实体的标识，确定出待修复的第二目标功能实体，并从预先创建的第二对应关系集合中查询所述第二目标功能实体对应的第二可被替换最小功能实体和第二业务恢复策略，以及对所述第二可被替换最小功能实体执行所述第二业务恢复策略。
13.根据权利要求12所述的装置，其特征在于，
所述第一可被替换最小功能实体为所述第一目标功能实体，所述第一目标功能实体可被所述网络替换；
或者，
所述第一可被替换最小功能实体为预先创建的关联关系集合中，所述第一目标功能实体关联的第二功能实体，所述第一目标功能实体不可被所述网络替换，所述关联关系集合包括所述第一目标功能实体和所述第二功能实体之间的关联关系。
14.根据权利要求12或13所述的装置，其特征在于，所述处理模块，包括：
查询单元，用于从所述第一对应关系集合中查询所述第一目标功能实体对应的目标资源冗余方式；
执行单元，用于根据所述目标资源冗余方式对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述第一对应关系集合还包括所述第一目标功能实体和所述目标资源冗余方式之间的对应关系。
15.根据权利要求12或13所述的装置，其特征在于，所述处理模块，具体用于：
若可执行所述第一业务恢复策略，则对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
16.根据权利要求12所述的装置，其特征在于，
所述装置包括网络功能虚拟化NFV网络中的NFV基础设施NFVI、虚拟网络功能管理器VNFM和VNF组件VNFC/VNF中的一种或多种。
17.一种业务恢复装置，应用于包括多个功能实体的网络，所述多个功能实体包括所述业务恢复装置，其特征在于，所述装置包括：
获取模块，用于获取第一事件通知消息，所述第一事件通知消息携带有待修复的第一目标功能实体的标识；
查询模块，用于从预先创建的第一对应关系集合中，查询所述标识代表的所述第一目标功能实体对应的第一可被替换最小功能实体和第一业务恢复策略，所述第一对应关系集合包括所述第一目标功能实体、所述第一可被替换最小功能实体和所述第一业务恢复策略之间的对应关系；
处理模块，用于对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述多个功能实体还包括第四功能实体，所述装置还包括：
发送模块，用于向所述第四功能实体发送第三事件通知消息，所述第三事件通知消息携带有所述第一目标功能实体的标识，使得所述第四功能实体根据所述第一目标功能实体的标识，确定出待修复的第三目标功能实体，并从预先创建的第三对应关系集合中查询所述第三目标功能实体对应的第三可被替换最小功能实体和第三业务恢复策略，以及对所述第三可被替换最小功能实体执行所述第三业务恢复策略。
18.根据权利要求17所述的装置，其特征在于，
所述第一可被替换最小功能实体为所述第一目标功能实体，所述第一目标功能实体可被所述网络替换；
或者，
所述第一可被替换最小功能实体为预先创建的关联关系集合中，所述第一目标功能实体关联的第二功能实体，所述第一目标功能实体不可被所述网络替换，所述关联关系集合包括所述第一目标功能实体和所述第二功能实体之间的关联关系。
19.根据权利要求17或18所述的装置，其特征在于，所述处理模块，包括：
查询单元，用于从所述第一对应关系集合中查询所述第一目标功能实体对应的目标资源冗余方式；
执行单元，用于根据所述目标资源冗余方式对所述第一可被替换最小功能实体执行所述第一业务恢复策略；
其中，所述第一对应关系集合还包括所述第一目标功能实体和所述目标资源冗余方式之间的对应关系。
20.根据权利要求17或18所述的装置，其特征在于，所述处理模块，具体用于：
若可执行所述第一业务恢复策略，则对所述第一可被替换最小功能实体执行所述第一业务恢复策略。
21.根据权利要求17或18所述的装置，其特征在于，所述发送模块，具体用于若所述第一可被替换最小功能实体的业务未恢复成功，则向所述第四功能实体发送第三事件通知消息。
22.根据权利要求17所述的装置，其特征在于，
所述装置包括网络功能虚拟化NFV网络中的NFV基础设施NFVI、虚拟网络功能管理器VNFM和VNF组件VNFC/VNF中的一种或多种。
23.一种业务恢复装置，其特征在于，包括：处理器、收发器和存储器，所述处理器、所述收发器和所述存储器通过总线连接，所述存储器存储有可执行程序代码，所述收发器受所述处理器的控制用于收发消息，所述处理器用于调用所述可执行程序代码，执行如权利要求1至5，或6至11中任一项所述的业务恢复方法。
24.一种计算机可读存储介质，其特征在于，
所述计算机可读存储介质存储有计算机程序，所述计算机程序被硬件执行时能够实现权利要求1至5，或6至11任意一项所述的方法。
CN201710057297.9A 2017-01-24 2017-01-24 一种业务恢复方法及装置 Active CN108347339B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710057297.9A CN108347339B (zh) 2017-01-24 2017-01-24 一种业务恢复方法及装置
PCT/CN2018/072909 WO2018137520A1 (zh) 2017-01-24 2018-01-16 一种业务恢复方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710057297.9A CN108347339B (zh) 2017-01-24 2017-01-24 一种业务恢复方法及装置

Publications (2)

Publication Number Publication Date
CN108347339A CN108347339A (zh) 2018-07-31
CN108347339B true CN108347339B (zh) 2020-06-16

Family

ID=62961910

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710057297.9A Active CN108347339B (zh) 2017-01-24 2017-01-24 一种业务恢复方法及装置

Country Status (2)

Country Link
CN (1) CN108347339B (zh)
WO (1) WO2018137520A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110868309A (zh) * 2018-08-27 2020-03-06 中移(苏州)软件技术有限公司 Vnfm中资源处理的方法、装置及计算机存储介质
CN112910669B (zh) * 2019-12-03 2023-08-08 中盈优创资讯科技有限公司 故障智能化处理方法、装置及系统
CN111026577B (zh) * 2019-12-27 2023-10-31 中国水产科学研究院渔业机械仪器研究所 软件系统功能自恢复的软件架构方法及其系统
CN111277469B (zh) * 2020-02-19 2020-12-08 杭州梅清数码科技有限公司 网络诊断处理方法、装置、网络系统及服务器
CN114205060A (zh) * 2020-09-17 2022-03-18 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN113438117B (zh) * 2021-07-09 2022-11-25 中国电信股份有限公司 网元工单的处理方法及装置、存储介质、电子设备
CN115174363B (zh) * 2022-07-05 2024-04-12 云合智网(上海)技术有限公司 多保护组集合快速切换方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104170323A (zh) * 2014-04-09 2014-11-26 华为技术有限公司 基于网络功能虚拟化的故障处理方法及装置、系统
CN104685830A (zh) * 2013-09-30 2015-06-03 华为技术有限公司 故障管理的方法、实体和系统
CN105049293A (zh) * 2015-08-21 2015-11-11 中国联合网络通信集团有限公司 监控的方法及装置
CN105790980A (zh) * 2014-12-22 2016-07-20 中兴通讯股份有限公司 一种故障修复方法及装置
WO2016184021A1 (zh) * 2015-05-21 2016-11-24 中兴通讯股份有限公司 一种虚拟化网络功能业务故障的处理方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104685830A (zh) * 2013-09-30 2015-06-03 华为技术有限公司 故障管理的方法、实体和系统
CN104170323A (zh) * 2014-04-09 2014-11-26 华为技术有限公司 基于网络功能虚拟化的故障处理方法及装置、系统
CN105790980A (zh) * 2014-12-22 2016-07-20 中兴通讯股份有限公司 一种故障修复方法及装置
WO2016184021A1 (zh) * 2015-05-21 2016-11-24 中兴通讯股份有限公司 一种虚拟化网络功能业务故障的处理方法及装置
CN105049293A (zh) * 2015-08-21 2015-11-11 中国联合网络通信集团有限公司 监控的方法及装置

Also Published As

Publication number Publication date
WO2018137520A1 (zh) 2018-08-02
CN108347339A (zh) 2018-07-31

Similar Documents

Publication Publication Date Title
CN108347339B (zh) 一种业务恢复方法及装置
US10635558B2 (en) Container monitoring method and apparatus
US10402293B2 (en) System for virtual machine risk monitoring
CN107526659B (zh) 用于失效备援的方法和设备
CN106664216B (zh) 一种切换vnf的方法和装置
US8910172B2 (en) Application resource switchover systems and methods
RU2644146C2 (ru) Способ, устройство и система управления обработкой отказов
US9652326B1 (en) Instance migration for rapid recovery from correlated failures
CN108270726B (zh) 应用实例部署方法及装置
CN107005426B (zh) 一种虚拟网络功能的生命周期管理方法及装置
US10541862B2 (en) VNF processing policy determining method, apparatus, and system
JP2015103092A (ja) 障害回復システム及び障害回復システムの構築方法
US9634886B2 (en) Method and apparatus for providing tenant redundancy
US9223606B1 (en) Automatically configuring and maintaining cluster level high availability of a virtual machine running an application according to an application level specified service level agreement
US11886904B2 (en) Virtual network function VNF deployment method and apparatus
CN111835685B (zh) 一种监控Nginx网络隔离空间的运行状态的方法和服务器
US8990608B1 (en) Failover of applications between isolated user space instances on a single instance of an operating system
CN113872997B (zh) 基于容器集群服务的容器组pod重建方法及相关设备
CN111221620B (zh) 存储方法、装置及存储介质
Lee et al. Fault localization in NFV framework
CN108737144B (zh) 资源管理的方法和设备
CN107360015B (zh) 切换共享存储的方法和设备
CN107783855B (zh) 虚拟网元的故障自愈控制装置及方法
CN110545193B (zh) 一种虚拟资源的管理方法、虚拟资源管理设备及服务器
CN111083719A (zh) 一种网元容量弹性调整的方法、装置和存储介质

Legal Events

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