Azure Region Codes Reference

All Azure regions with internal name, display name and paired region.

Searchable Azure region reference with internal region name, geography, display name, availability-zone support and the paired region used for platform-managed replication.

What is the difference between the internal name and display name?

The internal name (like eastus or westeurope) is the lowercase code used in CLI, ARM templates and APIs. The display name (East US, West Europe) is the human-readable label shown in the Azure portal. They map one to one.

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 az CLI, 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.