Jump to content

Continuous availability

From Wikipedia, the free encyclopedia

Continuous availability is an approach to computer system and application design that protects users against downtime, whatever the cause and ensures that users remain connected to their documents, data files and business applications. Continuous availability describes the information technology methods to ensure business continuity.[1] [citation needed]

In early days of computing, availability was not considered business critical. With the increasing use of mobile computing, global access to online business transactions and business-to-business communication, continuous availability is increasingly important based on the need to support customer access to information systems.[2]

Solutions to continuous availability exists in different forms and implementations depending on the software and hardware manufacturer. The goal of the discipline is to reduce the user or business application downtime, which can have a severe impact on business operations. Inevitably, such downtime can lead to loss of productivity, loss of revenue, customer dissatisfaction and ultimately can damage a company's reputation.

Degrees of availability

[edit]

The terms high availability, continuous operation, and continuous availability are generally used to express how available a system is.[3][4] The following is a definition of each of these terms.

High availability refers to the ability to avoid unplanned outages by eliminating single points of failure. This is a measure of the reliability of the hardware, operating system, middleware, and database manager software. Another measure of high availability is the ability to minimize the effect of an unplanned outage by masking the outage from the end users. This can be accomplished by providing redundancy or quickly restarting failed components.

Availability is usually expressed as a percentage of uptime in a given year:

Availability Downtime per year
99.9% 8.76 hours
99.99% 1 hour
99.999% 5 minutes

When defining such a percentage it needs to be specified if it applies to the hardware, the IT infrastructure or the business application on top.[5]

Continuous operation refers to the ability to avoid planned outages. For continuous operation there must be ways to perform necessary administrative work, like hardware and software maintenance, upgrades, and platform refreshes while the business application remains available to the end users. This is accomplished by providing multiple servers and switching end users to an available server at times when one server is made unavailable. Note that a system running in continuous operation is not necessarily operating with high availability because an excessive number of unplanned outages could compromise this.

Continuous availability combines the characteristics of high availability and continuous operation to provide the ability to keep the business application running without any noticeable downtime.

Types of outages

[edit]

Planned outages are deliberate and are scheduled at a convenient time. These involve such activities as: - Hardware installation or maintenance - Software maintenance or upgrades of the operating system, the middleware, the database server or the business application - Database administration such as offline backup, or offline reorganization

Unplanned outages are unexpected outages that are caused by the failure of any system component. They include hardware failures, software issues, or people and process issues.

History

[edit]

Various commercially viable examples exist for hardware/software implementations. These include:

See also

[edit]

References

[edit]
  1. ^ Business Continuity: Delivering Data and Applications Through Continuous Availability, A META Group White Paper, June 2003 [1] Archived 2012-04-25 at the Wayback Machine
  2. ^ Gartner Survey Shows IT Availability Remain Top Priorities for U.S. IT Services Buyers, September 2010 [2]
  3. ^ High availability (again) versus continuous availability, IBM WebSphere Developer Technical Journal, April 14, 2010 [3]
  4. ^ Bob Dickerson: Service Recovery & Availability, IEEE Computer Society, 2010 Meeting [4]
  5. ^ itSM Solutions Newsletter December 2006: The Paradox of the 9s
[edit]