Cloud Availability Calculator
Combine multi-region redundancy with a serial dependency chain to get the availability a user actually experiences.
Inputs
Shared control planes, shared DNS or a global config push break independence.
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
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 %
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.
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.1 minutes
Expected Downtime per Month
= 89.8 minutes
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
- Cloud SLA CalculatorCommonly used together
- Cloud Disaster Recovery CalculatorCommonly used together
- Cloud Governance Score CalculatorCommonly used together
- Chargeback CalculatorAlso in Multi-Cloud & FinOps
- Cloud ROI CalculatorAlso in Multi-Cloud & FinOps
- Cloud Waste CalculatorAlso in Multi-Cloud & FinOps