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 6.3.0 Solution Description 05

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 High Availability Service?

What Is Cloud Server High Availability Service?


Cloud Server High Availability Service (CSHA) provides High Availability protection for Elastic Cloud Servers (ECSs) across data centers in one city. When a disaster occurs in the production center, the protected ECSs can be automatically or manually switched to the disaster recovery (DR) center.


Restrictions on CSHA are as follows:

  • The CSHA service can be provided only for ECSs in two AZs in the same Region and each AZ must be located in one independent DC.
  • The CSHA service is available only if resource pools use KVM virtualization and OceanStor V3/V5 or Dorado V3 storage. Two storage devices in a HyperMetro pair must be of the same model and the same version.
  • In automatic switchover mode, the CSHA service can be deployed only in the first region.
  • When Network Adapter Switchover is enabled for the CSHA service, DR protection cannot be provided for ECSs with SR-IOV or PCI passthrough NICs.
  • CSHA provides DR protection for EVSs created on the operation platform of ManageOne, but does not provide backup for EVSs on other platforms such as MANO.
  • Swift is used as the image storage medium for IMS services.
  • DR protection works for ECSs but not for applications in the ECSs.
  • EVS disks of a single ECS or multiple ECSs must be on same storage device, and HyperMetro must be configured on the production storage and DR storage.
  • ECSs that attach the same shared EVS disk must belong to the same CSHA service instance.
  • You cannot perform DR protection for partial EVS disks of an ECS. After a new EVS disk is bound to an ECS, HA protection needs to be manually added for this EVS disk.
  • When the CSHA service uses the automatic switchover mode, a switchover is triggered only if a site-level fault occurs (only when the control node, all members of the computing node cluster, and storage HyperMetro replication are faulty). A service network fault or fault of partial compute nodes will not trigger a cross-site switchover and therefore ECS services may be interrupted.
  • In the Region Type I scenario, if the automatic switchover mode of CSHA is used, the management server does not support automatic startup. After the power-off, you need to manually power on it.
  • In the CSHA scenario, VM HA, anti-split-brain on the management plane, anti-split-brain on the storage plane, and data disk protection must be enabled.
  • CSBS can be applied for the ECSs in a CSHA instance. After the automatic switchover or manual switchover of the CSHA instance, the CSBS service cannot restore the backup to the original production ECS.
  • In Region Type I and Region Type II networking modes, ECSs protected by CSHA need to be switched between two VPCs. ECSs that require mutual access need to be added to CSHA for protection and switchover. After the CSHA instance performs switchover, the EIPs of the ECSs change. If access through passthrough route or private line is used, you need to manually switch the external routes. The access IP addresses remain unchanged.
Updated: 2019-04-23

Document ID: EDOC1100026685

Views: 153017

Downloads: 262

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