There are some cloud vendors that give you full bare metal access. With the right configuration, you might be able to fail over a physical server to a physical server in the cloud. However, with most cloud DR services that typically isn't the case.
Most cloud DR technologies are based on virtual server technology. So if you have not yet virtualized, you probably should address that before you're going to start thinking about cloud-based DR. One of the biggest benefits of virtualization is the ability to easily move a server around and turn it up somewhere else regardless of the physical hardware that is running on.
So I would really point to that as the number one step, you know, before you go down the cloud DR path.
OK, what if an environment has a mix of VMware and Hyper-V virtual servers? Do you need to use two separate cloud DR services?
If you are just backing up data elsewhere, than you can probably send those disc images regardless of the hypervisor. But if you actually want the ability to run those virtual servers in the cloud, that might be more of an issue with compatibility and what the cloud provider supports.
So, you have to carefully evaluate it. If you want to do a true DR failover to the cloud, then you need to know that your application is compatible to actually run in that specific cloud. There may be a fairly significant level of effort to port your application to something that's compatible with a given cloud provider.
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