Cloud Availability Calculator
Combine multi-region redundancy with a serial dependency chain to get the availability a user actually experiences.
About Cloud Availability Calculator
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
Worked example
With the default values below, Cloud Availability Calculator returns Effective End-to-End Availability of 99.7951%. Change any input above and every figure here is recalculated in your browser.
Inputs used
- Availability of a single regionaccepts 90–100 %
- 99.9 %
- Independent regions serving trafficaccepts 1–8 regions
- 2 regions
- Correlated failure between regionsaccepts 0–100 %
- 5 %
- Components in the request pathaccepts 1–20 components
- 4 components
- Availability of each component in the chainaccepts 90–100 %
- 99.95 %
Results
- 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
- What Limits the Result
- The serial dependency chain, not the number of regions
Step by step
- 1Values used
- 2Cloud Availability
- 3Effective End-to-End Availability= 99.7951
- 4Availability from Region Redundancy= 99.9949
- 5Availability of the Dependency Chain= 99.8001
- 6Expected Downtime per Year= 1,077.1 minutes
- 7Expected Downtime per Month= 89.8 minutes
- 8Availability Class= Two nines
Assumptions and limits
- The result is derived only from the 5 inputs listed above. Anything not among them is not part of the calculation.
- In particular, this calculator does not take inflation, tax or compounding frequency into account.
- Figures are rounded for display to 4 decimal places, so totals built from several rounded parts can differ slightly from the unrounded arithmetic.
How these calculators are built and tested is described on the Methodology page. If a figure looks wrong, please report it.
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.
Related Calculators
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
