AWS Elastic Disaster Recovery: Quick Start Guide

Posted by taufik

August 27, 2024

13

This section will guide you through first time Elastic Disaster Recovery setup, including: 

 

First time setup 

In order to use AWS Elastic Disaster Recovery (AWS DRS), you first need to set it up in each AWS Region in which you want to use it (the Region into which you will be replicating, and where you will launch Recovery instances). Setting up the service consists of defining default replication settings and creating the roles and permissions required for the service to operate. 

The first setup step for AWS DRS is setting the default replication settings. Choose Set default replication settings on the AWS Elastic Disaster Recovery landing page. 

 

You will be guided through the steps of setting up your default replication settings, default launch settings, and EC2 template. These default settings will be applied to every source server that is added to AWS Elastic Disaster Recovery. You can change both the default settings and individual source server settings for one or more source servers at any time. Learn more about editing your replication settings and launch settings. 

 

 

On the first page of the wizard, you will be asked to Set up replication servers. Replication servers are lightweight Amazon EC2 instances that are used to replicate data between your source servers and AWS. Replication servers are automatically launched and terminated as needed. You can start using AWS Elastic Disaster Recovery with the default replication server settings or you can configure your own settings. Learn more about replication server settings. 

Configurable replication server settings include: 

  • The subnet within which the replication server will be launched 
  • Replication server instance type 

During this step you will also be able to review the service linked role and additional policies created during Elastic Disaster Recovery initialization. Choose View details to learn more. 

 

 

Click Next to proceed to the second page of the wizard. 

On the second page of the wizard you will be asked to Specify volumes and security groups. 

 

For each disk on an added source server there is an identically-sized EBS volume attached to a replication server, and each replication server can handle replication of disks from multiple source servers. Learn more about volumes. 

 

A security group acts as a virtual firewall, which controls the inbound and outbound traffic of the staging area. The best practice is to have AWS Elastic Disaster Recovery automatically attach and monitor the default AWS Elastic Disaster Recovery security group. This group opens inbound TCP Port 1500 for receiving the transferred replicated data. Learn more about security groups. 

 

Configurable volumes and security groups settings include: 

  • EBS volume type 
  • EBS encryption 
  • Always use AWS Elastic Disaster Recovery security group 

Click Next to proceed to the third page of the wizard. 

On the third page of the wizard you will be asked to Configure additional replication settings. These include Data routing and throttling, Point in time (PIT) policy, and Tags. 

 

Data routing and throttling controls how data flows from the external server to the replication servers. If you choose not to use a private IP, your replication servers will be automatically assigned a public IP and data will flow over the public internet. Learn more about data routing and throttling. 

 

Point in Time (PIT) is a disaster recovery feature which allows launching an instance from a snapshot captured at a specific point in time. As source servers are replicated, snapshots are taken over time. The Point in time (PIT) policy section allows to configure a retention policy that will determine which snapshots are not required after a defined duration. 

 

The Tags section allows you to add custom tags to resources created by AWS Elastic Disaster Recovery in your AWS account. 

 

 

Configurable additional settings include: 

  • Use private IP for data replication 
  • Create public IP 
  • Throttle network bandwidth 
  • Snapshot retention 
  • Tags 

Click Next to proceed to the fourth page of the wizard: Set default DRS launch settings. 

Default launch settings define how drill or recovery instances are launched in AWS. You can start using AWS Elastic Disaster Recovery with the default launch settings or configure your own. Learn more about default DRS launch settings. 

 

Configurable options include: 

  • Instance type right sizing 
  • Start instance upon launch 
  • Copy private IP 
  • Transfer server tags 
  • OS licensing 

Click Next to proceed to the fifth page of the wizard: Set default EC2 launch settings. This page allows you to configure the default EC2 launch template which defines how instances are launched in AWS. Changes you make to the template will only affect new servers, but you can edit the template for multiple servers according to your preferences. Learn more about default EC2 launch template. The EC2 launch template includes basic and advanced settings. 

 

Basic configurable options include: 

  • Subnet 
  • Security groups 
  • Instance type 
  • EBS volume type 

Advance configurable options only need to change in specific operational scenarios. They include: 

  • IAM instance profile 
  • Tenancy 

 

Choose Next to proceed to the sixth and final page of the wizard, where you will be asked to Review and initialize. 

Review the settings you configured. To change a specific setting, click Edit. 

 

Once you have reviewed all of the settings you chose, click Configure and initialize. 

The default template will be created and you will be redirected to the AWS Elastic Disaster Recovery console. 

 

Adding source servers 

Add source servers to AWS Elastic Disaster Recovery by installing the AWS Replication Agent (also referred to as “the Agent”) on them. The Agent can be installed on both Linux and Windows servers. Learn more about adding source servers. 

Prior to adding your source servers, ensure that you meet all of the Network requirements. 

DRS agents can only be installed on instances that are in AWS Regions that are supported by Elastic Disaster Recovery. 

 

Configuring launch settings 

After you have added your source servers to the AWS Elastic Disaster Recovery console, you will need to configure the launch settings for each server. The launch settings are a set of instructions that determine how a recovery instance will be launched for each source server on AWS. You must configure the launch settings prior to launching test or recovery instances. You can use the default settings or configure the settings to fit your requirements. 

You can change the launch settings after a drill or recovery instance has been launched. You will need to launch a new Drill or Recovery instance for the new settings to take effect. 

You can access the launch settings by clicking on the hostname of a source server on the Source servers page. 

 

Within the individual server view, navigate to the Launch settings tab. 

Here you can see your General launch settings and your EC2 launch template. Click Edit to edit your launch settings or your EC2 launch template. 

 

 

Launch settings are composed of the following: 

  • Instance type right-sizing – The Instance type right-sizing feature allows AWS Elastic Disaster Recovery to launch a drill or recovery instance type that best matches the hardware configuration of the source server. When activated, this feature overrides the instance type selected in the EC2 launch template. 
  • Start instance upon launch – Choose whether you want to start your Initiate recovery job instances automatically upon launch or whether you want to start them manually through the Amazon EC2 Console. 
  • Copy private IP – Choose whether you want AWS Elastic Disaster Recovery to verify that the private IP used by the drill or recovery instance matches the private IP used by the source server. 
  • Transfer server tags – Choose whether you want AWS Elastic Disaster Recovery to transfer any user-configured custom tags from your source servers to your drill or recovery instance. 

 

AWS Elastic Disaster Recovery automatically creates an EC2 launch template for each new source server. AWS Elastic Disaster Recovery bases the majority of the instance launch settings on this template. You can edit this template to fit your needs. Learn more about Launch settings. 

 

Launching a drill instance 

After you have added all of your source servers and configured their launch settings, you are ready to launch a drill instance. It is crucial to drill the recovery of your source servers to AWS prior to initiating a recovery in order to verify that your source servers function properly within the AWS environment. 

You can drill one source server at a time, or simultaneously drill multiple source servers. For each source server, you will be informed of the success or failure of the drill. You can drill your source server as many times as you want. Each new drill first deletes any previously launched drill or recovery instance and dependent resources. Then, a new Drill instance is launched, which reflects the chosen Point-in-time state of the source server. After the drill, data replication continues as before. The new and modified data on the source server is transferred to the Staging Area Subnet and not to the Recovery instances that were launched during the test. 

Note: 

  • Windows source servers need to have at least 2 GB of free space to successfully launch a recovery instance. 
  • Take into consideration that once a drill instance is launched, actual resources will be used in your AWS account and you will be billed for these resources. You can terminate the operation of launched Recovery instances once you verify that they are working properly without impact in order to data replication. 

 

Launching a recovery instance 

Once you have finalized the testing of all of your source servers, you are ready for recovery. You should perform the recovery at a set date and time. The recovery will migrate your source servers to the recovery instances on AWS. 

You can recover one source server at a time, or simultaneously recover multiple source servers. For each source server, you will be informed of the success or failure of the Recovery. For each new recovery, AWS Elastic Disaster Recovery first deletes any previously launched recovery instance and dependent resources. Then, it launches a new Recovery instance which reflects the most up-to-date state of the source server. After the Recovery, data replication continues as before. The new and modified data on the source server is transferred to the Staging Area Subnet, and not to the recovery instances that were launched during the recovery. 

Learn more about launching Recovery instances as part of the overall failover and failback framework. 

 

Performing a failback 

Once the disaster is over, you can perform a failback to your original source server or to any otherAWS Elastic Disaster Recovery Failback Client on the server. In order to use the Failback Client, you need to generate Elastic Disaster Recovery-specific credentials. Once the failback is complete, you can opt to either terminate, delete, or disconnect the Recovery instance. 

Learn more about performing a failback. 

 

Credit to: AWS Documentation

whatsapp icon.png
Start a Conversation

Privacy & Policy

PT Central Data Technology (“CDT” or “us”) is strongly committed to ensuring that your privacy is protected as utmost importance to us. https://centraldatatech.com/ , we shall govern your use of this website, including all pages within this website (collectively referred to herein below as this “Website”), we want to contribute to providing a safe and secure environment for visitors.

The following are terms of privacy policy (“Privacy Policy”) between you (“you” or “your”) and CDT. By accessing the website, you acknowledge that you have read, understood and agree to be bound by this Privacy Policy

Use of The Subscription Service by CDT and Our Customers

When you request information from CDT and supply information that personally identifies you or allows us to contact you, you agree to disclose that information with us. CDT may disclose such information for marketing, promotional and activity only for the purpose of CDT and the Website.

Collecting Information

You are free to explore the Website without providing any personal information about yourself. When you visit the Website or register for the subscription service, we provide some navigational information for you to fill out your personal information to access some content we offered.

CDT may collect your personal data such as your name, email address, company name, phone number and other information about yourself or your business. We are collecting your data in some ways, online and offline. CDT collects your data online using features of social media, email marketing, website, and cookies technology. We may collect your data offline in events like conference, gathering, workshop, etc. However, we will not use or disclose those informations with third party or send unsolicited email to any of the addresses we collect, without your express permission. We ensure that your personal identities will only be used in accordance with this Privacy Policy.

How CDT Use the Collected Information

CDT use the information that is collected only in compliance with this privacy policy. Customers who subscribe to our subscription services are obligated through our agreements with them to comply with this Privacy Policy.

In addition to the uses of your information, we may use your personal information to:

  • Improve your browsing experience by personalizing the websites and to improve the subscription services.
  • Send information about CDT.
  • Promote our services to you and share promotional and informational content with you in accordance with your communication preferences.
  • Send information to you regarding changes to our customers’ terms of service, Privacy Policy (including the cookie policy), or other legal agreements

Cookies Technology

Cookies are small pieces of data that the site transfers to the user’s computer hard drive when the user visits the website. Cookies can record your preferences when visiting a particular site and give the advantage of identifying the interest of our visitor for statistical analysis of our site. This information can enable us to improve the content, modifying and making our site more user friendly.

Cookies were used for some reasons such as technical reasons for our website to operate. Cookies also enable us to track and target the interest of our users to enhance the experience of our website and subscription service. This data is used to deliver customized content and promotions within the Helios to customers who have an interest on particular subjects.

You have the right to decide whether to accept or refuse cookies. You can edit your cookies preferences on browser setup. If you choose to refuse the cookies, you may still use our website though your access to some functionality and areas of our website may be restricted.

This Website may also display advertisements from third parties containing links to other websites of interest. Once you have used these links to leave our site, please note that we do not have any control over the website. CDT cannot be responsible for the protection and privacy of any information that you provide while visiting such websites and this Privacy Policy does not govern such websites.

Control Your Personal Data

CDT give control to you to manage your personal data. You can request access, correction, updates or deletion of your personal information. You may unsubscribe from our marketing activity by clicking unsubscribe us from the bottom of our email or contacting us directly to remove you from our subscription list.

We will keep your personal information accurate, and we allow you to correct or change your personal identifiable information through marketing@centraldatatech.com