Jump to content

Availability

From Wikipedia, the free encyclopedia

In reliability engineering, the term availability has the following meanings:

  • The degree to which a system, subsystem or equipment is in a specified operable and committable state at the start of a mission, when the mission is called for at an unknown, i.e. a random, time.
  • The probability that an item will operate satisfactorily at a given point in time when used under stated conditions in an ideal support environment.

Normally high availability systems might be specified as 99.98%, 99.999% or 99.9996%.

Representation

[edit]

The simplest representation of availability (A) is a ratio of the expected value of the uptime of a system to the aggregate of the expected values of up and down time (that results in the "total amount of time" C of the observation window)

Another equation for availability (A) is a ratio of the Mean Time To Failure (MTTF) and Mean Time Between Failure (MTBF), or

If we define the status function as

therefore, the availability A(t) at time t > 0 is represented by

Average availability must be defined on an interval of the real line. If we consider an arbitrary constant , then average availability is represented as

Limiting (or steady-state) availability is represented by[1]

Limiting average availability is also defined on an interval as,

Availability is the probability that an item will be in an operable and committable state at the start of a mission when the mission is called for at a random time, and is generally defined as uptime divided by total time (uptime plus downtime).

Series vs Parallel components

[edit]
series vs parallel components
series vs parallel components


Let's say a series component is composed of components A, B and C. Then following formula applies:

Availability of series component = (availability of component A) x (availability of component B) x (availability of component C) [2][3]

Therefore, combined availability of multiple components in a series is always lower than the availability of individual components.

On the other hand, following formula applies to parallel components:

Availability of parallel components = 1 - (1 - availability of component A) X (1 - availability of component B) X (1 - availability of component C) [2][3]

10 hosts, each having 50% availability. But if they are used in parallel and fail independently, they can provide high availability.
10 hosts, each having 50% availability. But if they are used in parallel and fail independently, they can provide high availability.

In corollary, if you have N parallel components each having X availability, then:

Availability of parallel components = 1 - (1 - X)^ N [3]

Using parallel components can exponentially increase the availability of overall system. [2] For example if each of your hosts has only 50% availability, by using 10 of hosts in parallel, you can achieve 99.9023% availability. [3]

Note that redundancy doesn’t always lead to higher availability. In fact, redundancy increases complexity which in turn reduces availability. According to Marc Brooker, to take advantage of redundancy, ensure that:[4]

  1. You achieve a net-positive improvement in the overall availability of your system
  2. Your redundant components fail independently
  3. Your system can reliably detect healthy redundant components
  4. Your system can reliably scale out and scale-in redundant components.

Methods and techniques to model availability

[edit]

Reliability Block Diagrams or Fault Tree Analysis are developed to calculate availability of a system or a functional failure condition within a system including many factors like:

  • Reliability models
  • Maintainability models
  • Maintenance concepts
  • Redundancy
  • Common cause failure
  • Diagnostics
  • Level of repair
  • Repair status
  • Dormant failures
  • Test coverage
  • Active operational times / missions / sub system states
  • Logistical aspects like; spare part (stocking) levels at different depots, transport times, repair times at different repair lines, manpower availability and more.
  • Uncertainty in parameters

Furthermore, these methods are capable to identify the most critical items and failure modes or events that impact availability.

Definitions within systems engineering

[edit]

Availability, inherent (Ai) [5] The probability that an item will operate satisfactorily at a given point in time when used under stated conditions in an ideal support environment. It excludes logistics time, waiting or administrative downtime, and preventive maintenance downtime. It includes corrective maintenance downtime. Inherent availability is generally derived from analysis of an engineering design:

  1. The impact of a repairable-element (refurbishing/remanufacture isn't repair, but rather replacement) on the availability of the system, in which it operates, equals mean time between failures MTBF/(MTBF+ mean time to repair MTTR).
  2. The impact of a one-off/non-repairable element (could be refurbished/remanufactured) on the availability of the system, in which it operates, equals the mean time to failure (MTTF)/(MTTF + the mean time to repair MTTR).

It is based on quantities under control of the designer.

Availability, achieved (Aa) [6] The probability that an item will operate satisfactorily at a given point in time when used under stated conditions in an ideal support environment (i.e., that personnel, tools, spares, etc. are instantaneously available). It excludes logistics time and waiting or administrative downtime. It includes active preventive and corrective maintenance downtime.

Availability, operational (Ao) [7] The probability that an item will operate satisfactorily at a given point in time when used in an actual or realistic operating and support environment. It includes logistics time, ready time, and waiting or administrative downtime, and both preventive and corrective maintenance downtime. This value is equal to the mean time between failure (MTBF) divided by the mean time between failure plus the mean downtime (MDT). This measure extends the definition of availability to elements controlled by the logisticians and mission planners such as quantity and proximity of spares, tools and manpower to the hardware item.

Refer to Systems engineering for more details

Basic example

[edit]

If we are using equipment which has a mean time to failure (MTTF) of 81.5 years and mean time to repair (MTTR) of 1 hour:

MTTF in hours = 81.5 × 365 × 24 = 713940 (This is a reliability parameter and often has a high level of uncertainty!)
Inherent availability (Ai) = 713940 / (713940+1) = 713940 / 713941 = 99.999860%

—Ả≥〈〉〈〉〈〉

Inherent unavailability = 1 / 713940 = 0.000140%

Outage due to equipment in hours per year = 1/rate = 1/MTTF = 0.01235 hours per year.

Literature

[edit]

Availability is well established in the literature of stochastic modeling and optimal maintenance. Barlow and Proschan [1975] define availability of a repairable system as "the probability that the system is operating at a specified time t." Blanchard [1998] gives a qualitative definition of availability as "a measure of the degree of a system which is in the operable and committable state at the start of mission when the mission is called for at an unknown random point in time." This definition comes from the MIL-STD-721. Lie, Hwang, and Tillman [1977] developed a complete survey along with a systematic classification of availability.

Availability measures are classified by either the time interval of interest or the mechanisms for the system downtime. If the time interval of interest is the primary concern, we consider instantaneous, limiting, average, and limiting average availability. The aforementioned definitions are developed in Barlow and Proschan [1975], Lie, Hwang, and Tillman [1977], and Nachlas [1998]. The second primary classification for availability is contingent on the various mechanisms for downtime such as the inherent availability, achieved availability, and operational availability. (Blanchard [1998], Lie, Hwang, and Tillman [1977]). Mi [1998] gives some comparison results of availability considering inherent availability.

Availability considered in maintenance modeling can be found in Barlow and Proschan [1975] for replacement models, Fawzi and Hawkes [1991] for an R-out-of-N system with spares and repairs, Fawzi and Hawkes [1990] for a series system with replacement and repair, Iyer [1992] for imperfect repair models, Murdock [1995] for age replacement preventive maintenance models, Nachlas [1998, 1989] for preventive maintenance models, and Wang and Pham [1996] for imperfect maintenance models. A very comprehensive recent book is by Trivedi and Bobbio [2017].

Applications

[edit]

Availability factor is used extensively in power plant engineering. For example, the North American Electric Reliability Corporation implemented the Generating Availability Data System in 1982.[8]

See also

[edit]

References

[edit]
  1. ^ Elsayed, E., Reliability Engineering, Addison Wesley, Reading, MA,1996
  2. ^ a b c System Sustainment: Acquisition And Engineering Processes For The Sustainment Of Critical And Legacy Systems. 2022. ISBN 9789811256868.
  3. ^ a b c d Reliability and Availability Engineering: Modeling, Analysis, and Applications. 2017. ISBN 978-1107099500.
  4. ^ Understanding Distributed Systems, Second Edition: What every developer should know about large distributed applications. ISBN 978-1838430214.
  5. ^ "Inherent Availability (AI)". Glossary of Defense Acquisition Acronyms and Terms. Department of Defense. Archived from the original on 13 April 2014. Retrieved 10 April 2014.
  6. ^ "Achieved Availability (AI)". Glossary of Defense Acquisition Acronyms and Terms. Department of Defense. Archived from the original on 13 April 2014. Retrieved 10 April 2014.
  7. ^ "Operational Availability (AI)". Glossary of Defense Acquisition Acronyms and Terms. Department of Defense. Archived from the original on 12 March 2013. Retrieved 10 April 2014.
  8. ^ "Mandatory Reporting of Conventional Generation Performance Data" (PDF). Generating Availability Data System. North American Electric Reliability Corporation. July 2011. pp. 7, 17. Archived (PDF) from the original on 2022-10-09. Retrieved 13 March 2014.

Sources

[edit]
[edit]