Disaster Recovery – A Thing Of The Past!

Disaster Recovery 

Ok, ok – I understand most of you are saying disaster recovery (DR) is still a critical aspect of running any type of operations. After all – we need to secure our future operations in case of disaster. Sure – that is still the case but things are changing – fast.

There are really two things forcing us to look at disaster recovery differently across the board. On the one hand the sheer volume of data is rapidly becoming unmanageable. On the other hand – there are really few customer facing services that do not require 100% uptime and are considered mission critical. As a leading IaaS-provider we know that the person running his first e-commerce offering with zero income feels he or she is losing as bad as the large company that might be losing millions per hour when down. The feeling and result is the same no matter what stage you are in running your business. We all feel it is always critical to be up and running.

The first time we realized that DR in its traditional meaning will not work was when we setup OpenStack Swift over 5 nodes in 3 geographical spread data centers intended for volumes in Petabytes. It really only comes down to one aspect. Recovery time. Sure we have large volumes since many years back but we are fast approaching where the time to get things back – becomes too long for it to be a viable solution. The downtime in a full disaster would be too great. Even in the same data centers – should you truly need to get a few Petabytes copied from one set of hardware to another – it will take some time. Too long? Most likely. While there are ways to divide and conquer large data – it is time to think differently.

recovery

Data Points

As the volume of data goes in one direction – the acceptable down time in general – goes the other direction. Down. The solution? Multiple data centers that allows for live-live service with contained restore points locally in each data center.

Logical errors you say? From time to time human errors might force us to be able to restore from an older version. No doubt restore points are a must regardless of how you build your service. Those can many times be done in more contained parts of each solution. They can be done locally in the same DC where local networks allow for greater speed. With a live-live solution running over two or more data centers you can do maintenance with much less risk of having to take the service down – regardless of the situation.

Ask yourself – all that data that I am shooting to a different data center for DR – when did you do a full scale test to see how long it would be to restore 100 TB or more? Is it not time to go live – live over multiple data centers for all of your critical services? If you are running your services in the cloud – schedule full tests and make sure you contingency plans are up-to-date because when disaster strikes – they are what stands between you and true business disaster.

By Johan Christenson

New York

From Y2K To NYC Parking Meters: Have We Learned Anything About Complacency In Cybersecurity?

Cybersecurity Complacency This past January – in what seems like a different world now – a story briefly hit the headlines and was seen as more of a quirk than a threat. It was soon ...
Gary Taylor

5 Reasons Why Virtual Desktop Infrastructure Will Go Mainstream Post 2020

Virtual Desktop Infrastructure Growth Virtual Desktop Infrastructure (VDI) technology enables remote users to access their desktop from anywhere using an internet connection. This technology has been around for a couple of decades but never received ...
Sangeeta Chhabra

What Accountants Should Know About The Cloud

Cloud Accounting Cloud technology has been at the top of the charts of new-age technologies for a long time now. Almost every industry in the world has started realizing its capabilities and integrating cloud strategies ...
Martin Mendelsohn

The Growth of Third Party Risk Management (TPRM) Firms

Cybersecurity and the Continued Risks Back in the day, we played cops and robbers with sticks and plastic squirt guns.  Sometimes you were pursued, at other times you were the pursuer.  There wasn’t much more ...
Christian Buckley

The Evolution of SharePoint Customization

When I started working with SharePoint back in 2005, deploying WSS 2.0 followed and then SharePoint Portal Server 2003 for a large client, the concept of "customization" as we define it today was not really ...
Bruce Guptill

How CFOs and CIOs See Finance Management Priorities

Cloud and the Finance-IT Effectiveness Gap IT leaders today tend to be much better aligned with business and operational leaders and business goals than they were just five years ago. Unfortunately, they are still not ...