Achieve DORA Compliance by Tomorrow! Learn from our expert-led webinar on mastering DORA requirements! 🎥
Search
Close this search box.

AWS Elastic Disaster Recovery: The Basics and a Quick Tutorial

Read Time: 8 minutes

What Is AWS Elastic Disaster Recovery 

AWS Elastic Disaster Recovery (DRS) is a service that helps protect critical IT systems without the hassle and expense traditionally associated with disaster recovery. This service minimizes downtime and data loss by offering cost-effective, policy-based automation of recovery processes, using AWS’s scalable and secure infrastructure. 

Deployed within the AWS cloud, Elastic Disaster Recovery automates the replication of virtual machines and ensures data is continually synchronized between primary sites and AWS environments. This replication happens as frequently as every second, providing a nearly up-to-the-minute backup. When disasters occur, AWS DRS enables rapid failover to the AWS cloud, ensuring minimal service interruption.

The Importance of Disaster Recovery on AWS 

Data loss and system downtime can severely impact a company’s financial stability, customer satisfaction, and brand reputation. Using AWS for disaster recovery allows organizations to take advantage of flexible and cost-effective solutions provided by cloud technology. AWS’s global infrastructure offers high redundancy and reliability, ensuring data is secure and accessible regardless of any physical data center issues.

The scalability of AWS also supports growing business needs without requiring large up-front investments for disaster recovery infrastructure. Companies can start small and scale up as they grow, or adjust their resources down during quieter periods. The pay-as-you-go pricing model of AWS helps companies maintain economically feasible disaster recovery capabilities.

How AWS Elastic Disaster Recovery Works

AWS Elastic Disaster Recovery continuously replicated data and systems from the primary site to the AWS environment. This includes physical and virtual servers as well as applications and all their associated data. Replication is low-latency and can be fine-tuned to intervals as short as every few seconds, which significantly reduces the recovery point objective (RPO) and the potential for data loss.

During an outage or disaster, the service quickly activates the failover mechanism. This switches over to the AWS environment as the primary point of operation, minimizing downtime. Recovery time objective (RTO), or the time it takes to get services running again, is reduced as well. 

Once primary sites are restored, AWS DRS enables data synchronization back to the original location, and normal operations can resume with minimal disruption. This ensures that continuity and data integrity are maintained throughout the disaster recovery process.

Lanir Shacham
CEO, Faddom

Lanir specializes in founding new tech companies for Enterprise Software: Assemble and nurture a great team, Early stage funding to growth late stage, One design partner to hundreds of enterprise customers, MVP to Enterprise grade product, Low level kernel engineering to AI/ML and BigData, One advisory board to a long list of shareholders and board members of the worlds largest VCs

Tips from the Expert

In my experience, here are tips that can help you better leverage AWS Elastic Disaster Recovery:

  1. Optimize replication settings: Customize replication intervals to balance between data currency (low RPO) and bandwidth usage, ensuring minimal impact on operations during replication.
  2. Use right-sized instance types: Right-size recovery instances by matching their specs to your source server requirements, reducing unnecessary cloud costs without sacrificing performance during recovery.
  3. Test frequently with drill instances: Conduct regular disaster recovery drills to ensure recovery processes work as expected, using AWS DRS’s drill instance feature for realistic testing.
  4. Leverage automation for faster recovery: Automate failover and recovery processes in AWS to reduce downtime, using predefined launch settings and recovery automation.
  5. Map dependencies with Faddom:
    Use tools like Faddom to map IT dependencies, ensuring recovery plans address all critical services and infrastructure to avoid unanticipated service failures.

What Is AWS Elastic Disaster Recovery 

AWS Elastic Disaster Recovery (DRS) is a service that helps protect critical IT systems without the hassle and expense traditionally associated with disaster recovery. This service minimizes downtime and data loss by offering cost-effective, policy-based automation of recovery processes, using AWS’s scalable and secure infrastructure. 

Deployed within the AWS cloud, Elastic Disaster Recovery automates the replication of virtual machines and ensures data is continually synchronized between primary sites and AWS environments. This replication happens as frequently as every second, providing a nearly up-to-the-minute backup. When disasters occur, AWS DRS enables rapid failover to the AWS cloud, ensuring minimal service interruption.

The Importance of Disaster Recovery on AWS 

Data loss and system downtime can severely impact a company’s financial stability, customer satisfaction, and brand reputation. Using AWS for disaster recovery allows organizations to take advantage of flexible and cost-effective solutions provided by cloud technology. AWS’s global infrastructure offers high redundancy and reliability, ensuring data is secure and accessible regardless of any physical data center issues.

The scalability of AWS also supports growing business needs without requiring large up-front investments for disaster recovery infrastructure. Companies can start small and scale up as they grow, or adjust their resources down during quieter periods. The pay-as-you-go pricing model of AWS helps companies maintain economically feasible disaster recovery capabilities.

How AWS Elastic Disaster Recovery Works

AWS Elastic Disaster Recovery continuously replicated data and systems from the primary site to the AWS environment. This includes physical and virtual servers as well as applications and all their associated data. Replication is low-latency and can be fine-tuned to intervals as short as every few seconds, which significantly reduces the recovery point objective (RPO) and the potential for data loss.

During an outage or disaster, the service quickly activates the failover mechanism. This switches over to the AWS environment as the primary point of operation, minimizing downtime. Recovery time objective (RTO), or the time it takes to get services running again, is reduced as well. 

Once primary sites are restored, AWS DRS enables data synchronization back to the original location, and normal operations can resume with minimal disruption. This ensures that continuity and data integrity are maintained throughout the disaster recovery process.

AWS Elastic Disaster Recovery Pricing 

AWS Elastic Disaster Recovery (AWS DRS) features simple, predictable, usage-based pricing, enabling organizations to pay only for the servers they actively replicate to AWS. Costs are calculated on an hourly basis, with no upfront costs or minimum fees. This flexible pricing model eliminates the need for long-term contracts and allows organizations to scale their disaster recovery solutions according to their needs.

Pricing Components

  1. Continuous data replication: Billed hourly per source server at a rate of $0.028 per server.
  2. EBS volumes: Replication involves creating staging disks on Amazon Elastic Block Store (EBS). Costs vary based on the type and amount of storage required. For example, higher performance gp3 EBS volumes cost $0.08 per GB per month, while lower-cost sc1 volumes are $0.015 per GB per month.
  3. EBS snapshots: AWS DRS maintains one base snapshot per source disk and additional incremental snapshots, billed at $0.05 per GB per month.
  4. EC2 instances: Used as Replication Servers, the cost depends on the instance type and usage duration. For example, t3.small instances cost $0.0208 per hour, while m5.2xlarge instances are $0.384 per hour.

Pricing Example: Monthly Replication of 100 Servers

Assuming a setup with 100 on-premises servers running critical applications for 730 hours per month:

AWS DRS costs:

  • 100 servers * $0.028 per hour * 730 hours = $2,044.00

EBS volume costs:

  • 15TB of gp3 storage at $0.08 per GB/month = $1,200.00
  • 15TB of sc1 storage at $0.015 per GB/month = $225.00
  • Total EBS volume costs = $1,425.00

EBS snapshot costs:

  • 30TB base storage + 6.93TB incremental (3.3% daily change for 7 days)
  • $0.05 per GB/month * 36.93TB = $1,846.50

EC2 instance costs:

  • 14 t3.small instances and 3 m5.2xlarge instances
  • Total monthly EC2 costs = $1,053.54

Total monthly cost: $6,389.03

Related content: Read our guide to IT disaster recovery plan

Tutorial: Getting Started with Elastic Disaster Recovery 

Here’s an overview of how to set up and use AWS DRS.

Initial Setup

To begin using DRS, you need to configure it in each AWS Region where you plan to use it. The setup involves defining replication settings and creating necessary roles and permissions:

  1. Access permissions: Ensure you have the AWSElasticDisasterRecoveryConsoleFullAccess permission or are an admin user of the AWS account.
  2. Set the default replication settings: Navigate to the AWS Elastic Disaster Recovery landing page and select Set default replication settings. This includes configuring:
    • Replication servers: Lightweight Amazon EC2 instances used to replicate data between your source servers and AWS.
    • Volumes and security groups: Attach EBS volumes to replication servers and manage inbound/outbound traffic.
    • Additional replication settings: Data routing, throttling, Point in Time (PIT) policies, and tagging resources.
  3. Configure launch settings: You can use default launch settings for drill or recovery instances in AWS, including instance type, private IP settings, and server tags.
  4. Finalize the setup: Review and initialize the configuration. Adjust settings as needed via the AWS Elastic Disaster Recovery console.
  5. Add source servers: Install the AWS Replication Agent on your source servers (both Linux and Windows) to enable replication.

Configuring Launch Settings

After adding source servers, configure their launch settings:

Source: AWS

  1. Access the launch settings: On the AWS Elastic Disaster Recovery console, click on the hostname of a source server and navigate to the Launch settings tab.
  2. Edit settings: Configure settings such as:
    • Instance type right-sizing: Ensure the instance type matches the source server’s hardware.
    • Automatic instance start: Decide whether instances start automatically upon launch.
    • Private IP and tags: Ensure the recovery instance’s private IP matches the source server and transfer server tags if needed.
  3. Customize the EC2 launch template: DRS automatically provides a template for new servers. You can modify the template for individual server requirements.

Launching a Drill Instance

Before initiating a recovery, perform a drill to ensure the source servers function correctly in the AWS environment:

  1. Initiate the drill: Select the servers to drill and verify their functionality using SSH (Linux) or RDP (Windows).
  2. Monitor the drill results: Each server’s drill status (success or failure) will be reported. Multiple drills can be conducted, reflecting the source server’s chosen Point-in-time state.

Billing note: Actual AWS resources are used during drills, and you will be billed accordingly. Terminate resources post-drill to avoid unnecessary charges.

Launching a Recovery Instance

After successful drills, proceed with the recovery process to migrate source servers to AWS:

  • Schedule a recovery: Perform recovery at a predetermined time, migrating data to recovery instances on AWS.
  • Wait for the recovery: DRS can recover one or multiple servers simultaneously. The process deletes previous instances and launches new ones reflecting the source server’s latest state.
  • Post-recovery: Data replication continues, and new data on source servers is transferred to the staging area, not the recovery instances. Monitor the recovery status for each server.

Faddom: Supporting Disaster Recovery with Application Dependency Management

While AWS Elastic Disaster Recovery provides a powerful solution for minimizing downtime and ensuring business continuity during outages, understanding the intricate dependencies within your IT environment is crucial for effective disaster recovery planning. This is where Faddom comes in.

Faddom offers a comprehensive, agentless solution for visualizing your entire on-premises and cloud infrastructure in as little as one hour. By providing real-time, continuous mapping of all your servers and business applications, Faddom helps organizations understand critical interdependencies, which is essential for planning failover and recovery strategies.

  • Agentless and Credential-Free: Deploy without agents or requiring sensitive credentials, ensuring a quick and secure setup.
  • Cost-Effective: Starting at just $10,000 per year, Faddom offers an affordable way to gain deep visibility into your IT environment.
  • Real-Time Updates: With 24/7 updates, Faddom ensures that your disaster recovery plans are always based on the most current infrastructure state.
  • Rapid Deployment: A single IT professional can map the entire organization in under an hour, making it an ideal solution for agile disaster recovery planning.

By integrating Faddom with AWS Elastic Disaster Recovery, organizations can enhance their disaster recovery strategies by gaining a clear understanding of their IT environment’s dependencies. This clarity helps in identifying potential failure points, ensuring a more resilient recovery plan.

Learn more about Faddom or start a free trial to the right

Map All Your Servers, Applications, and Dependencies in 60 Minutes

Document your IT infrastructure both on premises and in the cloud.
No agents. No open firewalls. Can work offline.
FREE for 14 days. No credit card needed.

Share this article

Rate this Article

Click on a star to rate it!

Average rating 5 / 5. Vote count: 7

No votes so far! Be the first to rate this post.

Map Your Infrastructure Now

Simulate and plan ahead. Leave firewalls alone. See a current blueprint of your topology.

Try Faddom Now!

Map all your on-prem servers and cloud instances, applications, and dependencies
in under 60 minutes.

Get a 14-day FREE trial license.
No credit card required.

Try Faddom Now!

Map all your servers, applications, and dependencies both on premises and in the cloud in as little as one hour.

Get a FREE, immediate 14-day trial license
without talking to a salesperson.
No credit card required.
Support is always just a Faddom away.