AWS Cost  Optimization | DevOps Transformation

  • About Us
  • Services
    • AWS – Cloud – Optimization
    • AWS Well-Architected Framework
    • Cloud Migration Strategy
    • Cloud Native Developers
    • DevOps-Transformation
    • Digital Marketing
    • Disaster Recovery – Public Cloud
    • Managed Cloud Services
    • Web Application Firewall
    • Web Development
  • Industries
    • Automotive, Transportation, and Logistics
    • Consumer Goods
    • Education
    • Financial Services
    • Food & Beverages
    • Information Technology
    • Manufacturing
    • Media & Entertainment
    • Oil & Gas
  • Blogs
  • Contact
REQUEST A QUOTE

Build Your Disaster Recovery Solution in the AWS Cloud Server

Thursday, 05 November 2020 / Published in AWS Architected Framework, AWS Cloud Optimization

Build Your Disaster Recovery Solution in the AWS Cloud Server

Over the years, we have spoken with various users about different use cases for the public cloud. Frequently, these users ask me about how they can use Amazon Web Services (AWS) or Microsoft Azure as the DR target for their on-premises workloads. In this blog post, we will provide a high-level overview of the different disaster recovery options using the public cloud.

Why Use Public Cloud for DR?

The traditional approach to DR requires a significant investment of time and resources. At a minimum, users must consider how they would replicate their primary infrastructure to a secondary site. That secondary site needs to be procured, installed, and maintained. During normal operations, the secondary site will typically be under-utilized or over-provisioned.

The cost of such an investment is beyond the means of many companies. Even for companies with the means, DR is seen as a sunk cost that delivers little return quarter over quarter. However, not having an adequate DR strategy is also something no company can afford.

The public cloud offers a way for companies of all sizes to build DR environments with little upfront costs through a pay-as-you-go model.

Options for Disaster Recovery in the Cloud

The major public cloud vendor offers multiple options for building a DR site using their cloud. AWS, for example, offers four options or scenarios that they highlight in a white paper published in 2014. Each option, which is also available with the other public cloud vendors, comes in at a different price point and delivers a different Recovery Time Objective (RTO) and a different Recovery Point Objective (RPO).

RTO can be defined as the shortest time it takes to resume business and RPO can be summarized as a maximal amount of data that a company can afford to lose. Companies can choose the option that best meets their RTO and RPO requirements and budget. In general, the public cloud enables customers to build solutions with better RTO and RPO at a lowered cost than a secondary DR site.

Backup and Restore

Traditionally, companies have used off-site backup tapes as their primary means for restoring data in the event of a disaster. This typically involved retrieving tapes from cold storage and recovering data when the primary facility has been restored or when the tapes have been sent to a cold secondary site only turned on when a disaster has occurred.

Companies have started to leverage public cloud storage services such as Amazon Simple Storage Service (S3) and Azure Blob Storage as alternatives to archiving tape to an off-site facility. Not only is this a more cost-effective solution than tape, it delivers better RTO and RPO since the data is already in the cloud where it can be used to launch a DR site on-demand.

There are various approaches for transferring data from the user’s on-premises infrastructure to the public cloud. These include migration tools specific to a particular cloud vendor, as well as third party migration and backup and restore tools.

When a disaster is declared, new instances/virtual machines (VM) can be launched using machine images created from on-premises production servers. If needed, application data is restored from object storage. If an application exists that needs very low RPO and RTO. a replication solution may need to be used in conjunction with the backup and restore option.

This option can be implemented for the lowest cost at the expense of requiring the longest RTO and RPO.

Pilot Light

The Pilot Light option is named after the constantly-on gas heater pilot light that is used to quickly light the furnace. With this approach, a minimal copy of the production environment is maintained in the cloud. Core components whose state must be maintained and updated, such as a production database, run continuously in the cloud and are synced regularly with production. Servers in the cloud can be provisioned but turned off until a disaster is declared. Alternatively, server images can be maintained for launching instances/VMs when needed.

Compared to the Backup and Restore option, the Pilot Light scenario offers a better RTO since the core components are already running in the cloud, and servers are already provisioned or ready to be provisioned. It also offers better RPO since core services are regularly updated and synced with production. However, the cost will be higher.

Warm Standby

The Warm Standby option requires a scaled-down copy of production to be provisioned and run continuously in the cloud. Stateful core components are also updated and synced regularly with production. A subset of servers, found in production, runs continuously as instances/VMs in the cloud and can be scaled up as needed.

Compared to the previous two options, the Warm Standby scenario offers a better RTO since the core components are already running in the cloud and critical servers are already provisioned and running. In a disaster, production traffic for critical workloads can be redirected to the cloud while additional instances/VMs are launched to take on additional workloads. The Warm Standby option also offers better RPO since core services are being regularly updated and synced with production. The cost is higher than the earlier two options since more resources are provisioned and continuously running.

Hot Site

Similar to the Warm Standby option, a copy of the production environment runs continuously in the cloud. But in the hot site scenario, a copy of the full production environment runs in the cloud. This allows for immediate failover during a disaster, with the cloud provisioned to run the same amount of workload as production. In addition, if core components are being updated synchronously, then the cloud can be used for production, along with the user’s on-premises infrastructure, in an active-active setup.

This option has the best RTO and RPO since the user is running an exact replica of the on-premises infrastructure in the cloud. As expected, it also has the highest cost, particularly if core components for both the on-premises and cloud environments are being completely synced.

No one approach is the only or best way of creating a disaster recovery solution in the cloud. Typically, the best approach is to combine multiple options and to apply them to workloads based on their importance. The key is understanding the value of your workloads, knowing your options, and making the right trade-offs between business requirements, technical requirements, and cost.

Closing:

By reading this blog it is clear that what the service is all about and what made it important. Contact us today to get the best benefits for your business with none other than Disaster Recovery Services.

What you can read next

AWS Cost Optimization Services – Lets Conquer The Cloud Economies
Terraform to Manage AWS, GPC, and Azure for Programmable Infrastructure
Azure Kubernetes Services
Welcome to the world of Azure Kubernetes Services – AKS

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Search for posts

Loading

Recent Posts

  • New DevOps Features to Keep You Code-Connected

    New DevOps Features to Keep You Code-Connected

    0 comments
  • What Makes and Efficient DevOps Process

    What Makes and Efficient DevOps Process

    0 comments
  • Why Should You Integrate Your DevOps Pipeline

    0 comments

Recent Comments

  • New York Consultants on Jenkins on Kubernetes Engine – Cloud Stack Group
  • Parbriz auto OPEL ASCONA C Hatchback J82 1981 on Strategies and Process of Migrating Applications to the Cloud
  • Geam Porsche Cayenne 9PA 2010 on Strategies and Process of Migrating Applications to the Cloud

Add Wings to the Modern Enterprise with the help of a Global Cloud Platform

The platform of Cloud Stack Group provides numerous options that are beneficial to the organisation. It is necessary that we follow all the process as we share the result that is scalable, accurate and convenient to use.

GET A QUOTE

Cloud Stack Group is the pioneered and well-established company that is working on the newest and the latest forms of AWS services. Being in a competitive market for more than 3+ years we have served with our services to more than 40 industries and 50+ fortune global companies

MENU

  • About Us
  • Services
  • Industries
  • Blogs
  • Contact

OUR BLOGS

VIEW ALL
  • New DevOps Features to Keep You Code-Connected

    New DevOps Features to Keep You Code-Connected

  • What Makes and Efficient DevOps Process

    What Makes and Efficient DevOps Process

  • Why Should You Integrate Your DevOps Pipeline

COMPANY INFO

+91 96871 77221

info@cloudstackgroup.com

WE'RE SOCIAL

SUBSCRIBE NOW

Loading

ALL RIGHTS RESERVED. 2020 © CLOUDSTACKGROUP

A SADADIYA INDUSTRIES LLP COMPANY

TOP