Do an internet search on “cloud mobility,” and you will get a TON of results. The definition(s) can be confusing, but basically it describes the ability to avoid locking in workloads to a specific cloud vendor. Diversification of resources between private and public clouds, or between public clouds, is becoming a key practice, at least on paper. Unfortunately, companies forget about keeping a copy of their cloud data “offsite” when having to restore workloads or data and are unable to do so because the cloud infrastructure is experiencing issues.
Your cloud mobility practices should contain an extrapolation or separation of your production data and your backup copies of that data, just as it would in a private, on-premises, or colocation situation. But…cloud! We moved to the cloud because the cloud doesn’t fail, right?! Well, there is a reason why “cloud fail” memes exist. Recently, AWS suffered a power outage at a data center location in Northern Virginia. Companies who had data on certain types of hardware that were especially impacted lost data! Again, you might think, BUT…CLOUD! The thought that your data is being appropriately protected by these mega cloud providers is a misconception. In fact, AWS and other providers specifically state that data loss is not their problem. We’re back to the shared responsibility model, where the cloud provider states they are responsible for everything necessary to host your applications and data, but not the applications or data themselves. For this particular outage, Andy Hunt (@PragmaticAndy) had this to say on Twitter:
“Amazon AWS had a power failure, their backup generators failed, which killed their EBS serversl [sic], which took all of our data with it. Then it took them four days to figure this out and tell us about it.
Reminder: The cloud is just a computer in Reston with a bad power supply.”
Thankfully for Andy and his company, they had a usable backup elsewhere and were able to recover their data.
What would you do in this instance? Do you have a backup of your data in some other infrastructure and location? How do you even do that?
Global Data Vault, a Platinum Veeam Cloud Service Provider, is here to help. We can back up your workloads on AWS, Azure, or Azure Stack and easily restore them to the same cloud, a different cloud, or a physical data center. This is especially helpful if you are already spreading your applications across multiple cloud infrastructures or have a hybrid private/public cloud environment. GDV will assess your needs, walk you through the process, provide a simple and transparent quote, and then provide exemplary service. At Global Data Vault, it’s always our problem.
Contact GDV today to learn more!