Disaster Recovery & High Availability

Understanding High Availability vs. Disaster Recovery...

Whether you use the cloud or dedicated servers, you should always make sure you have a plan for your configuration in the event that something goes wrong. People use the phrase Disaster Recovery (DR) to mean different things, and they will often ask what they can do to make sure that they have a strong DR plan. These clients requesting a DR strategy reality are looking for a High Availability (HA) solution. This is why it is important to understand what you are trying to accomplish. .

Disaster Recovery
The distinguishing feature of a DR plan is that you are preparing to recover from a disaster that actually occurred in your environment, and that you have to restore services through a series of actions. There are a variety of things that could happen, so it is important for a company to look at their business and define what constitutes a disaster. For example, if you run a high volume, high transaction solution that is vital to a core group of people to do their job, a disaster could be defined as dropping requests for a ten minute time. Even though your configuration had issues for a very small duration, it would have a very large impact to your business.

This is contrasted by a business that has fairly static solution focused on entertainment that people use on an infrequent basis. While not desired, ten minutes of downtime might not constitute a disaster for this business. However, having a server go offline and become completely dark could be a disaster for them. You can see that a company can define many things as a disaster, but whatever constitutes a disaster must actually occur. DR is not focused on preventing a disaster as much as it is the process, policies and procedures related to preparing for recovery or continuation of technology infrastructure critical to an organization after a natural or human-induced disaster.

High Availability
The goal for a HA configuration is to prevent a disaster from occurring in the first place. There are steps that customers can take to have a certain amount of redundancy of their configuration so that if they drop some packets or information or lose a node in their configuration, their solution can still hum along without missing a beat.

HA configurations do this by having a degree of automatic failover to other nodes in your configuration. By having an environment that self heals, you can ensure that your configuration will most likely not go down. HA configurations are more focused on  automatically mitigating the impact of disasters when they occur.  This can be done via automated failover options or load-balancing options in configurations. Generally speaking, having this type of configuration to help prevent disasters is going to be more costly than simply having systems in place to recover from one.

Different businesses have different needs, and our network administrators have the expertise to answer your questions and assist in identifying the best solution for your needs. To understand what solution works for you, it would be best to give us a call and chat with one of our network administrator in more detail. An Oxcyon solutions engineer will take you through many types of questions to help determine which solution is best for you, including:

(1)      How difficult is it for you to spin up a new server?
(2)      What is your tolerance for downtime?
(3)      How much storage are you using on your server?
(4)      What kind of performance do you require from the solution?
(5)      What is the business model that will be utilized (e-commerce, SaaS, etc)?
(6)      What kind of growth are you projecting in the next 3/6/12 months?

Additionally, there will be several more questions depending on how you answered the ones listed above. You should begin asking yourself these types of questions because they will lead you to the best option to choose.  While high availability efforts entail what you do to prevent an outage, disaster recovery efforts address what is done to re-establish high availability after the outage. Centralpoint’s N-tiered architecture below allow for fail over sites or clones to be run, to enable clients to set up and configure the disaster recovery and fail over requirements which meet their project. For more information please

Download our Guide
Disaster Recovery-to-the-Cloud Best Practice



Centralpoint Master Architecture Diagram allowing for High Availability and DR management.


Interested? You've got to see it!