Azure Availability Zone Planner
Size a zone-redundant deployment for N+1 zone loss and compare the composite SLA against a single-zone design.
Inputs
Most Azure regions expose three availability zones.
Total VMs to Deploy
18VMs
VMs per Zone
6VMs
Redundancy Overhead
50.0%
Composite Availability
100.000%
Allowed Downtime per Month
0.0minutes
Monthly Cost
$2,552.88
Cost of the Redundancy
$870.96
Step by step
Values used
VMs needed to carry peak load = 12 VMs; Zones used = 3 zones; Zones that may fail simultaneously = 1 zones; Availability of one zone deployment = 99.90 %; VM rate = 0.1920 USD/hour; Cross-zone traffic = 3,000 GB/month; Cross-zone data price per GB = 0.0100 USD
Azure Availability Zone
VMs per zone = ceil(required ÷ (zones − tolerated losses)), total = per-zone × zones; composite availability = 1 − (1 − single-zone availability)^(tolerated losses + 1).
Total VMs to Deploy
= 18 VMs
VMs per Zone
= 6 VMs
Redundancy Overhead
= 50.0
Composite Availability
= 100.000
Allowed Downtime per Month
= 0.0 minutes
Monthly Cost
= 2,552.88
How it works
Zone-redundant sizing works backwards from the failure you tolerate: if one of three zones can go, each surviving pair must carry the whole peak, so each zone holds half the load and you deploy 1.5× the capacity. Because zones are independent failure domains, spreading across them multiplies the failure probabilities, which is how the published target rises from 99.9% for a single VM to 99.99% across zones. The overhead figure is the real price of a 99.99% target, and it is paid every hour whether a zone fails or not; cross-zone traffic is metered too, so chatty services that gossip between zones add a data charge on top of the compute overhead.
Formula
Azure Availability Zone
VMs per zone = ceil(required ÷ (zones − tolerated losses)), total = per-zone × zones; composite availability = 1 − (1 − single-zone availability)^(tolerated losses + 1).
- surviving zones
- Zones you assume remain after the failure you design for
- composite availability
- Combined figure when independent zones must all fail to cause an outage
- overhead
- Extra VMs bought purely to absorb a zone failure
Frequently Asked Questions
How is Azure Availability Zone calculated?
VMs per zone = ceil(required ÷ (zones − tolerated losses)), total = per-zone × zones; composite availability = 1 − (1 − single-zone availability)^(tolerated losses + 1). Zone-redundant sizing works backwards from the failure you tolerate: if one of three zones can go, each surviving pair must carry the whole peak, so each zone holds half the load and you deploy 1.5× the capacity. Because zones are independent failure domains, spreading across them multiplies the failure probabilities, which is how the published target rises from 99.9% for a single VM to 99.99% across zones.
Why does Azure Availability Zone matter?
The overhead figure is the real price of a 99.99% target, and it is paid every hour whether a zone fails or not; cross-zone traffic is metered too, so chatty services that gossip between zones add a data charge on top of the compute overhead.
What values do I need to enter?
This calculator takes 7 inputs: VMs needed to carry peak load, Zones used, Zones that may fail simultaneously, Availability of one zone deployment, VM rate, Cross-zone traffic, Cross-zone data price per GB. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.
You might also need
- Azure Availability Set PlannerCommonly used together
- Azure Health Score CalculatorCommonly used together
- Azure Scale Set CalculatorCommonly used together
- Azure Site Recovery CalculatorCommonly used together
- Azure Kubernetes Service (AKS) CalculatorAlso in Microsoft Azure
- Azure Blob Storage CalculatorAlso in Microsoft Azure