Disaster recovery has come to mean one of two things:
Either you build and maintain your own separate data center, logically and physically separated so you can manage and execute a fail over in case of disaster, or you leverage a third-party service provider’s recovery cloud for your data protection and recovery.
Both have their pros and cons and make sense for different organizations. But a third option has emerged that has caught a lot of attention: recovery to the public cloud.
Why are organizations turning to the public cloud? And how is it transforming disaster recovery? Here’s a quick guide to what’s creating so much buzz.
The public or hyperscale cloud -- AWS, Microsoft Azure and Google Cloud, for example -- has become a destination for certain workloads. Public cloud’s pay-as-you-go pricing makes it accessible, especially for organizations still growing their infrastructure or that need to scale their server usage up or down during peak business.
There’s no upfront hardware capital investment, which saves money and time. Larger companies have been using the public cloud to test their development environments and increasingly for production workloads, even if some of them have to keep more sensitive data in their private cloud for compliance-related reasons.
Disaster recovery to the public cloud can leverage the usage-based economics while achieving aggressive recovery time objectives (RTOs) and near-real-time recovery point objectives (RPOs). It’s an attractive model that’s been gaining momentum especially in the last year.
Even for organizations hesitant to put workloads in the public cloud, leveraging the public cloud for recovery first gives them a way to test the waters with their disaster recovery assets before moving production workloads.
With more and more companies looking to public cloud as part of their disaster recovery strategy, it’s important to understand why -- and how your organization might benefit as well. Here are five reasons companies are eager to leverage the benefits of public cloud for DR.
If your organization lacks recovery or public cloud skills, a managed solution is the best option for immediate improved resiliency. That way your source data is always protected with a fully managed, automated and service-level agreement (SLA)-backed replication and recovery solution.
The process begins with discovery to determine and validate company requirements and start standing up the necessary cloud infrastructure. The build phase includes software installation and configuration for your servers that need to be protected, as well as configuration of the recovery plan and settings before starting replication.
Once replication is complete, initial testing occurs and RTO is benchmarked. At that point, the replication is managed, monitored and maintained while the architecture is continuously improved. Regular testing identifies any issues and quickly mitigates them, and the system is ready to respond swiftly in the event of a disaster.
Recovering to public cloud is gaining traction, both for its economics and its speed of recovery, which are changing disaster recovery as we know it. If you’re ready to get started, learn more about Cloud Recovery -- AWS from Sungard AS.