Skip to content
Calcrivo

Cloud Availability Calculator

Combine multi-region redundancy with a serial dependency chain to get the availability a user actually experiences.

Inputs

%
regions
%

Shared control planes, shared DNS or a global config push break independence.

components

Load balancer, gateway, service, database — every hop must be up.

%

Effective End-to-End Availability

99.7951%

Availability from Region Redundancy

99.9949%

Availability of the Dependency Chain

99.8001%

Expected Downtime per Year

1,077.1minutes

Expected Downtime per Month

89.8minutes

Availability Class

Two nines

What Limits the Result

The serial dependency chain, not the number of regions

Step by step

  1. Values used

    Availability of a single region = 99.90 %; Independent regions serving traffic = 2 regions; Correlated failure between regions = 5 %; Components in the request path = 4 components; Availability of each component in the chain = 99.95 %

  2. Cloud Availability

    parallel availability = 1 − (1 − a)^regions, blended with the correlated share; chain availability = c^components; effective = parallel × chain; annual downtime = (1 − effective) × 525,600 minutes.

  3. Effective End-to-End Availability

    = 99.7951

  4. Availability from Region Redundancy

    = 99.9949

  5. Availability of the Dependency Chain

    = 99.8001

  6. Expected Downtime per Year

    = 1,077.1 minutes

  7. Expected Downtime per Month

    = 89.8 minutes

  8. Availability Class

    = Two nines

How it works

Redundant regions fail independently, so their unavailabilities multiply and the combined figure improves exponentially with each region added — but only to the extent the failures really are independent, which is why a correlated share is blended back in. Serial dependencies work the opposite way: every component in the request path must be up, so their availabilities multiply downward and four components at 99.95% land below 99.8%. Publishing a target of four nines while running a five-hop request path of three-nines components is arithmetically impossible, and this calculation shows that before the incident review does. Provider availability figures are design targets, not guarantees — check the specific service's published SLA.

Formula

Cloud Availability

parallel availability = 1 − (1 − a)^regions, blended with the correlated share; chain availability = c^components; effective = parallel × chain; annual downtime = (1 − effective) × 525,600 minutes.

a
Availability of one region expressed as a fraction
c
Availability of one component in the serial request path
correlation
Share of failures that hit every region at once, defeating redundancy

Frequently Asked Questions

How is Cloud Availability calculated?

parallel availability = 1 − (1 − a)^regions, blended with the correlated share; chain availability = c^components; effective = parallel × chain; annual downtime = (1 − effective) × 525,600 minutes. Redundant regions fail independently, so their unavailabilities multiply and the combined figure improves exponentially with each region added — but only to the extent the failures really are independent, which is why a correlated share is blended back in. Serial dependencies work the opposite way: every component in the request path must be up, so their availabilities multiply downward and four components at 99.95% land below 99.8%.

Why does Cloud Availability matter?

Publishing a target of four nines while running a five-hop request path of three-nines components is arithmetically impossible, and this calculation shows that before the incident review does. Provider availability figures are design targets, not guarantees — check the specific service's published SLA.

What values do I need to enter?

This calculator takes 5 inputs: Availability of a single region, Independent regions serving traffic, Correlated failure between regions, Components in the request path, Availability of each component in the chain. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.

Why does adding a third region help so little?

Each region multiplies the remaining unavailability, so the absolute gain shrinks fast while the correlated component does not shrink at all. Once shared dependencies such as global DNS, identity or a config rollout dominate the failure budget, a third region buys almost nothing and the money is better spent on the dependency chain.

You might also need