WO2015157896A1 - 一种云计算架构下的容灾方案配置方法及装置 - Google Patents

一种云计算架构下的容灾方案配置方法及装置 Download PDF

Info

Publication number
WO2015157896A1
WO2015157896A1 PCT/CN2014/075321 CN2014075321W WO2015157896A1 WO 2015157896 A1 WO2015157896 A1 WO 2015157896A1 CN 2014075321 W CN2014075321 W CN 2014075321W WO 2015157896 A1 WO2015157896 A1 WO 2015157896A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
disaster recovery
infrastructure
management
disaster
Prior art date
Application number
PCT/CN2014/075321
Other languages
English (en)
French (fr)
Inventor
龚晓东
印杰
李妙华
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to RU2016144145A priority Critical patent/RU2641477C1/ru
Priority to PCT/CN2014/075321 priority patent/WO2015157896A1/zh
Priority to CN201480000653.8A priority patent/CN104115447B/zh
Priority to EP14889327.4A priority patent/EP3116163B1/en
Priority to BR112016023577-0A priority patent/BR112016023577B1/pt
Priority to MX2016013396A priority patent/MX364510B/es
Publication of WO2015157896A1 publication Critical patent/WO2015157896A1/zh
Priority to US15/292,550 priority patent/US10205806B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • 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/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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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

Definitions

  • the present invention relates to the field of communication and information technologies, and in particular, to a disaster recovery solution configuration method and apparatus under a cloud computing architecture. Background technique
  • Disaster tolerance technology refers to the establishment of two or more sets of functionally similar systems in remote locations.
  • a working system experiences a disaster such as an earthquake or a fire, or a major failure such as a power outage, the reliability of the application service is maintained by switching the work system to a remote disaster recovery system.
  • Cloud computing is a service model that distributes computing jobs across a large number of distributed computers. This model has a configurable pool of computing resources (including network, server, storage, application software, services, etc.) that provides users with available, convenient, on-demand network access.
  • Cloud computing is a computing system such as Distributed Computing, Parallel Computing, Utility Computing, and Network Storage, Virtualization, Load Balance, etc.
  • the product is a product of fusion development.
  • the data center in the cloud computing architecture of information technology (IT), in the process of deploying various application objects, the data center (DC) is generally used;
  • the cloud management platform between the DCs with disaster recovery relationship is usually provided by the same equipment provider for the infrastructure and multiple application objects.
  • the DC here can refer to a physical DC or a virtual DC.
  • the embodiments of the present invention provide a method and a device for configuring a disaster recovery solution in a cloud computing architecture, which are used to solve the problem that the mode of manually planning a disaster recovery solution is less flexible and is not conducive to the overall management of the system.
  • the first aspect provides a disaster recovery solution configuration device in a cloud computing architecture, including: a receiving module, configured to receive a disaster recovery solution configuration request, and transmit the received disaster recovery solution configuration request to a first determining module;
  • a first determining module configured to determine, according to the disaster recovery plan configuration request, the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured, and determine the disaster tolerance capability and capacity of the to-be-configured application object
  • the disaster constraint demand information is transmitted to the second determining module
  • a second determining module configured to use the infrastructure information, the infrastructure management information, the application object information, and the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured according to the established disaster tolerance capability information base
  • the application object that is configured to be configured determines the disaster recovery solution.
  • the infrastructure information includes disaster tolerance capability information and/or resource usage information of at least one infrastructure
  • the infrastructure management information includes at least one disaster recovery capability information of the infrastructure management;
  • the application object information includes disaster tolerance capability information of the at least one application object that has been deployed, and/or disaster tolerance constraint information, and/or health status. information.
  • the cloud computing architecture is a network function virtualization NFV architecture; the application object is a VNF, and the infrastructure is a network function.
  • Virtualization Infrastructure NFVI which manages VIM for virtualized infrastructure.
  • the disaster tolerance capability information base and the device are located in the network function virtualization management platform NFVO, or the disaster tolerance capability
  • the information base and the device are located in the virtualized network function management VNFM;
  • the receiving module is further configured to receive the infrastructure management and the information of each infrastructure managed by the infrastructure management, and receive the received infrastructure management and the management of the infrastructure management
  • the information of the infrastructure is stored in the disaster tolerance capability information base.
  • the disaster tolerance capability information base and the device are located in the network function virtualization management platform NFVO; the receiving module is specifically configured to receive the disaster recovery plan configuration request transmitted by the operation support system OSS or the service support system BSS; or Receiving the disaster recovery plan configuration request from the network element management system EMS forwarded by the virtualized network function management VNFM; or receiving the disaster recovery plan configuration request sent by the virtualized network function management VNFM; or receiving the NFVO management software The disaster recovery plan configuration request delivered;
  • the receiving module is further configured to receive information about each application object that is managed by the VNFM that is transmitted by the virtualized network function management VNFM, and store the received information of each application object in the disaster tolerance capability information database.
  • the disaster tolerance capability information base and the device are located in a virtualized network function management VNFM;
  • the receiving module is specifically configured to receive the disaster recovery plan configuration request transmitted by the network element management system EMS; or receive the disaster recovery solution from the operation support system OSS or the service support system BSS forwarded by the network function virtualization management platform NFVO
  • the configuration request is received; or, receiving the disaster recovery plan configuration request of the NFVO transmission; or receiving the disaster recovery plan configuration request delivered by the VNFM management software; the receiving module is further configured to receive the application object information transmitted by each application object And storing the received application object information in the disaster tolerance capability information base.
  • a second aspect provides a disaster recovery solution configuration apparatus in a cloud computing architecture, including a processor and a memory, where the memory stores execution instructions, and when the apparatus is running, the processor communicates with the memory, Executing, by the processor, the execution instruction, the apparatus, to perform the following method: receiving a disaster tolerance scheme configuration request;
  • the infrastructure information includes One less infrastructure disaster recovery capability information and/or resource usage information
  • the infrastructure management information includes at least one disaster recovery capability information of the infrastructure management;
  • the application object information includes disaster tolerance capability information of the at least one application object that has been deployed, and/or disaster tolerance constraint information, and/or health status. information.
  • the cloud computing architecture is a network function virtualization NFV architecture; the application object is a VNF, and the infrastructure is a network function.
  • Virtualization Infrastructure NFVI which manages VIM for virtualized infrastructure.
  • the disaster tolerance capability information base is located in the network function virtualization management platform NFVO or in the virtualized network function management VNFM;
  • the infrastructure information and the infrastructure management information are collected into the established disaster tolerance capability information base according to the following steps: receiving the infrastructure management of any infrastructure management transmission and the The information of each infrastructure managed by the infrastructure management; the received infrastructure management and the information of the infrastructures managed by the infrastructure management are stored in the disaster tolerance capability information base.
  • the disaster tolerance capability information base is located in the network function virtualization management platform NFVO;
  • the receiving the disaster recovery solution configuration request includes: receiving the disaster recovery plan configuration request transmitted by the operation support system OSS or the service support system BSS; or receiving the virtualized network function management The VNFM forwards the request configuration request from the network element management system EMS; or, receives the disaster recovery plan configuration request delivered by the NFVO management software;
  • the disaster tolerance capability information base is located in the virtualized network function management VNFM;
  • the receiving the disaster tolerance solution configuration request includes: receiving the disaster recovery solution configuration request transmitted by the network element management system EMS; or receiving the network function virtualization management platform NFVO forwarding The disaster recovery plan configuration request from the operation support system OSS or the service support system BSS; or receiving the disaster recovery plan configuration request of the NFVO transmission; or receiving the disaster recovery plan configuration request delivered by the VNFM management software;
  • Collecting the application object information into the established disaster tolerance capability information base according to the following steps: receiving application object information transmitted by each application object; storing the received application object information in the disaster tolerance capability information base in.
  • the third aspect provides a method for configuring a disaster recovery solution in a cloud computing architecture, including:
  • the infrastructure information includes disaster tolerance capability information and/or resource usage information of at least one infrastructure
  • the infrastructure management information includes at least one disaster recovery capability information of the infrastructure management;
  • the application object information includes disaster tolerance capability information of the at least one application object that has been deployed, and/or disaster tolerance constraint information, and/or health status. information.
  • the cloud computing architecture is a network function virtualization NFV architecture; the application object is a VNF, and the infrastructure is a network function.
  • Virtualization Infrastructure NFVI which manages VIM for virtualized infrastructure.
  • the disaster tolerance capability information base is located in the network function virtualization management platform NFVO or in the virtualization network.
  • Network function management VNFM Network function management
  • the infrastructure information and the infrastructure management information are collected into the established disaster tolerance capability information base according to the following steps: receiving the infrastructure management of the infrastructure management transmission and the information of each infrastructure managed by the infrastructure management And storing the received infrastructure management and information of each infrastructure managed by the infrastructure management into the disaster tolerance capability information base.
  • the disaster tolerance capability information base is located in the network function virtualization management platform NFVO;
  • the receiving the disaster recovery solution configuration request includes: receiving the disaster recovery plan configuration request transmitted by the operation support system OSS or the service support system BSS; or receiving the virtualized network function management VNFM forwarding from the network element management system EMS Receiving the disaster recovery plan configuration request; or receiving the disaster recovery plan configuration request sent by the virtualized network function management VNFM; or receiving the disaster recovery plan configuration request delivered by the NFVO management software;
  • the disaster tolerance capability information base is located in the virtualized network function management VNFM;
  • the receiving the disaster recovery solution configuration request includes: receiving the disaster recovery plan configuration request transmitted by the network element management system EMS; or receiving the network function virtualization management platform NFVO forwarded from the operation support system OSS or the service support system BSS The DR solution configuration request; or, receiving the DR solution configuration request of the NFVO transmission; or receiving the DR solution configuration request delivered by the VNFM management software
  • Collecting the application object information into the established disaster tolerance capability information base according to the following steps: receiving application object information transmitted by each application object; storing the received application object information in the disaster tolerance capability information base in.
  • the disaster recovery capability information base is used to collect information about each infrastructure, each infrastructure management, and various application objects, and the disaster recovery solution can be automatically selected for the user according to the actual needs of the user. High activity is beneficial to the overall management of the system.
  • Figure 1 is a schematic diagram of disaster recovery deployment in the IT field
  • FIG. 2 is a schematic structural diagram of a device for configuring a disaster recovery solution in a cloud computing architecture according to Embodiment 1 of the present invention
  • FIG. 3 is a schematic structural diagram of a device for configuring a disaster recovery solution in a cloud computing architecture according to Embodiment 2 of the present invention
  • FIG. 4 is a flowchart of a method for configuring a disaster recovery solution in a cloud computing architecture according to Embodiment 3 of the present invention
  • FIG. 5 is a schematic diagram of a MANO interface architecture in an NFV architecture
  • FIG. 6 is a schematic diagram of deploying a disaster tolerance scheme optimization module in NFVO
  • Figure 7 is a schematic diagram of deploying a disaster recovery plan optimization module in the VNFM. detailed description
  • the embodiments of the present invention are applied to the configuration of the disaster tolerant solution of the application object in the cloud computing architecture.
  • the application object herein refers to the network element application in the cloud computing architecture, such as a third-party application, various virtual network elements such as a base station, and control. , Mobility Management Entity (MME), Serving Gateway (SGW), Packet Data Network Gateway (PGW), etc.
  • MME Mobility Management Entity
  • SGW Serving Gateway
  • PGW Packet Data Network Gateway
  • the embodiments of the present invention can be applied to the cloud computing architecture based on the traditional information technology (IT), and can also be applied to the virtual network function based on the emerging information and communication technology (ICT).
  • ICT emerging information and communication technology
  • NFV Network Functions Virtualisation
  • the disaster recovery capability information database is used to collect information about each infrastructure, various infrastructure management, and application objects, and the disaster recovery solution can be automatically selected for the user according to actual needs of the user, which is highly flexible and beneficial to the system. Global management.
  • the following embodiments of the present invention first introduce the implementation of the disaster recovery solution configuration device in the cloud computing architecture.
  • the implementation of the device is similar to the implementation of the disaster recovery solution configuration method in the cloud computing architecture described later, and the details are not repeated herein.
  • FIG. 2 it is a schematic structural diagram of a disaster recovery solution configuration device in a cloud computing architecture provided by the first embodiment of the present invention, including:
  • the receiving module 21 is configured to receive a disaster recovery plan configuration request, and transmit the received disaster recovery plan configuration request to the first determining module 22;
  • the first determining module 22 is configured to determine the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured according to the disaster recovery plan configuration request, and determine the disaster tolerance capability of the application object to be configured and The disaster tolerance constraint requirement information is transmitted to the second determining module 23;
  • the second determining module 23 is configured to: according to the infrastructure information, the infrastructure management information, the application object information, and the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured according to the established disaster tolerance capability information base, The application object to be configured determines a disaster tolerance solution.
  • the infrastructure information includes disaster tolerance capability information and/or resource usage information of at least one infrastructure
  • the infrastructure management information includes at least one disaster recovery capability information of the infrastructure management;
  • the application object information includes disaster tolerance capability information of the at least one application object that has been deployed, and/or disaster tolerance constraint information, and/or health status. information.
  • the cloud computing architecture is a network function virtualization NFV architecture;
  • the application object is a VNF,
  • the infrastructure is a network function virtualization infrastructure NFVI, and
  • the infrastructure management is a virtualized infrastructure management VIM.
  • the disaster tolerance capability information base and the device are located in the network function virtualization management platform NFVO, or the disaster tolerance capability information base and the device are located in the virtualized network function management VNFM in;
  • the receiving module 21 is further configured to receive, by the infrastructure management, the infrastructure management and the information of each infrastructure managed by the infrastructure management, and the received infrastructure management and the infrastructure management The information of each infrastructure is stored in the disaster tolerance capability information base.
  • the disaster tolerance capability information base and the device are located in a network function virtualization management platform NFVO;
  • the receiving module 21 is specifically configured to receive the disaster recovery plan configuration request transmitted by the operation support system OSS or the service support system BSS; or receive the content from the network element management system EMS forwarded by the virtualized network function management VNFM Receiving the disaster recovery plan configuration request sent by the virtual network function management VNFM; or receiving the disaster recovery plan configuration request delivered by the NFVO management software;
  • the receiving module 21 is further configured to receive information about each application object that is managed by the VNFM that is transmitted by the virtualized network function management VNFM, and store the received information of each application object in the disaster tolerance capability information database.
  • the disaster tolerance capability information base and the device are located in a virtualized network function management VNFM;
  • the receiving module 21 is specifically configured to: receive the disaster recovery plan configuration request transmitted by the network element management system EMS; or receive the disaster recovery from the operation support system OSS or the service support system BSS forwarded by the network function virtualization management platform NFVO The solution configuration request; or receiving the disaster recovery plan configuration request of the NFVO transmission; or receiving the disaster recovery plan configuration request delivered by the VNFM management software; the receiving module 21 is further configured to receive the application transmitted by each application object The object information stores the received application object information in the disaster tolerance capability information base.
  • a schematic structural diagram of a disaster recovery scheme configuration apparatus in a cloud computing architecture includes a processor 31 and a memory 32, where the memory 32 stores execution instructions, when the apparatus is running,
  • the processor 31 communicates with the memory 32, and the processor 31 executes the execution instruction to cause the apparatus to perform the following method:
  • the infrastructure information includes disaster tolerance capability information and/or resource usage information of at least one infrastructure
  • the infrastructure management information includes at least one disaster recovery capability information of the infrastructure management;
  • the application object information includes disaster tolerance capability information of the at least one application object that has been deployed, and/or disaster tolerance constraint information, and/or health status. information.
  • the cloud computing architecture is a network function virtualization NFV architecture;
  • the application object is a VNF,
  • the infrastructure is a network function virtualization infrastructure NFVI, and
  • the infrastructure management is a virtualized infrastructure management VIM.
  • the disaster tolerance capability information base is located in the network function virtualization management platform NFVO or in the virtualized network function management VNFM;
  • the infrastructure information and the infrastructure management information are collected into the established disaster tolerance capability information base according to the following steps: receiving the infrastructure management and transmission of any infrastructure management transmission
  • the infrastructure management information of each infrastructure managed The infrastructure management and information of each infrastructure managed by the infrastructure management are stored in the disaster tolerance capability information base.
  • the disaster tolerance capability information base is located in the network function virtualization management platform NFVO.
  • the receiving a disaster recovery solution configuration request includes: receiving an operation support system OSS or Receiving the disaster recovery plan configuration request transmitted by the service support system BSS; or receiving the disaster recovery plan configuration request from the network element management system EMS forwarded by the virtualized network function management VNFM; or receiving the virtualized network function management VNFM sending And receiving the disaster recovery plan configuration request sent by the NFVO management software; and collecting the application object information into the established disaster recovery capability information base according to the following steps: Receiving information of each application object under the VNFM management of the VNFM transmission by the virtualized network function management; storing the received information of each application object in the disaster tolerance capability information base.
  • the disaster tolerance capability information base is located in the virtualized network function management VNFM.
  • the receiving the disaster recovery solution configuration request includes: receiving the network element management system EMS transmission The DR solution configuration request is received; or, the receiving a DR solution configuration request from the OSS or the service support system BSS forwarded by the network function virtualization management platform NFVO; or receiving a DR solution configuration request of the NFVO transmission; Or receiving the disaster recovery plan configuration request delivered by the VNFM management software;
  • Collecting the application object information into the established disaster tolerance capability information base according to the following steps: receiving application object information transmitted by each application object; storing the received application object information in the disaster tolerance capability information base in.
  • FIG. 4 it is a flowchart of a method for configuring a disaster recovery solution in a cloud computing architecture according to Embodiment 3 of the present invention, where the method includes:
  • the executor of the embodiment of the present invention may be deployed as a disaster recovery solution optimization module in a functional object of an existing cloud computing architecture (such as a network function virtualization management platform NFVO or virtualization deployed under the NFV architecture).
  • Network function management in VNFM can also be deployed as an independent functional object in an existing cloud computing architecture.
  • the disaster recovery plan configuration request in step S401 may include identification information (such as the name of the application object) of at least one application object that needs to be configured with the disaster recovery solution.
  • the DR solution configuration request can be configured to request a disaster recovery solution for an application object, or a disaster recovery solution for configuring a network service (Network Server, NS) supported by multiple application objects, and request configuration including A DC disaster recovery solution of multiple application objects, where the NS can be considered as a function or service item that is jointly performed by multiple application objects.
  • the disaster recovery solution configuration request may further include the disaster tolerance capability and the disaster tolerance constraint requirement information of the at least one application object or the network service NS or DC.
  • the above-mentioned disaster recovery capability refers to the capability of providing disaster recovery technologies, including information such as disaster recovery mechanism, disaster recovery mode, and disaster tolerance specifications.
  • the disaster recovery mechanism can be based on the infrastructure layer for disaster recovery backup.
  • a mechanism for performing disaster recovery backup based on the application layer a mechanism for performing disaster recovery backup based on the platform layer, or a mechanism for performing disaster recovery backup based on the management domain.
  • the DR mode can be active/standby mode, active/standby mode, load sharing mode, or main standby mode.
  • the active/standby mode refers to the active working system, and the standby working system enters the working environment when the primary working system fails.
  • the mode of the state; the main active-active mode refers to the mode in which multiple working systems work simultaneously; the load-sharing mode refers to the mode in which multiple working systems share the load and run simultaneously; the main standby mode refers to only the standby mode.
  • the data information of the working system when the main working system fails, generates a working system according to the saved data information, and enters a working state.
  • the disaster recovery specifications include the disaster recovery level, the Recovery Point Objective (RPO), the Recovery Time Objective (RTO), and the maximum number of Virtual Machines (VMs) supported.
  • the above disaster tolerance constraints refer to some deployment conditions that are limited according to the actual characteristics of the application object and the user's refined requirements, including: geographic constraints, affinity constraints, anti-affinity constraints, and priority constraints.
  • the geographical constraint refers to the application object can not be deployed to the set country, region or DC, or the application object can only be deployed to the set country, region or DC;
  • the affinity constraint refers to the strong business Multiple application objects of coupling or geographic proximity (for example, different application objects in the same Network Service (NS)) are deployed in the same DC, or multiple applications with strong service coupling
  • the object configuration is the same as the infrastructure management;
  • the anti-affinity constraint refers to the need to deploy multiple application objects in different DCs or configure different infrastructure management for multiple application objects, for example, load sharing disaster recovery mode.
  • the priority constraint refers to different prioritized application objects that can obtain different differentiated services under different resource states or in the event of an abnormal event, for example, When resources such as infrastructure are insufficient, priority is given to ensuring that high-priority application objects can achieve disaster tolerance.
  • S402 Determine, according to the disaster recovery plan configuration request, the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured;
  • the application object to be configured is an application object that needs to be configured with a disaster recovery solution.
  • the application object may be a deployed application object (that is, an application object that has been deployed in the cloud computing architecture but has not been configured with a disaster recovery solution or needs to be configured. You can also tamper with the configured disaster recovery solution. It is an application object that has not yet been deployed.
  • the disaster recovery plan configuration request received in step S401 includes only the identification information of the application object to be configured (which may be information such as a name), the stored application object information needs to be stored according to the identification information. Searching for the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object that matches the identifier information; if the disaster tolerance solution configuration request received in the step S401 includes the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured, The disaster tolerance capability and disaster tolerance constraint requirement information of the object can be directly parsed from the disaster recovery plan configuration request.
  • S403 The application to be configured according to the infrastructure information, the infrastructure management information, the application object information, and the disaster tolerance capability and the disaster tolerance constraint requirement information of the application object to be configured.
  • the object determines the disaster recovery plan.
  • the infrastructure information may include disaster tolerance capability information and/or resource usage information of at least one infrastructure; where the resource usage information includes remaining available disaster recovery resources between the infrastructure and/or the infrastructure, Such as storage resources, CPU resources, network resources, and so on.
  • the infrastructure management information includes at least one infrastructure management disaster tolerance capability information; where infrastructure management can manage infrastructure under multiple DCs, and a single DC can also include multiple infrastructure management.
  • the application object information includes disaster-tolerant capability information of at least one application object that may be deployed (which may be one application object, or a network service NS supported by multiple application objects, or a DC including multiple application objects), and/or Or disaster tolerance information, and/or health status information (that is, one or more of disaster tolerance capability information, disaster tolerance constraint information, and health state information), where the health status information refers to whether the deployed application object is faulty. , current load status and other information.
  • a disaster recovery capability information base for collecting the information of each infrastructure, the information of each infrastructure management, and the information of each deployed application object is established, and after receiving the disaster recovery plan configuration request.
  • the established disaster recovery capability information database you can find the infrastructure, infrastructure management, and deployed application objects that support the disaster tolerance and disaster tolerance requirements of the application objects to be configured (can be used for disaster recovery in load balancing mode). And determine the final disaster recovery plan. For example, you can first determine the disaster recovery mode and disaster recovery mechanism that you need to use based on the disaster tolerance and disaster tolerance requirements of the application to be configured, and the infrastructure and foundation from the disaster recovery mode and disaster recovery mechanism.
  • the final disaster recovery plan can include one or more of the following elements: disaster recovery mode, disaster tolerance mechanism, data center DC, infrastructure and infrastructure management, deployed application objects, and so on.
  • the cloud computing architecture of the embodiment of the present invention may be an ICT-based NFV architecture.
  • the following focuses on the implementation of the cloud computing architecture.
  • the Management and Orchestration which coordinates the resources of the entire cloud system, is defined in the NFV standard architecture. As shown in Figure 5, it is a schematic diagram of the MANO interface architecture in the NFV architecture.
  • the NF V architecture defines the NF V Infrastructure (NFVI), Virtualized Infrastructure Manager (VIM), Virtualised Network Function (VNF), and virtualized network function management.
  • VNF Manager, VNFM Network Functions Virtualisation Orchestrator (NFVO), Element Management System (EMS), Operation Support System/Business Support System (Operation Support System/Business Support System, Functional objects such as OSS/BSS).
  • NFVI is used to provide cloud infrastructure
  • VNF is clouded network element application
  • VIM is responsible for infrastructure management
  • VNFM is responsible for VNF lifecycle management
  • NFVO is responsible for business lifecycle management
  • EMS is network element application.
  • the network management system, OSS/BSS is the network management system of the cloud system.
  • the NFV architecture is a fully open cloud standard architecture. Each component or the same component can be provided by different equipment vendors. It can implement disaster recovery based on different levels (infrastructure layer, application layer, management layer), different infrastructures, different VNFs. The disaster recovery capability can be different. Therefore, implementing disaster recovery deployment under the NFV architecture can make the selection of disaster recovery solutions more flexible.
  • the executor of the embodiment of the present invention may be deployed as a disaster recovery solution optimization module in a functional entity of an existing cloud computing architecture.
  • the NFVO or VNFM or OSS/BSS may be deployed under the NFV architecture. Or in EMS.
  • the deployment location of the disaster recovery plan optimization module determines the delivery path of the infrastructure information, the infrastructure management information, and the application object information, and the following is to deploy the disaster recovery solution optimization module in the
  • the disaster recovery scheme optimization module in NFVO can actively query the above-mentioned infrastructure information, infrastructure management information, and application object information to VIM, VNFM, etc., and can also receive infrastructure information that is actively sent by VIM, VNFM, etc. , infrastructure management information and application object information, not limited here.
  • the disaster recovery plan optimization module in VNFM can actively query the above-mentioned infrastructure information, infrastructure management information and application object information to VIM, VNF, etc., and can also receive infrastructure information and infrastructure management that are actively sent by VIM, VNF, etc. Information and application object information are not limited here.
  • the NFVI transmits the infrastructure information to the NFVO through the VIM, as shown by reference numeral 1 in FIG.
  • the indicated path that is, the VIM reports the related information of each NFVI to the NFVO, or the NFVO can subscribe to the NFVI related information to the VIM; the VIM transmits the infrastructure management information to the NFVO, as shown in Figure 2
  • the VNF transmits the application object information (including the disaster tolerance capability, disaster tolerance constraint, health status, etc. of the application object) to the NFVO through the VNFM, as shown in the path indicated by the label 3a in FIG.
  • the VNFM can store the information.
  • the application object information is directly transmitted to the NFVO, as indicated by the label 3b in FIG. 6; the OSS/BSS transmits the disaster recovery scheme configuration request (including the user's disaster tolerance constraint information) to the NFVO, as indicated by the label 4a in FIG.
  • the EMS transmits the DR solution configuration request to the NFVO through the VNFM, as shown in the path indicated by the label 4b in FIG. 6, or the VNFM transmits the DR solution configuration request to the NFVO, as shown in FIG.
  • the path indicated by the number 4c, or the NFVO can also directly receive the disaster recovery plan configuration request triggered by the user through the NFVO management software; specifically, the method for transmitting the disaster recovery plan configuration request can be in the virtualized network function description file (Virtual The network function description (VNFD) or the network service description file (NSD) adds the DR solution configuration request information.
  • VNFD Virtual The network function description
  • NSD network service description file
  • the DR solution configuration request can be transmitted by using the interface command.
  • the information or element related to the configuration of the disaster recovery solution may be defined in the VNFD or the NSD, where the information or element is used to identify the disaster recovery plan configuration for the set application object or the NS or the DC, about the piece of information or The description of the elements is used to describe the disaster recovery configuration information (including disaster tolerance capability information and/or disaster tolerance constraint information, etc.) of the VNF or NS or DC.
  • a Disaster Recovery Configuration Indicator can be defined in the VNFD.
  • the description of the DRCI is used to indicate the disaster recovery configuration information of the corresponding VNF.
  • the information includes the information about the DR and the DR information.
  • the cardinality of the DRCI is used to indicate the number of the DR configuration information. As shown in Table 1, the cardinality is 0 to N, indicating that the DR configuration information cannot be carried. You can also carry multiple disaster recovery configuration information. As shown in Table 2, the base number is 1, which means that a disaster recovery configuration information is carried.
  • the NFVI transmits the infrastructure information to the VNFM through the VIM, as shown in Figure 5
  • the indicated path that is, the information about each NFVI managed by the VIM is reported to the VNFM, or the VNFM can subscribe to the NFVI related information to the VIM; the VIM transmits the infrastructure management information to the VNFM, as shown by the number 6 in FIG.
  • the received DR solution configuration request is transmitted to the NFVO, and the NFVO forwards the DR solution configuration request to the VNFM, as shown in the path indicated by the label 8b in FIG. 7, or the NFVO transmits the received DR solution configuration request to the VNFM.
  • the path indicated by the label 8c in FIG. 7; or, the VNFM can directly receive the DR solution configuration request triggered by the VNFM management software.
  • the method for transmitting the disaster tolerance scheme configuration request may be: adding a disaster recovery scheme configuration request information to a virtual network function description file (VNFD) or a network service description file (NSD), and
  • VNFD virtual network function description file
  • NSD network service description file
  • the disaster recovery plan optimization module is deployed in the NFVO or the VNFM
  • the infrastructure information and the infrastructure management information are transmitted to the disaster recovery solution optimization module through the infrastructure management. That is,
  • the infrastructure information and the infrastructure management information are collected into the established disaster tolerance capability information base according to the following steps: receiving the infrastructure management of the infrastructure management transmission and the information of each infrastructure managed by the infrastructure management And storing the received infrastructure management and information of each infrastructure managed by the infrastructure management into the disaster tolerance capability information base.
  • the receiving the disaster recovery solution configuration request includes: receiving the operation support system OSS or the service support system BSS transmission Receiving the disaster recovery plan configuration request; or receiving the disaster recovery plan configuration request from the network element management system EMS forwarded by the virtualized network function management VNFM; or receiving the disaster recovery plan configuration request sent by the virtualized network function management VNFM Or receiving the disaster recovery plan configuration request delivered by the NFVO management software;
  • the receiving the disaster recovery solution configuration request includes: receiving the disaster recovery solution configuration that is transmitted by the network element management system EMS Requesting; or receiving a DR solution configuration request from the OSS/BSS forwarded by the NFVO; Or receiving the disaster recovery plan configuration request of the NFVO transmission; or receiving the disaster recovery plan configuration request delivered by the VNFM management software;
  • Collecting the application object information into the established disaster tolerance capability information base according to the following steps: receiving application object information transmitted by each application object; storing the received application object information in the disaster tolerance capability information base in.
  • the updated information may be timely transmitted to the disaster recovery capability information database through the above path, and
  • the disaster plan optimization module re-forms a suitable disaster recovery plan for the affected application object according to the updated information.
  • the information transmission path provided by the above embodiment of the present invention changes information such as the disaster tolerance capability of the infrastructure or infrastructure management, such as software upgrade, new infrastructure components, partial infrastructure failure, etc., disaster tolerance capability.
  • the information base can update the data and identify the affected application objects in time, and then feed the information back to the disaster recovery plan optimization module.
  • the disaster recovery plan optimization module re-forms the appropriate disaster recovery plan for the affected application objects to remind the user or
  • the trigger system automatically adjusts the disaster recovery plan.
  • the disaster recovery capability information base can also update data and identify affected application objects in time, and then The information is fed back to the disaster recovery plan optimization module.
  • the disaster recovery plan optimization module re-forms the appropriate disaster recovery plan for the affected application objects, and reminds the user or the trigger system to automatically adjust the disaster recovery plan.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the modules or units is only a logical function division.
  • there may be another division manner for example, multiple units or components may be used. Combined or can be integrated into Another system, or some features can be ignored, or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the components displayed for the unit may or may not be physical units, ie may be located in one place, or may be distributed over multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software function unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • the instructions include a plurality of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes: a U disk, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like, which can store program codes. .

Abstract

本发明涉及通信与信息技术领域，尤其涉及一种云计算架构下的容灾方案配置方法及装置，用以解决人工规划容灾方案的方式灵活性较差，不利于系统全局管理的问题。本发明方法包括：接收容灾方案配置请求；根据所述容灾方案配置请求，确定待配置的应用对象的容灾能力和容灾约束需求信息；根据建立的容灾能力信息库中的基础设施信息、基础设施管理信息和应用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信息，为所述待配置的应用对象确定容灾方案。上述方法中，采用容灾能力信息库收集各基础设施、各基础设施管理和各应用对象的信息，可以针对用户实际需求，为用户自动选择容灾方案，灵活性较高，有利于系统全局管理。

Description

一种云计算架构下的容灾方案配置方法及装置 技术领域
本发明涉及通信与信息技术领域， 尤其涉及一种云计算架构下的容灾方 案配置方法及装置。 背景技术
容灾技术是指在相隔较远的异地， 建立两套或多套功能类似的系统。 当 工作系统发生地震、 火灾等灾难事件， 或发生断电等重大故障时， 通过将工 作系统切换到异地的容灾系统， 从而保持提供应用服务的能力的一种可靠性 机制。
云计算是将计算作业分布在大量的分布式计算机上的一种服务模式。 这 种模式具有可配置的计算资源共享池（包括网络， 服务器， 存储， 应用软件， 服务等）， 可以为用户提供可用的、 便捷的、 按需的网络访问。 云计算是将分 布式计算 ( Distributed Computing )、 并行计算 ( Parallel Computing )、 效用计 算（Utility Computing )等计算方式和网络存储 ( Network Storage ), 虚拟化 ( Virtualization )、负载均衡（ Load Balance )等网络技术进行融合发展的产物。
如图 1所示， 在信息技术（Information Technology, IT )领域的云计算架 构下， 在部署各个应用对象的过程中一般会以数据中心 （Data Center, DC ) 为单位； 一个 DC站点下部署多台基础设施及多个应用对象，具有灾备关系的 DC之间的云管理平台通常由同一设备商提供。 这里的 DC可以指物理 DC或 虚拟 DC。
在部署新的应用对象时， 用户首先根据云计算系统提供的容灾能力规划 好相应的容灾方案， 然后指示云计算系统执行用户规划的容灾方案。 这种人 工规划容灾方案的方式灵活性较差， 不利于系统全局管理。 发明内容 本发明实施例提供一种云计算架构下的容灾方案配置方法及装置， 用以 解决人工规划容灾方案的方式灵活性较差， 不利于系统全局管理的问题。
第一方面， 提供一种云计算架构下的容灾方案配置装置， 包括： 接收模块， 用于接收容灾方案配置请求， 并将接收的所述容灾方案配置 请求传输至第一确定模块；
第一确定模块， 用于根据所述容灾方案配置请求， 确定待配置的应用对 象的容灾能力和容灾约束需求信息， 并将确定的所述待配置的应用对象的容 灾能力和容灾约束需求信息传输至第二确定模块；
第二确定模块， 用于根据建立的容灾能力信息库中的基础设施信息、 基 础设施管理信息和应用对象信息以及所述待配置的应用对象的容灾能力和容 灾约束需求信息， 为所述待配置的应用对象确定容灾方案。
结合第一方面， 在第一种可能的实现方式中， 所述基础设施信息包括至 少一个基础设施的容灾能力信息和 /或资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
结合第一方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述云计算架构为网络功能虚拟化 NFV架构； 所述应用对象为 VNF, 所述基 础设施为网络功能虚拟化基础设施 NFVI, 所述基础设施管理为虚拟化基础设 施管理 VIM。
结合第一方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述容灾能力信息库和所述装置位于网络功能虚拟化管理平台 NFVO中， 或 所述容灾能力信息库和所述装置位于虚拟化网络功能管理 VNFM中；
所述接收模块， 还用于接收任一基础设施管理传输的该基础设施管理和 该基础设施管理所管理的各基础设施的信息， 将接收的该基础设施管理和该 基础设施管理所管理的各基础设施的信息存储到所述容灾能力信息库中。
结合第一方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述容灾能力信息库和所述装置位于网络功能虚拟化管理平台 NFVO中； 所述接收模块具体用于，接收运营支撑系统 OSS或业务支撑系统 BSS传 输的所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM转发的来 自网元管理系统 EMS的所述容灾方案配置请求； 或， 接收虚拟化网络功能管 理 VNFM发送的所述容灾方案配置请求； 或， 接收 NFVO管理软件下发的所 述容灾方案配置请求；
所述接收模块， 还用于接收虚拟化网络功能管理 VNFM传输的该 VNFM 管理下的各应用对象的信息， 将接收的所述各应用对象的信息存储到所述容 灾能力信息库中。
结合第一方面的第三种可能的实现方式， 在第五种可能的实现方式中， 所述容灾能力信息库和所述装置位于虚拟化网络功能管理 VNFM中；
所述接收模块具体用于，接收网元管理系统 EMS传输的所述容灾方案配 置请求； 或， 接收网络功能虚拟化管理平台 NFVO转发的来自运营支撑系统 OSS或业务支撑系统 BSS的容灾方案配置请求； 或， 接收 NFVO传输的容灾 方案配置请求； 或， 接收 VNFM管理软件下发的所述容灾方案配置请求； 所述接收模块， 还用于接收每个应用对象传输的应用对象信息， 将接收 的所述应用对象信息存储到所述容灾能力信息库中。
第二方面， 提供一种云计算架构下的容灾方案配置装置， 包括处理器和 存储器， 所述存储器存储执行指令， 当所述装置运行时， 所述处理器与所述 存储器之间通信， 所述处理器执行所述执行指令使得所述装置执行如下方法： 接收容灾方案配置请求；
根据所述容灾方案配置请求， 确定待配置的应用对象的容灾能力和容灾 约束需求信息；
根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信息和应 用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信息， 为 所述待配置的应用对象确定容灾方案。
结合第二方面， 在第一种可能的实现方式中， 所述基础设施信息包括至 少一个基础设施的容灾能力信息和 /或资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
结合第二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述云计算架构为网络功能虚拟化 NFV架构； 所述应用对象为 VNF, 所述基 础设施为网络功能虚拟化基础设施 NFVI, 所述基础设施管理为虚拟化基础设 施管理 VIM。
结合第二方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述容灾能力信息库位于网络功能虚拟化管理平台 NFVO中或位于虚拟化网 络功能管理 VNFM中；
所述处理器执行的所述方法中， 根据以下步骤将基础设施信息和基础 设施管理信息收集到建立的所述容灾能力信息库中： 接收任一基础设施管理 传输的该基础设施管理和该基础设施管理所管理的各基础设施的信息； 将接 收的该基础设施管理和该基础设施管理所管理的各基础设施的信息存储到所 述容灾能力信息库中。
第二方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述 容灾能力信息库位于网络功能虚拟化管理平台 NFVO中；
所述处理器执行的所述方法中， 所述接收容灾方案配置请求， 包括： 接收运营支撑系统 OSS或业务支撑系统 BSS传输的所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM转发的来自网元管理系统 EMS的所述 案配置请求； 或， 接收 NFVO管理软件下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息; 将接收的所述各应用对象的信息存储到所述容灾能力信息库中。
结合第二方面的第三种可能的实现方式， 在第五种可能的实现方式中， 所述容灾能力信息库位于虚拟化网络功能管理 VNFM中；
所述处理器执行的所述方法中， 所述接收容灾方案配置请求， 包括： 接收网元管理系统 EMS传输的所述容灾方案配置请求； 或， 接收网络功能虚 拟化管理平台 NFVO转发的来自运营支撑系统 OSS或业务支撑系统 BSS的容 灾方案配置请求； 或，接收 NFVO传输的容灾方案配置请求； 或，接收 VNFM 管理软件下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收每个应用对象传输的应用对象信息； 将接收的所述应用对象信息存储到 所述容灾能力信息库中。
第三方面， 提供一种云计算架构下的容灾方案配置方法， 包括：
接收容灾方案配置请求；
根据所述容灾方案配置请求， 确定待配置的应用对象的容灾能力和容灾 约束需求信息；
根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信息和应 用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信息， 为 所述待配置的应用对象确定容灾方案。
结合第三方面， 在第一种可能的实现方式中， 所述基础设施信息包括至 少一个基础设施的容灾能力信息和 /或资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
结合第三方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述云计算架构为网络功能虚拟化 NFV架构； 所述应用对象为 VNF, 所述基 础设施为网络功能虚拟化基础设施 NFVI, 所述基础设施管理为虚拟化基础设 施管理 VIM。
结合第三方面的第二种可能的实现方式， 在第三种可能的实现方式中， 所述容灾能力信息库位于网络功能虚拟化管理平台 NFVO中或位于虚拟化网 络功能管理 VNFM中；
根据以下步骤将基础设施信息和基础设施管理信息收集到建立的所述容 灾能力信息库中： 接收任一基础设施管理传输的该基础设施管理和该基础设 施管理所管理的各基础设施的信息； 将接收的该基础设施管理和该基础设施 管理所管理的各基础设施的信息存储到所述容灾能力信息库中。
结合第三方面的第三种可能的实现方式， 在第四种可能的实现方式中， 所述容灾能力信息库位于网络功能虚拟化管理平台 NFVO中；
所述接收容灾方案配置请求， 包括： 接收运营支撑系统 OSS或业务支撑 系统 BSS传输的所述容灾方案配置请求；或，接收虚拟化网络功能管理 VNFM 转发的来自网元管理系统 EMS的所述容灾方案配置请求； 或， 接收虚拟化网 络功能管理 VNFM发送的所述容灾方案配置请求； 或， 接收 NFVO管理软件 下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息; 将接收的所述各应用对象的信息存储到所述容灾能力信息库中。
结合第三方面的第三种可能的实现方式， 在第五种可能的实现方式中， 所述容灾能力信息库位于虚拟化网络功能管理 VNFM中；
所述接收容灾方案配置请求， 包括： 接收网元管理系统 EMS传输的所述 容灾方案配置请求； 或， 接收网络功能虚拟化管理平台 NFVO转发的来自运 营支撑系统 OSS或业务支撑系统 BSS的容灾方案配置请求； 或， 接收 NFVO 传输的容灾方案配置请求； 或， 接收 VNFM管理软件下发的所述容灾方案配 置请求
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收每个应用对象传输的应用对象信息； 将接收的所述应用对象信息存储到 所述容灾能力信息库中。
上述方法中， 釆用容灾能力信息库收集各基础设施、 各基础设施管理和 各应用对象的信息， 可以针对用户实际需求， 为用户自动选择容灾方案， 灵 活性较高， 有利于系统全局管理。 附图说明
图 1为 IT领域的容灾部署示意图；
图 2为本发明实施例一提供的云计算架构下的容灾方案配置装置结构示意 图；
图 3为本发明实施例二提供的云计算架构下的容灾方案配置装置结构示意 图；
图 4为本发明实施例三提供的云计算架构下的容灾方案配置方法流程图； 图 5为 NFV架构中的 MANO接口架构示意图；
图 6为将容灾方案优选模块部署在 NFVO中的示意图；
图 7为将容灾方案优选模块部署在 VNFM中的示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。
下面结合说明书附图对本发明实施例作进一步详细描述。
本发明实施例应用于云计算架构下对应用对象的容灾方案的配置， 这里 的应用对象指的是云计算架构下的网元应用， 如第三方应用、 各种虚拟网元 如基站、 控制器、 移动性管理实体 ( Mobility Management Entity, MME )、 服 务网关 （ Serving Gateway, SGW )、 分组数据网络网关 （ Packet Data Network Gateway , PGW ) 等。 本发明实施例既可以应用于基于传统的信息技术 ( Information Technology, IT )的云计算架构， 也可以应用于基于新兴的信息 与通信技术 ( Information and Communication Technology, ICT )的网络功能虚 ^M ( Network Functions Virtualisation, NFV )云计算架构。
本发明实施例中釆用容灾能力信息库收集各基础设施、 各基础设施管理 和各应用对象的信息， 可以针对用户实际需求， 为用户自动选择容灾方案， 灵活性较高， 有利于系统全局管理。
本发明以下实施例首先介绍云计算架构下的容灾方案配置装置的实施， 该装置的实施与后续介绍的云计算架构下的容灾方案配置方法的实施相似， 重复之处， 不再赘述。
如图 2所示， 为本发明实施例一提供的云计算架构下的容灾方案配置装 置结构示意图， 包括：
接收模块 21 , 用于接收容灾方案配置请求， 并将接收的所述容灾方案配 置请求传输至第一确定模块 22;
第一确定模块 22, 用于根据所述容灾方案配置请求， 确定待配置的应用 对象的容灾能力和容灾约束需求信息， 并将确定的所述待配置的应用对象的 容灾能力和容灾约束需求信息传输至第二确定模块 23；
第二确定模块 23 , 用于根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信息和应用对象信息以及所述待配置的应用对象的容灾能力和 容灾约束需求信息， 为所述待配置的应用对象确定容灾方案。
可选地， 所述基础设施信息包括至少一个基础设施的容灾能力信息和 /或 资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
可选地， 所述云计算架构为网络功能虚拟化 NFV架构； 所述应用对象为 VNF, 所述基础设施为网络功能虚拟化基础设施 NFVI, 所述基础设施管理为 虚拟化基础设施管理 VIM。
可选地， 所述容灾能力信息库和所述装置位于网络功能虚拟化管理平台 NFVO中，或所述容灾能力信息库和所述装置位于虚拟化网络功能管理 VNFM 中；
所述接收模块 21 , 还用于接收任一基础设施管理传输的该基础设施管理 和该基础设施管理所管理的各基础设施的信息， 将接收的该基础设施管理和 该基础设施管理所管理的各基础设施的信息存储到所述容灾能力信息库中。
可选地， 所述容灾能力信息库和所述装置位于网络功能虚拟化管理平台 NFVO中；
所述接收模块 21具体用于，接收运营支撑系统 OSS或业务支撑系统 BSS 传输的所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM转发的 来自网元管理系统 EMS的所述容灾方案配置请求； 或， 接收虚拟化网络功能 管理 VNFM发送的所述容灾方案配置请求； 或， 接收 NFVO管理软件下发的 所述容灾方案配置请求；
所述接收模块 21 , 还用于接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息， 将接收的所述各应用对象的信息存储到 所述容灾能力信息库中。
可选地， 所述容灾能力信息库和所述装置位于虚拟化网络功能管理 VNFM中；
所述接收模块 21具体用于， 接收网元管理系统 EMS传输的所述容灾方 案配置请求； 或， 接收网络功能虚拟化管理平台 NFVO转发的来自运营支撑 系统 OSS或业务支撑系统 BSS的容灾方案配置请求； 或，接收 NFVO传输的 容灾方案配置请求；或，接收 VNFM管理软件下发的所述容灾方案配置请求； 所述接收模块 21 , 还用于接收每个应用对象传输的应用对象信息， 将接 收的所述应用对象信息存储到所述容灾能力信息库中。
如图 3 所示， 为本发明实施例二提供的云计算架构下的容灾方案配置装 置结构示意图， 包括处理器 31和存储器 32, 所述存储器 32存储执行指令， 当所述装置运行时， 所述处理器 31与所述存储器 32之间通信， 所述处理器 31执行所述执行指令使得所述装置执行如下方法：
接收容灾方案配置请求； 根据所述容灾方案配置请求， 确定待配置的应用对象的容灾能力和容灾 约束需求信息；
根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信息和应 用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信息， 为 所述待配置的应用对象确定容灾方案。
可选地， 所述基础设施信息包括至少一个基础设施的容灾能力信息和 /或 资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
可选地， 所述云计算架构为网络功能虚拟化 NFV架构； 所述应用对象为 VNF, 所述基础设施为网络功能虚拟化基础设施 NFVI, 所述基础设施管理为 虚拟化基础设施管理 VIM。
可选地， 所述容灾能力信息库位于网络功能虚拟化管理平台 NFVO中或 位于虚拟化网络功能管理 VNFM中；
所述处理器 31 执行的所述方法中， 根据以下步骤将基础设施信息和 基础设施管理信息收集到建立的所述容灾能力信息库中： 接收任一基础设施 管理传输的该基础设施管理和该基础设施管理所管理的各基础设施的信息； 将接收的该基础设施管理和该基础设施管理所管理的各基础设施的信息存储 到所述容灾能力信息库中。
可选地， 所述容灾能力信息库位于网络功能虚拟化管理平台 NFVO中； 所述处理器 31 执行的所述方法中， 所述接收容灾方案配置请求， 包 括：接收运营支撑系统 OSS或业务支撑系统 BSS传输的所述容灾方案配置请 求； 或， 接收虚拟化网络功能管理 VNFM转发的来自网元管理系统 EMS的 所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM发送的所述容 灾方案配置请求； 或， 接收 NFVO管理软件下发的所述容灾方案配置请求； 根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息; 将接收的所述各应用对象的信息存储到所述容灾能力信息库中。
可选地， 所述容灾能力信息库位于虚拟化网络功能管理 VNFM中； 所述处理器 31 执行的所述方法中， 所述接收容灾方案配置请求， 包 括： 接收网元管理系统 EMS传输的所述容灾方案配置请求； 或， 接收网络功 能虚拟化管理平台 NFVO转发的来自运营支撑系统 OSS或业务支撑系统 BSS 的容灾方案配置请求； 或， 接收 NFVO传输的容灾方案配置请求； 或， 接收 VNFM管理软件下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收每个应用对象传输的应用对象信息； 将接收的所述应用对象信息存储到 所述容灾能力信息库中。
如图 4所示， 为本发明实施例三提供的云计算架构下的容灾方案配置方 法流程图， 该方法包括：
S401 : 接收容灾方案配置请求；
在具体实施过程中， 本发明实施例的执行主体可以作为容灾方案优选模 块部署在已有的云计算架构的功能对象中 （比如部署在 NFV架构下的网络功 能虚拟化管理平台 NFVO或虚拟化网络功能管理 VNFM中 ), 也可以作为一 个独立的功能对象部署在已有的云计算架构中。
步骤 S401中的容灾方案配置请求可以包括需要配置容灾方案的至少一个 应用对象的标识信息（比如应用对象的名称）。 该容灾方案配置请求既可以请 求配置一个应用对象的容灾方案， 也可以请求配置由多个应用对象所支持的 一项网络服务（Network Server, NS )的容灾方案， 还可以请求配置包括多个 应用对象的 DC的容灾方案，这里的 NS可以认为是由多个应用对象共同完成 的功能或服务项目。 除此之外， 该容灾方案配置请求中还可以包括至少一个 应用对象或网络服务 NS或 DC的容灾能力和容灾约束需求信息。
上述容灾能力是指提供容灾技术的能力， 包括容灾机制、 容灾模式、 容 灾规格等元素的信息。 容灾机制可以是基于基础设施层进行容灾备份的机制、 基于应用层进行容灾备份的机制、 基于平台层进行容灾备份的机制、 或基于 管理域进行容灾备份的机制。 容灾模式可以是主备模式、 主主双活模式、 负 荷分担模式或主待部署模式； 其中， 主备模式指的是主工作系统处于工作状 态， 备用工作系统在主工作系统故障时进入工作状态的模式； 主主双活模式 指的是多个工作系统同时工作的模式； 负荷分担模式指的是多个工作系统分 担负载、 同时运行的模式； 主待部署模式指的是只保存待用的工作系统的数 据信息， 在主工作系统故障时， 根据保存的数据信息生成工作系统， 并进入 工作状态。容灾规格可以包括容灾等级、目标恢复点（ Recovery Point Objective, RPO )、 目标恢复时间 （Recovery Time Objective, RTO )、 支持的最大容灾虚 拟机（Virtual Machine, VM )个数等。
上述容灾约束指的是根据应用对象的实际特点和用户的精细化要求所限 定的一些部署条件， 包括： 地理约束、 亲和性约束、 反亲和性约束和优先级 约束等。 其中， 地理约束指的是应用对象不能部署到设定国家、 地区或 DC 等， 或者应用对象只能部署到设定国家、地区或 DC等； 亲和性约束指的是将 具有较强的业务耦合性或地理亲近性的多个应用对象（比如， 在同一网络服 务（Network Service, NS ) 中的不同应用对象）部署在相同的 DC中， 或为 具有较强的业务耦合性的多个应用对象配置相同的基础设施管理等； 反亲和 性约束指的需要将多个应用对象分别部署在不同的 DC 中或为多个应用对象 配置不同的基础设施管理， 比如， 将负荷分担容灾模式下的几个应用对象部 署在不同的 DC中；优先级约束指的是在不同的资源状态下或在发生异常事件 的情况下， 不同优先级的应用对象可以获得不同的差异化服务， 比如， 在基 础设施等资源不足时， 优先确保高优先级的应用对象能够实现容灾。
S402: 根据所述容灾方案配置请求， 确定待配置的应用对象的容灾能力 和容灾约束需求信息；
这里， 待配置的应用对象是指需要配置容灾方案的应用对象， 该应用对 象可以是已部署的应用对象（即已部署在云计算架构中， 但是还未配置容灾 方案的应用对象或者需要对已配置的容灾方案进行^ ί'爹改的应用对象）， 也可以 是还未部署的应用对象。
在该步骤中， 若步骤 S401中接收的容灾方案配置请求中只包括待配置的 应用对象的标识信息（可以是名称等信息）， 则还需要根据该标识信息， 从已 存储的应用对象信息中查找与该标识信息匹配的应用对象的容灾能力和容灾 约束需求信息； 若步骤 S401中接收的容灾方案配置请求中包括待配置的应用 对象的容灾能力和容灾约束需求信息， 则可以直接从该容灾方案配置请求中 解析出该用对象的容灾能力和容灾约束需求信息。
S403: 根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信 息和应用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信 息， 为所述待配置的应用对象确定容灾方案。
该步骤中， 所述基础设施信息可以包括至少一个基础设施的容灾能力信 息和 /或资源使用信息； 这里的资源使用信息包括基础设施和 /或基础设施之间 的剩余可用的容灾资源， 如存储资源、 CPU资源、 网络资源等。 所述基础设 施管理信息包括至少一个基础设施管理的容灾能力信息； 这里， 基础设施管 理可以管理多个 DC下的基础设施， 单个 DC也可以包含多个基础设施管理。 所述应用对象信息包括已部署的至少一个应用对象（可以是一个应用对象、 或由多个应用对象所支持的网络服务 NS, 或包括多个应用对象的 DC ) 的容 灾能力信息、 和 /或容灾约束信息、 和 /或健康状态信息（即容灾能力信息、 容 灾约束信息和健康状态信息中的一种或多种）， 这里的健康状态信息是指已部 署的应用对象是否故障、 当前负载状态等信息。
本发明实施例中， 建立了用于收集各基础设施的信息、 各基础设施管理 的信息及已部署的各应用对象的信息的容灾能力信息库， 在接收到容灾方案 配置请求后， 从建立的容灾能力信息库中， 查找支持待配置的应用对象的容 灾能力和容灾约束需求的基础设施、 基础设施管理及已部署的应用对象（可 以用于负荷分担模式下的容灾）， 并确定最终的容灾方案。 比如， 可以首先根 据待配置的应用对象的容灾能力和容灾约束需求信息， 确定需要釆用的容灾 模式和容灾机制， 从支持确定的容灾模式和容灾机制的基础设施、 基础设施 管理、数据中心 DC和应用对象中，基于当前空闲资源最富裕、 亲和性和反亲 和性等原则， 挑选出最佳的基础设施、 基础设施管理和数据中心 DC, 基于反 亲和性和应用负载最小等原则， 挑选出最佳的用于负荷分担容灾模式下的应 用对象。 最终确定的容灾方案可以包括以下元素的信息中的一种或多种： 容 灾模式、 容灾机制、 数据中心 DC, 基础设施和基础设施管理、 已部署的应用 对象等。
上述流程中已说明， 本发明实施例的云计算架构可以是基于 ICT的 NFV 架构。 下面针对该云计算架构下的实施作重点说明。
NFV 标准架构中定义了协调整个云系统资源的管理与编排模块 ( Management and Orchestration, MANO ); 如图 5所示， 为 NFV架构中的 MANO接口架构示意图。 NF V架构中定义了网络功能虚拟化基础设施（ NF V Infrastructure, NFVI )、虚拟化基础设施管理 ( Virtualised Infrastructure Manager, VIM )、 虚拟化网络功能（ Virtualised Network Function, VNF )、 虚拟化网络功 能管理（ VNF Manager, VNFM )、网络功能虚拟化管理平台（ Network Functions Virtualisation Orchestrator, NFVO )、网元管理系统( Element Management System, EMS )、运营支撑系统 /业务支撑系统( Operation support system/Business support system, OSS/BSS )等功能对象。 其中， NFVI用于提供云化的基础设施， VNF 为云化后的网元应用 , VIM负责基础设施的管理， VNFM负责 VNF的生命周 期管理， NFVO负责业务的生命周期管理， EMS为网元应用的网管， OSS/BSS 为云化系统的网管。
NFV架构是全开放的云化标准架构， 各个部件或同一部件都可以由不同 设备商提供， 可以基于不同层级（基础设施层、 应用层、 管理层）实现容灾， 不同的基础设施、 不同 VNF提供的容灾能力可以不同， 因此， 在 NFV架构 下实现容灾部署， 可以使容灾方案的选择更加灵活。
上述流程中已说明， 本发明实施例的执行主体可以作为容灾方案优选模 块部署在已有的云计算架构的功能实体中， 具体地， 可以部署在 NFV架构下 的 NFVO或 VNFM或 OSS/BSS或 EMS中。 容灾方案优选模块的部署位置决定了基础设施信息、 基础设施管理信息 和应用对象信息等的传递路径， 下面针对将所述容灾方案优选模块部署在
NFVO或 VNFM中进行说明。
下述实施过程中， NFVO中的容灾方案优选模块可以主动向 VIM、 VNFM、 等查询上述基础设施信息、 基础设施管理信息和应用对象信息， 也可以接收 VIM, VNFM等主动发送的基础设施信息、 基础设施管理信息和应用对象信 息， 这里并不限定。 同理， VNFM中的容灾方案优选模块可以主动向 VIM、 VNF等查询上述基础设施信息、 基础设施管理信息和应用对象信息， 也可以 接收 VIM、 VNF等主动发送的基础设施信息、 基础设施管理信息和应用对象 信息， 这里并不限定。
如图 6所示， 为将容灾方案优选模块部署在 NFVO中的示意图， 当将容 灾方案优选模块部署在 NFVO中时， NFVI通过 VIM将基础设施信息传输给 NFVO, 如图 6中标号 1所标示的路径； 也即， VIM将管理的各 NFVI的相关 信息上报给 NFVO, 或者， NFVO可以向 VIM订阅 NFVI的相关信息； VIM 将基础设施管理信息传输给 NFVO, 如图 6中标号 2所标示的路径； VNF通 过 VNFM将应用对象信息 （包括应用对象的容灾能力、 容灾约束、 健康状态 等信息）传输给 NFVO, 如图 6中标号 3a所标示的路径， 或者， VNFM可以 将存储的应用对象信息直接传送给 NFVO, 如图 6中标号 3b所标示的路径； OSS/BSS将容灾方案配置请求（包括用户的容灾约束信息 )传输给 NFVO, 如图 6中标号 4a所标示的路径， 或者， EMS通过 VNFM将容灾方案配置请 求传输给 NFVO, 如图 6中标号 4b所标示的路径， 或者， VNFM将容灾方案 配置请求传输给 NFVO, 如图 6中标号 4c所标示的路径， 或者， NFVO也可 以直接接收用户通过 NFVO的管理软件触发的容灾方案配置请求； 具体地， 传输容灾方案配置请求的方式可以是在虚拟化网络功能描述文件 （ Virtual Network Function Descriptor, VNFD )或网络服务描述文件（ Network Service Descriptor, NSD ) 中添加容灾方案配置请求信息， 除此之前， 还可以釆用基 于接口命令的方式传输上述容灾方案配置请求。 具体地，可以在 VNFD或 NSD中定义与配置容灾方案相关的信息或元素， 其中该信息或元素用于标识需要针对设定应用对象或 NS或 DC进行容灾方案 配置， 关于该条信息或元素的描述内容用于表述设定 VNF或 NS或 DC的容 灾配置信息 (包括容灾能力信息和 /或容灾约束信息等）。
比如， 如下表一和表二所示， 可以在 VNFD 中定义一个容灾配置标识 ( Disaster Recovery Configuration Indicator, DRCI ),该 DRCI的描述内容用于 表示对应 VNF的容灾配置信息， 该容灾配置信息包括容灾能力信息、 容灾约 束信息等， 该 DRCI的基数用于表示容灾配置信息的份数， 如表一所示， 该基 数为 0~N, 表示可以不携带容灾配置信息， 也可以携带多份容灾配置信息； 如表二所示， 该基数为 1 , 表示携带一份容灾配置信息。
Figure imgf000018_0002
Figure imgf000018_0001
如图 7所示， 为将容灾方案优选模块部署在 VNFM中的示意图， 当将容 灾方案优选模块部署在 VNFM中时， NFVI通过 VIM将基础设施信息传输给 VNFM, 如图 7中标号 5所标示的路径， 也即， VIM将管理的各 NFVI的相 关信息上报给 VNFM,或者， VNFM可以向 VIM订阅 NFVI的相关信息； VIM 将基础设施管理信息传输给 VNFM, 如图 7中标号 6所标示的路径； VNF将 应用对象信息传输给 VNFM, 如图 7中标号 7所标示的路径； EMS将容灾方 案配置请求传输给 VNFM, 如图 7中标号 8a所标示的路径， 或者， OSS/BSS 将接收的容灾方案配置请求传输给 NFVO, 由 NFVO将该容灾方案配置请求 转发给 VNFM, 如图 7中标号 8b所标示的路径， 或者， NFVO将接收的容灾 方案配置请求传输给 VNFM, 如图 7中标号 8c所标示的路径； 或者， VNFM 也可以直接接收用户通过 VNFM的管理软件触发的容灾方案配置请求。 具体 地，传输容灾方案配置请求的方式可以是在虚拟化网络功能描述文件（Virtual Network Function Descriptor, VNFD )或网络服务描述文件（ Network Service Descriptor, NSD ) 中添加容灾方案配置请求信息， 还可以釆用基于接口命令 的方式传输上述容灾方案配置请求。
可见，上述两种信息传递路径中，不管将容灾方案优选模块部署在 NFVO 中还是 VNFM中， 基础设施信息和基础设施管理信息都是通过基础设施管理 传递给该容灾方案优选模块。 也即，
根据以下步骤将基础设施信息和基础设施管理信息收集到建立的所述容 灾能力信息库中： 接收任一基础设施管理传输的该基础设施管理和该基础设 施管理所管理的各基础设施的信息； 将接收的该基础设施管理和该基础设施 管理所管理的各基础设施的信息存储到所述容灾能力信息库中。
可选地，若将容灾方案优选模块和所述容灾能力信息库部署在 NFVO中， 则所述接收容灾方案配置请求， 包括： 接收运营支撑系统 OSS或业务支撑系 统 BSS传输的所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM 转发的来自网元管理系统 EMS的所述容灾方案配置请求； 或， 接收虚拟化网 络功能管理 VNFM发送的所述容灾方案配置请求； 或， 接收 NFVO管理软件 下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息; 将接收的所述各应用对象的信息存储到所述容灾能力信息库中。
可选地，若将容灾方案优选模块和所述容灾能力信息库部署在 VNFM中， 则所述接收容灾方案配置请求， 包括： 接收网元管理系统 EMS传输的所述容 灾方案配置请求；或，接收 NFVO转发的来自 OSS/BSS的容灾方案配置请求； 或， 接收 NFVO传输的容灾方案配置请求； 或， 接收 VNFM管理软件下发的 所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收每个应用对象传输的应用对象信息； 将接收的所述应用对象信息存储到 所述容灾能力信息库中。
在具体实施过程中， 当所述基础设施信息、 基础设施管理信息和应用对 象信息中的任意一种发生变化时， 可以通过以上路径将更新的信息及时传输 至容灾能力信息库， 并由容灾方案优选模块根据更新的信息， 对受影响的应 用对象重新制定合适的容灾方案。 具体地， 基于本发明以上实施例提供的信 息传递路径， 当基础设施或基础设施管理的容灾能力等信息发生变化， 比如 软件升级、 新增基础设施部件、 部分基础设施故障等， 容灾能力信息库能及 时更新数据并识别出受影响的应用对象， 然后将这些信息反馈到容灾方案优 选模块， 由容灾方案优选模块对受影响的应用对象重新制定合适的容灾方案， 提醒用户或触发系统自动进行容灾方案的调整。 当已部署的应用对象的容灾 能力或容灾约束等信息发生变化时， 比如软件升级、 用户调整等， 容灾能力 信息库同样能及时更新数据并识别出受影响的应用对象， 然后将这些信息反 馈到容灾方案优选模块， 由容灾方案优选模块对受影响的应用对象重新制定 合适的容灾方案， 提醒用户或触发系统自动进行容灾方案的调整。
所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 仅以上 述各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功 能分配由不同的功能模块完成， 即将装置的内部结构划分成不同的功能模块， 以完成以上描述的全部或者部分功能。 上述描述的系统， 装置和单元的具体 工作过程， 可以参考前述方法实施例中的对应过程， 在此不再赘述。
在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述模块或单元的划分， 仅仅为一种逻辑功能划分， 实际实 现时可以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相 互之间的耦合或直接耦合或通信连接可以是通过一些接口， 装置或单元的间 接耦合或通信连接， 可以是电性， 机械或其它的形式。 为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外， 在本申请各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单 元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用软件功能单 元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售 或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本 申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的 全部或部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个 存储介质中， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）或处理器（processor )执行本申请各个实施例所述 方法的全部或部分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存 储器（ROM, Read-Only Memory ), 随机存取存储器（RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质。
以上所述， 以上实施例仅用以对本申请的技术方案进行了详细介绍， 但 以上实施例的说明只是用于帮助理解本发明的方法及其核心思想， 不应理解 为对本发明的限制。 本技术领域的技术人员在本发明揭露的技术范围内， 可 轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。

Claims

权 利 要 求
1、 一种云计算架构下的容灾方案配置装置， 其特征在于， 该装置包括： 接收模块， 用于接收容灾方案配置请求， 并将接收的所述容灾方案配置 请求传输至第一确定模块；
第一确定模块， 用于根据所述容灾方案配置请求， 确定待配置的应用对 象的容灾能力和容灾约束需求信息， 并将确定的所述待配置的应用对象的容 灾能力和容灾约束需求信息传输至第二确定模块；
第二确定模块， 用于根据建立的容灾能力信息库中的基础设施信息、 基 础设施管理信息和应用对象信息以及所述待配置的应用对象的容灾能力和容 灾约束需求信息， 为所述待配置的应用对象确定容灾方案。
2、 如权利要求 1所述的装置， 其特征在于， 所述基础设施信息包括至少 一个基础设施的容灾能力信息和 /或资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
3、 如权利要求 2所述的装置， 其特征在于， 所述云计算架构为网络功能 虚拟化 NFV架构； 所述应用对象为 VNF, 所述基础设施为网络功能虚拟化基 础设施 NFVI , 所述基础设施管理为虚拟化基础设施管理 VIM。
4、 如权利要求 3所述的装置， 其特征在于， 所述容灾能力信息库和所述 装置位于网络功能虚拟化管理平台 NFVO中， 或所述容灾能力信息库和所述 装置位于虚拟化网络功能管理 VNFM中；
所述接收模块， 还用于接收任一基础设施管理传输的该基础设施管理和 该基础设施管理所管理的各基础设施的信息， 将接收的该基础设施管理和该 基础设施管理所管理的各基础设施的信息存储到所述容灾能力信息库中。
5、 如权利要求 4所述的装置， 其特征在于， 所述容灾能力信息库和所述 装置位于网络功能虚拟化管理平台 NFVO中； 所述接收模块具体用于，接收运营支撑系统 OSS或业务支撑系统 BSS传 输的所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM转发的来 自网元管理系统 EMS的所述容灾方案配置请求； 或， 接收虚拟化网络功能管 理 VNFM发送的所述容灾方案配置请求； 或， 接收 NFVO管理软件下发的所 述容灾方案配置请求；
所述接收模块， 还用于接收虚拟化网络功能管理 VNFM传输的该 VNFM 管理下的各应用对象的信息， 将接收的所述各应用对象的信息存储到所述容 灾能力信息库中。
6、 如权利要求 4所述的装置， 其特征在于， 所述容灾能力信息库和所述 装置位于虚拟化网络功能管理 VNFM中；
所述接收模块具体用于，接收网元管理系统 EMS传输的所述容灾方案配 置请求； 或， 接收网络功能虚拟化管理平台 NFVO转发的来自运营支撑系统 OSS或业务支撑系统 BSS的容灾方案配置请求； 或， 接收 NFVO传输的容灾 方案配置请求； 或， 接收 VNFM管理软件下发的所述容灾方案配置请求； 所述接收模块， 还用于接收每个应用对象传输的应用对象信息， 将接收 的所述应用对象信息存储到所述容灾能力信息库中。
7、 一种云计算架构下的容灾方案配置装置， 其特征在于， 包括处理器和 存储器， 所述存储器存储执行指令， 当所述装置运行时， 所述处理器与所述 存储器之间通信， 所述处理器执行所述执行指令使得所述装置执行如下方法： 接收容灾方案配置请求；
根据所述容灾方案配置请求， 确定待配置的应用对象的容灾能力和容灾 约束需求信息；
根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信息和应 用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信息， 为 所述待配置的应用对象确定容灾方案。
8、 如权利要求 7所述的装置， 其特征在于， 所述基础设施信息包括至少 一个基础设施的容灾能力信息和 /或资源使用信息； 所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
9、 如权利要求 8所述的装置， 其特征在于， 所述云计算架构为网络功能 虚拟化 NFV架构； 所述应用对象为 VNF, 所述基础设施为网络功能虚拟化基 础设施 NFVI , 所述基础设施管理为虚拟化基础设施管理 VIM。
10、 如权利要求 9 所述的装置， 其特征在于， 所述容灾能力信息库位于 网络功能虚拟化管理平台 NFVO中或位于虚拟化网络功能管理 VNFM中； 所述处理器执行的所述方法中， 根据以下步骤将基础设施信息和基础 设施管理信息收集到建立的所述容灾能力信息库中： 接收任一基础设施管理 传输的该基础设施管理和该基础设施管理所管理的各基础设施的信息； 将接 收的该基础设施管理和该基础设施管理所管理的各基础设施的信息存储到所 述容灾能力信息库中。
11、 如权利要求 10所述的装置， 其特征在于， 所述容灾能力信息库位于 网络功能虚拟化管理平台 NFVO中；
所述处理器执行的所述方法中， 所述接收容灾方案配置请求， 包括： 接收运营支撑系统 OSS或业务支撑系统 BSS传输的所述容灾方案配置请求； 或， 接收虚拟化网络功能管理 VNFM转发的来自网元管理系统 EMS的所述 案配置请求； 或， 接收 NFVO管理软件下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息; 将接收的所述各应用对象的信息存储到所述容灾能力信息库中。
12、 如权利要求 10所述的装置， 其特征在于， 所述容灾能力信息库位于 虚拟化网络功能管理 VNFM中；
所述处理器执行的所述方法中， 所述接收容灾方案配置请求， 包括： 接收网元管理系统 EMS传输的所述容灾方案配置请求； 或， 接收网络功能虚 拟化管理平台 NFVO转发的来自运营支撑系统 OSS或业务支撑系统 BSS的容 灾方案配置请求； 或，接收 NFVO传输的容灾方案配置请求； 或，接收 VNFM 管理软件下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收每个应用对象传输的应用对象信息； 将接收的所述应用对象信息存储到 所述容灾能力信息库中。
13、一种云计算架构下的容灾方案配置方法， 其特征在于，该方法包括： 接收容灾方案配置请求；
根据所述容灾方案配置请求， 确定待配置的应用对象的容灾能力和容灾 约束需求信息；
根据建立的容灾能力信息库中的基础设施信息、 基础设施管理信息和应 用对象信息以及所述待配置的应用对象的容灾能力和容灾约束需求信息， 为 所述待配置的应用对象确定容灾方案。
14、 如权利要求 13所述的方法， 其特征在于， 所述基础设施信息包括至 少一个基础设施的容灾能力信息和 /或资源使用信息；
所述基础设施管理信息包括至少一个基础设施管理的容灾能力信息； 所述应用对象信息包括已部署的至少一个应用对象的容灾能力信息、 和 / 或容灾约束信息， 和 /或健康状态信息。
15、 如权利要求 14所述的方法， 其特征在于， 所述云计算架构为网络功 能虚拟化 NFV架构； 所述应用对象为 VNF, 所述基础设施为网络功能虚拟化 基础设施 NFVI, 所述基础设施管理为虚拟化基础设施管理 VIM。
16、 如权利要求 15所述的方法， 其特征在于， 所述容灾能力信息库位于 网络功能虚拟化管理平台 NFVO中或位于虚拟化网络功能管理 VNFM中； 根据以下步骤将基础设施信息和基础设施管理信息收集到建立的所述容 灾能力信息库中： 接收任一基础设施管理传输的该基础设施管理和该基础设 施管理所管理的各基础设施的信息； 将接收的该基础设施管理和该基础设施 管理所管理的各基础设施的信息存储到所述容灾能力信息库中。
17、 如权利要求 16所述的方法， 其特征在于， 所述容灾能力信息库位于 网络功能虚拟化管理平台 NFVO中；
所述接收容灾方案配置请求， 包括： 接收运营支撑系统 OSS或业务支撑 系统 BSS传输的所述容灾方案配置请求；或，接收虚拟化网络功能管理 VNFM 转发的来自网元管理系统 EMS的所述容灾方案配置请求； 或， 接收虚拟化网 络功能管理 VNFM发送的所述容灾方案配置请求； 或， 接收 NFVO管理软件 下发的所述容灾方案配置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收虚拟化网络功能管理 VNFM传输的该 VNFM管理下的各应用对象的信息; 将接收的所述各应用对象的信息存储到所述容灾能力信息库中。
18、 如权利要求 16所述的方法， 其特征在于， 所述容灾能力信息库位于 虚拟化网络功能管理 VNFM中；
所述接收容灾方案配置请求， 包括： 接收网元管理系统 EMS传输的所述 容灾方案配置请求； 或， 接收网络功能虚拟化管理平台 NFVO转发的来自运 营支撑系统 OSS或业务支撑系统 BSS的容灾方案配置请求； 或， 接收 NFVO 传输的容灾方案配置请求； 或， 接收 VNFM管理软件下发的所述容灾方案配 置请求；
根据以下步骤将所述应用对象信息收集到建立的所述容灾能力信息库中: 接收每个应用对象传输的应用对象信息； 将接收的所述应用对象信息存储到 所述容灾能力信息库中。
PCT/CN2014/075321 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置 WO2015157896A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
RU2016144145A RU2641477C1 (ru) 2014-04-14 2014-04-14 Способ и устройство для конфигурирования обеспечивающего резервирование решения в архитектуре облачных вычислений
PCT/CN2014/075321 WO2015157896A1 (zh) 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置
CN201480000653.8A CN104115447B (zh) 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置
EP14889327.4A EP3116163B1 (en) 2014-04-14 2014-04-14 Disaster recovery scheme configuration method and apparatus in cloud computing architecture
BR112016023577-0A BR112016023577B1 (pt) 2014-04-14 2014-04-14 Aparelho e método para configurar solução de redundância em arquitetura de computação em nuvem
MX2016013396A MX364510B (es) 2014-04-14 2014-04-14 Método y aparato para configurar solución de redundancia en arquitectura de cómputo en nube.
US15/292,550 US10205806B2 (en) 2014-04-14 2016-10-13 Method and apparatus for configuring redundancy solution in cloud computing architecture

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/075321 WO2015157896A1 (zh) 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/292,550 Continuation US10205806B2 (en) 2014-04-14 2016-10-13 Method and apparatus for configuring redundancy solution in cloud computing architecture

Publications (1)

Publication Number Publication Date
WO2015157896A1 true WO2015157896A1 (zh) 2015-10-22

Family

ID=51710609

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/075321 WO2015157896A1 (zh) 2014-04-14 2014-04-14 一种云计算架构下的容灾方案配置方法及装置

Country Status (7)

Country Link
US (1) US10205806B2 (zh)
EP (1) EP3116163B1 (zh)
CN (1) CN104115447B (zh)
BR (1) BR112016023577B1 (zh)
MX (1) MX364510B (zh)
RU (1) RU2641477C1 (zh)
WO (1) WO2015157896A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017162089A1 (zh) * 2016-03-22 2017-09-28 华为技术有限公司 网络服务的业务配置方法和装置

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105530116B (zh) * 2014-10-24 2020-06-16 中兴通讯股份有限公司 一种虚拟化网络备份、恢复的方法和相应装置
JP6432955B2 (ja) 2014-11-03 2018-12-05 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 仮想ネットワーク機能インスタンスをマイグレーションさせるための方法、装置およびシステム
CN105656646B (zh) * 2014-11-10 2019-02-05 中国移动通信集团公司 一种虚拟网元的部署方法及装置
CN105681060B (zh) * 2014-11-17 2020-01-31 中兴通讯股份有限公司 一种虚拟化网络功能管理升级方法、装置及服务器
CN105812434B (zh) * 2014-12-30 2019-02-05 华为技术有限公司 用户手持设备虚拟化后的业务链控制方法及装置
CN105808316B (zh) * 2014-12-31 2019-04-23 杭州华为数字技术有限公司 虚拟网络加载方法和装置
EP3240253A4 (en) * 2015-01-19 2018-01-24 Huawei Technologies Co., Ltd. Method, apparatus and system for associating ns with vnf
JP6430651B2 (ja) 2015-02-06 2018-11-28 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｖｎｆ処理方針を決定する方法、装置、およびシステム
US9769694B2 (en) 2015-03-13 2017-09-19 Intel IP Corporation MME overload or underload mitigation by MME VNF apparatus and method
RU2681358C1 (ru) * 2015-04-09 2019-03-06 Хуавэй Текнолоджиз Ко., Лтд. Способ и устройство для обработки ошибок на основе виртуализации сетевых функций
CN105119736B (zh) * 2015-07-15 2019-01-18 华为技术有限公司 网络功能虚拟化架构中数据检查的方法和装置
CN110661647A (zh) * 2015-07-20 2020-01-07 华为技术有限公司 一种生命周期管理方法及装置
CN105187256B (zh) 2015-09-29 2018-11-06 华为技术有限公司 一种容灾方法、设备和系统
RU2747966C2 (ru) * 2015-10-13 2021-05-18 Шнейдер Электрик Эндюстри Сас Централизованное управление программно-определяемой автоматизированной системой
CN105429780B (zh) * 2015-10-30 2019-04-23 南京优速网络科技有限公司 一种虚拟化网络服务业务自动生成和动态监控的方法
CN106878096B (zh) * 2015-12-10 2019-12-06 中国电信股份有限公司 Vnf状态检测通告方法、装置以及系统
CN107431651B (zh) * 2015-12-30 2020-07-21 华为技术有限公司 一种网络服务的生命周期管理方法及设备
CN106452842B (zh) * 2016-09-14 2019-09-24 上海海事大学 基于网络功能虚拟化中介系统架构的网络系统
CN107977287A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种应用容灾实现方法、装置及系统
CN108234158B (zh) * 2016-12-14 2021-04-20 中国电信股份有限公司 Vnf的建立方法、nfvo以及网络系统
CN108270726B (zh) * 2016-12-30 2021-05-11 华为技术有限公司 应用实例部署方法及装置
CN108400998B (zh) * 2017-02-07 2020-03-20 华为技术有限公司 一种部署vnf的方法和系统
CN107220104A (zh) * 2017-05-27 2017-09-29 郑州云海信息技术有限公司 一种虚拟机备灾方法和装置
CN107689885A (zh) * 2017-08-04 2018-02-13 清华大学 网络功能虚拟化架构
CN108123831A (zh) * 2017-12-15 2018-06-05 安徽长泰信息安全服务有限公司 一种互联网应用中的容灾服务系统及方法
JP7069522B2 (ja) * 2018-03-08 2022-05-18 東芝ライテック株式会社 車両用照明装置および車両用灯具
CN108449214B (zh) * 2018-03-21 2020-09-25 大连理工大学 一种基于Click的虚拟网元在线编排方法
CN111025350B (zh) * 2018-10-10 2022-02-08 千寻位置网络有限公司 定位解算的控制方法及装置、终端设备及定位系统
US10855757B2 (en) 2018-12-19 2020-12-01 At&T Intellectual Property I, L.P. High availability and high utilization cloud data center architecture for supporting telecommunications services
CN109842526B (zh) * 2019-03-12 2021-12-07 中国联合网络通信集团有限公司 一种容灾方法和装置
CN110321250B (zh) * 2019-06-03 2023-05-09 创新先进技术有限公司 一种针对应用的容灾方法及装置
CN113746802B (zh) * 2021-08-02 2022-12-09 北京邮电大学 网络功能虚拟化中的方法以及本地状态和远程状态全存储的vnf装置
US11809292B2 (en) 2021-12-10 2023-11-07 Cisco Technology, Inc. Adaptive application recovery

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025776A (zh) * 2010-11-16 2011-04-20 山东中创软件工程股份有限公司 一种容灾控制方法、装置及系统
CN102609309A (zh) * 2012-01-19 2012-07-25 中兴通讯股份有限公司 一种用于云计算的策略调度系统和方法
CN102629224A (zh) * 2012-04-26 2012-08-08 广东电子工业研究院有限公司 一种基于云平台的一体化数据容灾方法及其装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5157663A (en) * 1990-09-24 1992-10-20 Novell, Inc. Fault tolerant computer system
CN101437175B (zh) 2007-11-15 2010-09-15 华为技术有限公司 一种处理容灾切换的方法、装置及系统
CN101656624B (zh) 2008-08-18 2011-12-07 中兴通讯股份有限公司 一种多节点应用级容灾系统及容灾方法
CN101557307B (zh) * 2009-05-07 2011-06-15 国电南瑞科技股份有限公司 调度自动化系统应用状态管理方法
EP2633643B1 (en) * 2010-10-29 2019-05-08 Nokia Solutions and Networks GmbH & Co. KG Control mechanism for reliability and availability setting in virtual networks
CN102123048A (zh) 2011-02-14 2011-07-13 浪潮通信信息系统有限公司 电信设备容灾关系自动发现的处理方法
US8707095B2 (en) * 2011-07-14 2014-04-22 Beacon Property Group Llc Datacenter utilizing modular infrastructure systems and redundancy protection from failure
CN202488495U (zh) * 2012-02-28 2012-10-10 东莞市博通科技服务有限公司 一种基于云计算的数字管理系统
CN102868549B (zh) * 2012-08-15 2016-09-21 中国电力科学研究院 一种电力配网通信设备自助式配置系统和方法
CN103530698A (zh) 2013-10-09 2014-01-22 北京邮电大学 一种容灾方案最优化选择方法
US10664297B2 (en) * 2014-02-24 2020-05-26 Hewlett Packard Enterprise Development Lp Activating pre-created VNFCs when a monitored performance level of a VNF exceeds a maximum value attainable by the combined VNFCs that form a VNF

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025776A (zh) * 2010-11-16 2011-04-20 山东中创软件工程股份有限公司 一种容灾控制方法、装置及系统
CN102609309A (zh) * 2012-01-19 2012-07-25 中兴通讯股份有限公司 一种用于云计算的策略调度系统和方法
CN102629224A (zh) * 2012-04-26 2012-08-08 广东电子工业研究院有限公司 一种基于云平台的一体化数据容灾方法及其装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3116163A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017162089A1 (zh) * 2016-03-22 2017-09-28 华为技术有限公司 网络服务的业务配置方法和装置
CN107222324A (zh) * 2016-03-22 2017-09-29 华为技术有限公司 网络服务的业务配置方法和装置
US10911331B2 (en) 2016-03-22 2021-02-02 Huawei Technologies Co., Ltd. Service configuration method and apparatus for network service

Also Published As

Publication number Publication date
BR112016023577A2 (pt) 2017-08-15
EP3116163A4 (en) 2017-03-29
MX2016013396A (es) 2017-02-15
US10205806B2 (en) 2019-02-12
EP3116163B1 (en) 2019-06-19
CN104115447B (zh) 2018-06-05
CN104115447A (zh) 2014-10-22
US20170034318A1 (en) 2017-02-02
EP3116163A1 (en) 2017-01-11
MX364510B (es) 2019-04-29
BR112016023577B1 (pt) 2023-05-09
RU2641477C1 (ru) 2018-01-17

Similar Documents

Publication Publication Date Title
WO2015157896A1 (zh) 一种云计算架构下的容灾方案配置方法及装置
US10061530B2 (en) Method and apparatus for configuring redundancy data center in cloud computing architecture
US11307943B2 (en) Disaster recovery deployment method, apparatus, and system
WO2021017301A1 (zh) 基于Kubernetes集群的管理方法、装置及计算机可读存储介质
CN107707393B (zh) 基于Openstack O版特性的多活系统
EP2710461B1 (en) Cross-cloud computing for capacity management and disaster recovery
CN105743995A (zh) 一种可移植高可用部署和管理容器集群的系统和方法
CN104850450A (zh) 一种面向混合云应用的负载均衡方法及系统
CN103425511A (zh) 云计算环境中应用软件安装部署的系统及方法
CN111338774A (zh) 分布式定时任务调度系统及计算装置
CN112948063B (zh) 云平台的创建方法、装置、云平台以及云平台实现系统
CN108712501A (zh) 信息的发送方法、装置、计算设备以及存储介质
US8543680B2 (en) Migrating device management between object managers
EP3280102B1 (en) Optical path allocation method and apparatus
KR20230091168A (ko) 데이터 센터에서 장애 도메인을 전기적으로 격리하기 위한 구성을 생성하기 위한 기술들
WO2016121879A1 (ja) 仮想化制御装置、配置先選択方法及びプログラム
US20230259431A1 (en) Quick disaster recovery in distributed computing environment
US10587725B2 (en) Enabling a traditional language platform to participate in a Java enterprise computing environment
CN104486447A (zh) 基于Big-Cluster的大平台集群系统
CN109788007B (zh) 一种基于两地三中心的云平台及其通信方法
CN112970009A (zh) 在应用程序编排中复制存储表示的系统和方法
CN112398668A (zh) 一种基于IaaS集群的云平台和节点的切换方法
US20230337019A1 (en) Microservices for centralized unit user plane (cu-up) and centralized unit control plane (cu-cp) standby pods in a cloud-native fifth generation (5g) wireless telecommunication network
US20230337018A1 (en) Centralized unit user plane (cu-up) and centralized unit control plane (cu-cp) standby pods in a cloud-native fifth generation (5g) wireless telecommunication network
US20230336405A1 (en) Failover of cloud-native network functions within node groups for high availability in a wireless telecommunication network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14889327

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2014889327

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014889327

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/013396

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016023577

Country of ref document: BR

WWE Wipo information: entry into national phase

Ref document number: IDP00201607723

Country of ref document: ID

ENP Entry into the national phase

Ref document number: 2016144145

Country of ref document: RU

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 112016023577

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20161010