Key decision checklist
- Billing model: Unlimited vs Metered
- Bandwidth: estimate baseline and peak throughput
- Resiliency: standard (single peering location) vs high (multiple peering locations)
- SKU / Add-ons: gateway SKU, Premium (global reach) or ExpressRoute Direct
- Provider model: service provider vs direct Microsoft connection
Billing options
| Billing model | Cost model | Best for | Considerations |
|---|---|---|---|
| Unlimited | Fixed monthly fee, unlimited outbound data | Predictable cost for heavy outbound traffic (Azure → on-premises) | Higher fixed monthly cost; cost-effective at high data volumes |
| Metered | Lower base fee + per-GB outbound charge | Small environments or low outbound usage | Pay-as-you-go for outbound egress; cheaper for low-volume scenarios |

Bandwidth selection
- Size circuits to meet expected throughput and peak utilization. Underprovisioning can create bottlenecks; overprovisioning increases costs.
- ExpressRoute offers many capacity points, from entry-level (for example, 50 Mbps) up to multiple Gbps. ExpressRoute Direct supports 10 Gbps and 100 Gbps physical ports, and you can aggregate multiple ports for higher aggregate throughput.
- Plan for headroom to accommodate bursts, backup/restore operations, and unexpected traffic shifts. You can scale up a circuit later if needed—document change windows and expected timeline for provisioning.
- 50 Mbps, 100 Mbps — good for small branch connectivity or test/dev
- 1 Gbps — typical for medium datacenter connectivity
- 10 Gbps / 100 Gbps (ExpressRoute Direct) — high-throughput, multi-region backbone connectivity

Scalability and availability
- Azure and ExpressRoute support growth: you can increase ExpressRoute gateway and circuit sizes to scale throughput in most scenarios without downtime.
- Downgrading a gateway or circuit size can require a brief outage depending on the gateway SKU and the nature of the change. Include maintenance windows in your change plan for any reductions or SKU swaps.
Reducing gateway or circuit size can require downtime. Plan upgrades and downgrades with maintenance windows in mind.

Pricing factors
Pricing for ExpressRoute depends on multiple variables:- Billing model: Unlimited vs Metered
- Provisioned bandwidth
- Virtual network gateway SKU and features (for example, throughput limits)
- Region / peering location and local market pricing
- Add-ons such as Premium or ExpressRoute Direct which change route limits and connectivity options
Use the Azure Pricing Calculator to compare total monthly costs for different bandwidths, SKUs, and billing models. https://azure.microsoft.com/en-us/pricing/calculator/

Premium / Global reach add-on
- Use the Premium SKU or ExpressRoute Direct when you need:
- Global connectivity across multiple Azure regions (global reach)
- More BGP prefixes and route limits than standard circuits allow
- Higher-scale limits to support many VNets or large hybrid architectures
- Premium increases capability and scale, and it may affect cost and route availability—factor this into multi-region network designs.

Putting it together — recommended approach
- Profile traffic: establish baseline and peak Azure-to-on-premises and on-premises-to-Azure traffic.
- Choose billing model: compare unlimited vs metered using cost projections.
- Select bandwidth: provision for baseline + headroom; prefer a slightly larger size to avoid throttling.
- Decide resiliency: standard vs high resiliency based on SLA and RTO/RPO requirements.
- Pick SKU/add-ons: gateway SKU and whether Premium or ExpressRoute Direct are required.
- Engage provider: select a service provider if not using ExpressRoute Direct and clarify provisioning timelines.
| Decision area | Action |
|---|---|
| Billing model | Use traffic profile to choose Unlimited or Metered |
| Bandwidth | Start with baseline + burst capacity; plan for scale-up |
| Resiliency | Choose single peering vs multi-peering locations for availability |
| SKU | Match gateway SKU to throughput and features required |
| Connectivity model | Provider-assisted vs ExpressRoute Direct |
Azure portal: where to create gateways and circuits
Note: the examples below show where components are created in the Azure portal. This guide does not provision live resources—use the portal (https://portal.azure.com) and your procurement process when ready. Virtual network gateway- The ExpressRoute circuit terminates at a virtual network gateway in your VNet, similar to a VPN gateway. When creating a virtual network gateway you will specify:
- Gateway type: ExpressRoute
- Gateway SKU: (Standard, HighPerformance, UltraPerformance or newer gateway families like GW1/GW2/GW3 depending on portal options)
- Region and associated virtual network
- After the virtual network gateway is created, associating an ExpressRoute circuit is a separate step.

- ExpressRoute circuits are provisioned from the “Circuits” blade in the portal. When creating a circuit you specify:
- Resource group, circuit name, peering location, bandwidth, billing model (metered/unlimited), and provider/port options
- Resiliency options affect how physical links and peering locations are arranged:
- Standard resiliency: two redundant links to a single peering location
- High resiliency: links placed in separate peering locations for increased availability
- Provider model: if you select a service provider, they will handle the physical cross-connect from your site to the Microsoft edge and coordinate until the circuit terminates on Microsoft routers. For ExpressRoute Direct, you connect directly to Microsoft at supported locations.

Architecture recap
- On-premises equipment connects to a service provider (or directly to Microsoft with ExpressRoute Direct).
- The provider establishes the physical circuit to Microsoft edge routers.
- The ExpressRoute circuit terminates on Microsoft routers and is then linked to your virtual network gateway, enabling connectivity for your VNets.
Links and references
- ExpressRoute overview: https://docs.microsoft.com/azure/expressroute/
- Azure Pricing Calculator: https://azure.microsoft.com/en-us/pricing/calculator/
- Azure portal: https://portal.azure.com/