I recently had a discussion with a few very interesting cloud professionals from CloudEndure about the changes that the cloud and AWS in particular, bring to the table in terms of business continuity and high availability. In one of my discussions with Ofer Gadish, the company’s CEO, we exchanged information regarding the current state of the market, including tools, terms and relevant methodologies for real cloud users. We both agreed that in this market stage business continuity in the cloud is a very interesting subject since the market is still young and the traditional tools and perceptions don’t apply.
How many companies are hosting critical production systems in the cloud? Where exactly is the fine line between the shared responsibilities of the cloud consumer and the cloud provider?
While we saw eye-to-eye on many topics, many questions arose in regards to specifics on the topic of cloud market maturity. In order to answer these questions and expand our cloud communities’ knowledge, CloudEndure decided to run a survey to learn how the cloud has changed DR, Backup and High Availability. And we’ll share the results with you. Before continue on reading, let me invite you to take only three minutes of your time and support our research – Start here
We discussed my belief that the nines (99.99…%) are more marketing than the real deal today - What do you think? The market and tools used to measure your uptime immature or do not really exist. The concept of availability in the cloud is determined by the level of responsibility and liability that the vendors have for their customers. These notions include the ability to monitor, proactively fix and maintain continuous communication with users, giving them clear and genuine visibility into what exactly is going on and when the system is expected to return to normal. It is also necessary, here, to define the concept of downtime. At a very basic level, it is when the system is not available. However, the more precise answer depends on the criticality of specific features and components of an application or service.
On that note, we are interested in hearing your point of view. First and foremost, it is essential to ask, what do you consider “downtime”? How do you approach the matter of downtime with your customers? How do you compensate, if at all? Maybe even before discussing compensation, let us ask how or if you measure downtime? If so, are you able to calculate your own availability over the past week, month, or year? With your help, we can gain even greater insights on the topic. Start here
RTO and RPO – Nothing Really Changes
Recovery Time Objective (RTO) is the duration of time and a service level within which a business process must be restored after a disaster (or disruption) in order to avoid unacceptable consequences associated with a break in business continuity. Wikipedia
Recovery Point Objective (RPO) It is the maximum tolerable period in which data might be lost from an IT service due to a major incident Wikipedia
The cloud changes the ways in which you achieve optimal levels of RPO and RTO. There are much more creative ways now-a-days to deliver robust solutions at a very low cost. Service degrades and downtimes can occur as a result of a bug, application scalability limitations, human error or even your cloud operator’s availability. In any case you, as the service provider, have the responsibility to get it up and running again. Keeping the application, and its actual business values, in mind, you can address both RPO and RTO and make sure that you define and measure these metrics.
DR Cost Impacts and ROI
When you’re an online retailer, every moment that your website-relevant functionalities are down, you lose money. Your business continuity should be prefect including accurate measuring capabilities for your site’s uptime performance as well as ensuring there are no latencies or degrades that directly affect your business.
“…breaks down to about $120,000 per minute. Multiply that by the 40 minutes Amazon went down and you get around $4.8 million in lost dollars.” Geekwire release following Amazon downtime on Aug-2013
A DR policy and rate is based on the required SLA; however good DR deployment on the cloud should be based on the central, pay-per-use cloud principle. You can actually create a spare cloud replica without the traditional upkeep costs if it is not utilized. Today, cloud users can avoid traditional costs by using an “On-demand DR” inline with changing their DR strategy and architecture.
Over the past year, the “average enterprise” began its journey into the cloud, yet still views the cloud as an on-premise extension used as a means to generate replications and deal with less significant data. I believe that the sensible next step for companies that have already made this strategic move should be to move their production and more critical substance to the cloud. This would raise the bar and present the greater challenge of providing proven robust delivery of online services. Little by little, the cloud is making its presence and advantages known in a number of aspects of our daily lives. It’s up to us to embrace it.
Calling All CIO/CTO/IT Leaders and team members: To see how your disaster recovery and backup strategy compares to your peers, participate in CloudEndure’s survey. Participants can win a new iPad! ;)
cross posted on iamondemand.com