Azure region codes reference
An Azure region is a set of data centres in a defined geography, deployed within a latency-defined perimeter. Choosing one affects latency, cost, data residency and which services are available. This reference maps each Azure region’s internal name (used in CLI and ARM) to its display name, geography, availability-zone support and paired region for replication.
How it works
Azure uses two identifiers per region: a lowercase internal name (eastus, westeurope) for automation, and a display name (East US, West Europe) for the portal. Regions belong to a geography — a compliance and data-residency boundary.
Most regions have a paired region in the same geography. Azure uses pairs to:
- replicate geo-redundant storage automatically,
- roll out planned platform updates one region of a pair at a time,
- prioritise recovery of one region in a pair during a broad outage.
Availability zones are isolated data centres inside a region; only zone-enabled regions support zone-redundant deployments.
Tips and notes
- Use the internal name in
azCLI, ARM/Bicep templates and Terraform. - Prefer zone-enabled regions for production workloads needing high single-region SLAs.
- Check the paired region when designing geo-redundant storage and DR.
- Some newer regions have no pair — plan cross-region redundancy manually there.