Helder Almeida - Fotolia
When evaluating cloud-based disaster recovery (DR), the biggest challenge is that your application has to run in the cloud. For the most part, if you are talking about a mainframe application or a big box Unix application, those are not really compatible with the cloud. While you can do some very basic data parking and bring that data to another physical location in the event of a failure, you will not gain that much compared to shipping tapes.
Probably the biggest issue with cloud-based DR is compatibility and fit with the cloud. Once you have decided to send data to the cloud, you have to deal with data privacy and security issues. That may end up being a problem.
If you can run a given disaster recovery application in the cloud, you must determine what you will gain from doing that. The nice thing about the cloud is that it is located somewhere other than your headquarters, which typically gives you geographic redundancy. Many cloud providers offer a dispersed form of geographic redundancy -- whenever you give them a byte of data, they will copy it many times to many different locations.
For companies that operate only one data center, the cloud is a nice way of getting access to geographic redundancy without spending the money to build multiple data centers that you might not need.
Take a closer look at cloud-based disaster recovery
How MSPs can offer cloud DR services
The pros and cons of different approaches to DR in the cloud
Dig Deeper on Disaster recovery services - outsourcing
Related Q&A from Andrew Reichman
With storage developments moving from hardware toward software, many vendors are reworking products to capitalize on the software-defined technology ... Continue Reading
When it comes to provisioning storage for virtual machines, techniques such as golden images and thin provisioning are key. Continue Reading
In physical environments data protection often means restoring an entire system, but using the same methodology for virtual servers is inefficient. Continue Reading