Reconcile physical zones before using a shared capacity reservation

Why can matching zone numbers in two subscriptions still select different physical locations for shared reserved capacity?

Resilient network core with engineered blue and gold data paths.
DSE visual intelligenceNetworks & infrastructureGuide · 2 min read
Executive summary

What you need to know

Why can matching zone numbers in two subscriptions still select different physical locations for shared reserved capacity?

Potentially affected

Teams evaluating preview sharing of zonal Azure capacity reservation groups across subscriptions.

DSE recommendation

Build a provider-to-consumer zone mapping for the selected shared reservation before approving a deployment.

Source facts

Sharing Azure capacity reservation groups across subscriptions is preview. Availability-zone numbers are logical labels with subscription-specific physical mappings, so equal labels need not identify the same location. Microsoft requires zone remapping when deploying through a shared zonal reservation group. The provider and consumer subscriptions each need their own applicable quota. Microsoft Learn.

Applicability

Scope the review to a named provider subscription, consumer subscription, region, and shared reservation. Record both subscriptions’ actual zone mappings rather than transplanting the documentation’s illustrative zone numbers. Check the documented sharing permissions and preview limitations before planning an operational trial.

DSE recommendation

Build a provider-to-consumer zone mapping for the selected shared reservation before approving a deployment. Have both subscription owners review the physical location behind the requested consumer zone and the reservation’s provider-side label. Include independent quota checks in that review. Keep the mapping with the deployment parameters so a later operator does not replace it with an apparently simpler same-number choice.

Verification

In an approved preview trial, compare the requested zone, resolved physical mapping, reservation identifier, and resulting VM placement. Ask a second operator to reconstruct the mapping from the retained evidence. Investigate a mismatch before changing unrelated VM settings or requesting more capacity. Record the two subscription identifiers explicitly; a successful deployment from one consumer is not the acceptance result for another consumer’s mapping.

Official references

Microsoft Learn: Share a Capacity Reservation Group in Azure. Source reviewed September 9, 2026.

Primary reference

Review the official source

Share a Capacity Reservation Group in Azure - Azure Virtual Machines | Microsoft Learn · Verified September 9, 2026

Open official reference ↗
Plan the next step

Need help applying this guidance safely?

DSE can help confirm applicability, protect service continuity, and validate the result across physical security and IT systems.

Talk with DSE