Skip to main content
Druva Documentation

About disaster recovery failover

Phoenix Editions: File:/cross.pngBusiness         File:/tick.png Enterprise     File:/tick.pngElite
(Purchase Separately)

In an event of an actual disaster or for testing purposes, Phoenix DRaaS Failover feature aims to recover virtual machines in the AWS account based on the configuration and failover settings specified in the DR plan.

Types of failover

Phoenix allows you to configure virtual machines for disaster recovery failover in the two modes, Production and Test, respectively. You can configure virtual machines for failover with the settings specific to Failover Recovery and Failover Testing. Depending upon the type selected, you can use the corresponding settings to launch the EC2 instance. 

  • Failover Recovery: The Production Failover option is used to recover protected virtual machines to AWS in the event of an actual disaster. Production Failover ensures that the virtual environment is failed over successfully with minimal downtime during the disaster. 
    To configure virtual machines for the Production Failover mode, you must preconfigure failover settings for the virtual machines. For more information about configuring the Production Failover settings for virtual machines, see Add failover settings for DR plan.
  • Failover Testing: The Failover Testing option is used to test that the virtual machines are recovered at the recovery site as expected. This operation creates virtual machines based on the preconfigured virtual machine failover settings specified in the DR plan.

Note: Phoenix recommends running the Failover Testing in virtual environment periodically to demonstrate the failover setup and identify any possible issues that can occur in the event of an actual disaster. For more information about configuring Failover Test settings for your virtual machines, see  Add failover settings for DR plan.

DRaaS failover considerations

Review the following points before triggering a failover of virtual machines.

  • You can launch an AWS instance for a virtual machine associated with the DR plan, only if the following exists for the virtual machine:
    • An AMI, if you have deployed the Phoenix AWS Proxy version 4.7.6 or earlier. Or,
    • A DR copy, if you have deployed Phoenix AWS Proxy version 4.8.0 or later.
  • To configure virtual machines for failover, ensure that you deploy the Phoenix AWS Proxy with version 4.8.0 or later.
  • For Production and Test Failover setups, you should separately configure failover settings. You can configure failover settings at DR plan-level and individual virtual machine-level. Depending upon the type selected for failover, the instance is launched using the corresponding settings.
  • To create a failover request, you must have at least one Phoenix AWS proxy, which is deployed in the region of your DR plan and registered with Phoenix.  
  • After you initiate failover for virtual machines, you can check the status of the launched EC2 instances on the Jobs page and the Failover Instances tab.
  • By default, AWS allows 20 EC2 instances per region. To increase the limit of running instances (more than 20) running at the same time in one region, you must get approval from Amazon. You can increase the instance limit for a specific region. Therefore, you must specify the region where you want to increase your instance limit. To request an increase in your limit, contact Amazon.
  • The subnet settings configured for failover for each virtual machine should have reachability to AWS services, such as SQS and S3.
  • The security group should be chosen appropriately if SSH or  RDP is required.
  • All instances launched in the public subnet must have public IP addresses and instances launched in the private subnet must not have public IP addresses.
  • The elastic public IP addresses should be chosen based on the available elastic IP addresses in the AWS account.
  • The static private IP addresses should be chosen appropriately based on the subnet’s CIDR block.
  • IAM role attached to the Phoenix AWS proxy must have the same policies as that are available on the Phoenix Management Console.
  • The on-boot script in the recovery workflow should not contain commands to reboot the EC2 instances.