IBM Cloud Docs
High Availability and Disaster Recovery options (Off-premises)

High Availability and Disaster Recovery options (Off-premises)


IBM Power Virtual Server located in IBM data centers: Off-premises


The Power Virtual Server instance restarts the virtual servers on a different host system if a hardware failure occurs. This process provides basic High Availability (HA) capabilities for Power Virtual Server. If you want more advanced HA or Disaster Recover (DR) solutions, you can deploy the following applications in your Power Virtual Server environment.

PowerHA SystemMirror for AIX Standard Edition

You can use a monthly subscription model when you purchase PowerHA SystemMirror for AIX Standard Edition. For more information, see Standard Edition monthly pricing options.

After you purchase the software, you can download it from Entitled Systems Support (ESS). You can install PowerHA SystemMirror for AIX on the virtual server that is running in your Power Virtual Server environment. For installation instructions, see Installing PowerHA SystemMirror.

Review the following information for implementing PowerHA SystemMirror for AIX in your Power Virtual Server environment.

  • Select Different Server from the Colocation Rules field when you are creating the virtual servers that are part of the PowerHA SystemMirror cluster. Selecting Different Server ensures that the different logical partitions (LPARs) that might be a part of the PowerHA SystemMirror cluster are not deployed on the same host.

  • Select On from the Shareable field when you create storage volumes for the virtual severs that are part of the PowerHA SystemMirror cluster.

  • You do not have access to the HMC, VIOS, and the host system on Power Virtual Server. Therefore, any PowerHA SystemMirror functions that require access to these capabilities, such as Resource Optimized High Availability (ROHA) and Active Node Halt Policy (ANHP), are not available. However, PowerHA SystemMirror 7.2.6 SP1 or later versions support Resource Optimized High Availability (ROHA) functions. For more information about configuring and by using ROHA with Power Virtual Server, see Resource Optimized High Availability in Cloud

Licenses that are purchased outside a subscription model license are not eligible to be used in the Power Virtual Server.

Disaster recovery mechanisms

You can implement a disaster recovery mechanism between two AIX virtual server instances that are installed on separate IBM Cloud data centers by using GLVM replication. For a complete tutorial, see AIX Disaster Recovery with IBM Power Virtual Server. The Transmission Control Protocol (TCP) helps in tuning to improve wide area network (WAN) connection performance between AIX virtual machines. For more information, see IBM support.

You can implement disaster recovery mechanisms between two IBM i virtual server instances by using PowerHA geographic mirroring. For a complete tutorial, see IBM i Disaster Recovery with IBM Power Virtual Server.

Business Continuity through backup and restore

On-premises Your application configuration and data are not backed up automatically. To recover from a disaster, IBM backs up your configuration data that is required to rebuild a pod. The configuration data includes the virtual machine configurations and private cloud image repositories. However, backup and restoration of client data and client OS images is your responsibility.

Off-premises Your Power Virtual Server configuration and data are not backed up automatically. You can back up your virtual server to Cloud Object Storage as explained in Backup strategies for Power Virtual Server. You can also restore your virtual server in case a critical failure occurs.

Importing and exporting images requires a considerable amount of processing power and network bandwidth. As a result, you can submit only one import or export request before it is queued. Typically, users import or export system disks (AIX rootvg disks) that are smaller in size (less than 1 TB) to facilitate the transfer to and from Cloud Object Storage. If your image size is greater than 1 TB, your transfer might take a long time and be prone to failure. The maximum uncompressed image size that you can import or export is 10 TB.