HA Architecture: An introduction to High Availability

Damage to reputation can be as crippling as financial losses when an organization’s computer systems and applications become inaccessible due to unplanned downtime. This is especially true if it takes hours for the affected systems to go back online. To prevent extended downtime, you should implement a high availability (HA) architecture for your IT infrastructure, allowing you to achieve as much as 99.999% uptime and keep service disruptions to a minimum. This article explains HA architecture in more detail.

Definition of HA Architecture

There are organizations that require their systems to be operational 24/7. For these organizations, HA architecture is essential. While HA does not guarantee that systems will not be hit by unplanned interruptions, it minimizes the impact of such interruptions on your operations. A more responsive system is another benefit of HA.

HA architecture ensures that your systems are up and running and accessible to your users in the face of unforeseen circumstances such as hardware and software failures. With it, you use multiple components to ensure continuous and responsive service. You must make sure that these components complement each other, or you will just be adding potential points of failure to your applications, increasing the probability of downtime.

Below are the four traits that a HA architecture must possess:

For organizations where continuous operation is not essential, HA may not be necessary, especially since it requires investments in new hardware and software, and it can drive up your maintenance and other related costs. Before deciding on a HA architecture, make sure to factor in the costs associated with adding more components to your infrastructure. If you do decide to integrate HA into your infrastructure, choosing the cloud over on-premises infrastructure can help your organization save on costs. Make sure that the returns are worth the investments you put in additional components.

How to Attain High Availability

The ideal HA architecture should include elements to ensure redundancy, data backup and recovery, automatic failover, and load balancing.

Redundancy

As discussed above, redundancy is a crucial trait of HA, although it can drive up the costs of achieving HA. When adopting redundancy, you can choose from five models, with each model progressively more costly as more components are required.

Data Backup and Recovery

Regular, full data backups are required to ensure HA and should be included in your disaster recovery planning. Make sure to test your data backups regularly and see that they can be recovered in no time at all.

Moreover, you should replicate your data by storing them in secondary servers or standby instances across multiple locations. The data in these locations should always be synchronized with the data in your primary location. The other locations should be ready to take over when disaster strikes your primary location.

Automatic Failover with Failure Detection

In cases of failure, backup systems should be ready to take over instantly in a process known as automatic failover. Timely failure detection is crucial for this system to work.

HA architecture with automatic failover looks like the following:

  1. There is a main system and a backup system known as the hot spare.
  1. Constant monitoring goes on between the main and backup systems.
  1. When the main system goes down, the backup system, or hot spare, takes over automatically. New requests are now handled by the backup system, which is now acting as if it is the main system.
  1. When the issues in the main system are resolved, it comes back online and resumes its original role. The hot spare goes back to being the backup.

Users are not aware of any changes throughout the above process. When handled properly, the failover is transparent to them.

Load Balancing

HA architecture ensures better and more reliable application performance using load balancing, a process that involves distributing network traffic across multiple servers using either a hardware- or software-based solution.

You should configure your load balancer to use an algorithm suitable for your requirements. Common load balancing algorithms include:

By itself, load balancing does not assure HA since it can still be a single point of failure. To resolve this potential issue, you should implement redundancy for your load balancing solution.

How to Measure High Availability

While often used interchangeably, availability and uptime are different from each other. While a system can be up and running, it may not necessarily be available to users due to factors such as network issues. Moreover, uptime is just one area of availability, with downtime being the other.

Availability refers to the probability of a system working during a specific period. Expressed in percentage, it is an important metric to consider when assessing service level agreements (SLAs) with potential vendors of hosted solutions.

To calculate availability, consider the following:

The ideal measurement of availability is termed as the five 9s, or 99.999% availability over a given period. This means downtime that is slightly above five minutes in a year. If 24/7 operations are crucial to your organization, you should strive for 99.999% availability.

Types of High Availability Clusters

Server clusters are groups of servers that support your HA architecture. The health of each node in the cluster is monitored constantly using dedicated network connections. When a node goes down, another node takes over its operations.

When designing your HA architecture, you can choose from different cluster types, including the following:

Parallels RAS: High Availability at No Additional Cost!

Parallels® Remote Application Server (RAS) features High Availability Load Balancing (HALB) out of the box. With HALB, Parallels RAS removes traffic restrictions on multiple gateways, allowing any active gateway to handle incoming traffic. Moreover, since it allows multiple HALB appliances to run simultaneously, Parallels RAS maximizes throughput and reduces the potential for downtime.

Parallels RAS lets you choose from two methods for handling incoming traffic, namely, resource-based and round-robin. Resource-based load balancing involves routing incoming requests to the gateway handling the least traffic. Round-robin load balancing means that requests are routed to available gateways in sequential order.

Want to explore how you can use Parallels RAS within your HA architecture?

Download the Trial