No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search


To have a better experience, please upgrade your IE browser.


FusionCloud Solution Description 04

Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
What Is Cloud Server Disaster Recovery?

What Is Cloud Server Disaster Recovery?


Cloud Server Disaster Recovery (CSDR) provides remote DR protection for cloud servers. When a disaster occurs in the production center, data of the protected cloud server can be restored in the intra-city or remote disaster recovery center.

Table 24-1 compares characteristics of CSDR with those of DR of traditional servers.

Table 24-1 Characteristic comparison between CSDR and DR of traditional servers



DR of Traditional Servers

Service configuration

GUI-based service application and DR configuration, shortening the service enabling period from a week to half an hour

Login to multiple devices and systems, and several times of configurations, consuming several days

Security and performance

  • Storage array-based replication, free from agents and occupying no computing resources of ECSs
  • Real-time synchronization, ensuring zero data loss

Physical server deployment and agent installation on physical servers, deteriorating performance

Cost effectiveness

On-demand application and allocation and elastic expansion, reducing the initial investment

One-off purchase of DR-dedicated storage, requiring a comparatively high investment


CSDR functions:

  • Cross-region DR of ECSs

    Tenants can apply for CSDR and add multiple ECSs to a CSDR service instance to ensure remote replication consistency. Remote replication DR can be implemented in synchronous or asynchronous mode. CSDR can automatically perform scheduled remote replication on arrays according to configured remote replication policies.

  • DR test of ECSs

    Tenants can apply for DR tests to verify the data availability in the DR center. DR tests have no affect on the production center.

  • Planned migration of ECSs

    In the production center, when a planned power-off (planned power outage, or routine O&M), a DR administrator can perform planned migration of ECSs by one click, ensuring zero data loss.

  • Recovery of ECSs in a malfunctioning data center to a remote center

    When the production center malfunctions due to a power outage, fire, or another disaster, a DR administrator can perform fault migration on ECSs by one click to fast recover ECSs to a DR center, minimizing impacts on services.

Figure 24-1 illustrates the working process of CSDR.

Figure 24-1 Working process of CSDR

CSDR working process:

  • Two sets of OpenStack are deployed for the local and remote data centers in one-to-one mode and belong to different regions.
  • Production VMs and DR VMs work in active/standby DR mode. In normal situations, production VMs are running and DR VMs are shut down. Remote replication of data is performed between storage arrays.
  • DR tests, drills, and fault recovery can be performed to ensure service availability.


  • EVS disks configured with CSDR only support advanced SAN storage (an EVS disk of an ECS corresponds to a LUN on the storage device).
  • CSDR does not support DR between two AZs in a Region. It supports DR for two (1:1) or more (N:1) Regions (the number of Regions depends on the number of Regions managed by ManageOne). However, for an ECS, DR can be performed only from one Region to another, but not from one Region to multiple Regions.
  • CSDR supports KVM+OceanStor V3/V5, Dorado V3 +Region Type I/ Type II/ Type III, and VRM+OceanStor V3+Region Type II/ Type III (VRM is supported only in upgrade scenarios. KVM is recommended in new site deployment.)
  • Each OpenStack resource pool has only one virtualization type, and the virtualization types in the resource pools of the two OpenStack systems must be the same.
  • CSDR provides DR protection for EVSs created on the tenant portal of ManageOne, but does not provide backup for EVSs on other platforms such as MANO.
  • The EVS disks associated to the cloud servers that are to be added to one CSDR instance must belong to same production storage.
  • ECSs that mount the same shared disk must be in the same CSDR instance.
  • You cannot apply for DR protection for partial EVS disks of an ECS. After a new EVS disk is bound to a DR ECS, the tenant needs to manually configure DR protection for this disk.
  • When applying for a DR test, configure a gateway IP address for a test NIC on the ECS if the test NIC is used to connect to the test network. In this way, the ECS can be accessed from other network segments.
  • The DR ECS must be shut down during CSDR service instance creation.
Updated: 2019-10-23

Document ID: EDOC1100063247

Views: 74348

Downloads: 192

Average rating:
This Document Applies to these Products
Related Version
Related Documents
Previous Next