An Azure service that provides access to OpenAI’s GPT-3 models with enterprise capabilities.
The most likely cause is that quota is assigned per subscription, region, model, and deployment type in TPM, and the available quota for GlobalStandard does not automatically mean the same quota exists for DataZoneStandard in Canada. For gpt-5.2, the documented Tier 1 limits are:
- GlobalStandard: 1,000,000 TPM
- DataZoneStandard: 300,000 TPM
That means a deployment can still show Insufficient quota if the subscription has no available TPM allocated for gpt-5.2 DataZoneStandard in the target region, even when gpt-5.2 GlobalStandard quota exists.
A second documented factor is that some models can appear in the catalog or deployment flow but not yet have an initial baseline TPM allocation available for self-service quota management. In that case, the quota UI does not show rows that can be adjusted, and a manual quota request is required before deployment can succeed.
To move from GlobalStandard to DataZoneStandard while staying on a Pay-As-You-Go subscription:
- In Azure AI Foundry, check the quota for the target model + deployment type + region combination, specifically gpt-5.2 DataZoneStandard in the Canada region being targeted.
- If no quota row exists for that combination, submit a manual quota increase request using the official Azure OpenAI Service quota request form: https://aka.ms/oai/stuquotarequest
- Request only the minimum TPM needed for the new deployment. The documented Tier 1 minimum for gpt-5.2 DataZoneStandard is 300,000 TPM.
- After the request is approved and the quota appears in Foundry, create the new DataZoneStandard deployment and assign the approved TPM.
The context does not provide support for a Regional deployment path for gpt-5.2 in this scenario. It does explicitly state that Global Standard is the default deployment mode and Data Zone Standard is supported as an alternative when data residency is required.
The context also does not state that switching deployment type changes pricing or guarantees no cost change. It only supports that the deployment can remain on Pay-As-You-Go and that quota must exist for the target deployment type before deployment succeeds.
References: