Ensuring business continuity in the face of a man-made or natural disaster may seem like a daunting task. Luckily, today’s cloud-based computing platforms such as Amazon Web Services are particularly well suited to meet the disaster recovery planning needs of most businesses. However, the versatile, decentralized nature of the cloud is wasted in the absence of a proper, well tested DR plan and the ability to adapt to changing often unforeseen circumstances. So in the following article, we’ll take a look at some best practices for utilizing AWS cloud to develop your own DR plan in order to help maintain business continuity during a disaster situation.
Category: Disaster Recovery
Businesses are now using AWS cloud to enable faster disaster recovery of their critical IT applications without incurring the additional costs of on-premise infrastructure. One of the many benefits of AWS cloud is that it supports a number of disaster recovery scenarios from “pilot light”, to “hot standby”. AWS cloud offers a range of cloud-based disaster recovery services that enable the rapid recovery of your IT infrastructure and data. In this article, we will explain what you need to consider when planning your AWS DR strategy, including the frequency of testing, the types of backups you are going to require and explain how CloudRanger can help to improve your AWS DR strategy with automated testing.
We are delighted to announce that our new functionality for Automated Disaster Recovery Testing for AWS Cloud is now available. A new section is now available in the main CloudRanger dashboard, for Disaster Recovery. In this section, you will be able to create an AWS cloud Disaster Recovery Plan (DRP), much in the same way you already do for creating backup policies in our platform but in this case for disaster recovery testing purposes.
With our existing backup system in place, our new Automated Disaster Recovery Testing functionality allows you to test that any Amazon Machine Image (AMI) backups you are taking actually work successfully in practice.
In theory, everyone seems to agree on the need for a comprehensive disaster recovery (DR) plan. But for IT professionals tasked with ensuring AWS business continuity, theory and reality are two very different things. After all, finding vocal managerial support for a DR plan is one thing. Finding the actual funds to implement it is another.
When pitching a DR plan, it can be difficult, if not impossible, to project ROI. It’s hard to accurately gauge the value of something that will hopefully never be used. As with fire extinguishers or airbags, DR plans are usually taken for granted until something goes horribly wrong. For that reason, it might be better to frame a DR plan in terms of an insurance policy that will mitigate possible losses rather than an investment that will produce tangible gains or cost savings. And as with other types of insurance, it might also make sense to bring in a third-party vendor to handle your disaster recovery needs. READ MORE
Thanks to cloud-based platforms like Amazon Web Services (AWS), backing up your company’s critical data has never been easier. But as we’ve stated in previous blogs, during an actual crisis, backups may prove useless in the absence of a comprehensive disaster recovery (DR) plan. And while there are many factors that must go into crafting the right DR plan to meet your company’s specific needs, the two most important are the recovery time objective (RTO) and the recovery point objective (RPO). In the following article, we’ll break down what these terms mean and how they differ. We’ll also explain why determining the RTO and RPO is so important, and how CloudRanger can help enact an AWS DR plan once it’s been crafted.