Getting quota exceeded and resource unavailable errors on Azure

I think it’s almost always a sub/region quota or SKU‑capacity, not ur config. u can check the quota blade + try the tiniest same‑SKU in another region; the two request‑ids let support see which limit u hit.

The symptoms match quota and subscription-limit issues rather than just transient backend availability.

Based on the context, there are three main categories to check and remediate:

1. Quota or subscription limits exceeded
   • Errors like ResourceQuotaExceeded or OperationNotAllowed with messages about cores, vCPUs, or resource counts indicate quota issues.
   • Quotas apply per subscription, region, resource group, and sometimes per resource type. For example, VM core limits per region or per VM family.
   • Actions:
     1. Check current usage vs limits for the affected resource type and region (for example, vCPUs, specific VM families, HDInsight, Cloud Services, etc.).
     2. If usage is at or near 100%, request a quota increase for that resource type and region.
     3. If the quota is already at the documented maximum, deployments must be redesigned to stay within limits.
   • For deployments via ARM/Bicep, typical error messages include:
     • Code=OperationNotAllowed with text like "Operation results in exceeding quota limits of Core".
     • Code=ResourceQuotaExceeded with text like "Creating the resource of type <resource-type> would exceed the quota".
2. Resource/offer not available for the subscription or region
   • Errors such as SkuNotAvailable, QuotaNotAvailableForResource, ResourceNotAvailableForOffer, or ResourceNotAvailableForSubscription indicate that the requested SKU or quota type is not available for the current subscription/offer or region.
   • Actions:
     1. Try a different SKU/VM size or a different region that supports the resource.
     2. If the error is QuotaNotAvailableForResource, ResourceNotAvailableForOffer, or ResourceNotAvailableForSubscription, open a support request under Service and subscription limits (quotas) to confirm availability or request enablement.
     3. In some cases, creating a new subscription has resolved persistent unavailability for specific services.
3. Quota/Capacity API and internal server errors
   • When using the Quota APIs or portal quota blades, errors like InternalServerError, RequestThrottled, or portal pages that never load indicate backend or API issues rather than configuration.
   • Actions:
     1. If RequestThrottled appears, reduce the rate of quota or deployment API calls and retry later.
     2. For InternalServerError or persistent portal issues (e.g., Quotas blade stuck loading), use CLI/REST to query quotas and submit increase requests instead of the portal.
     3. If the Quota API returns ContactSupport, open a support request under Service and subscription limits (quotas).
4. Resource provider registration and subscription state
   • Errors like MissingRegistration, MissingSubscriptionRegistration, or NoRegisteredProviderFound indicate the subscription is not registered for the resource provider or quota provider.
   • Actions:
     1. Register the relevant resource provider (for example, Microsoft.Quota or Microsoft.Capacity) for the subscription.
     2. After registration, retry the deployment or quota operation.
5. Targeted troubleshooting steps Use these steps to distinguish between quota vs availability vs configuration:
   1. Identify the exact error code and message from the failed deployment or API response (for example, ResourceQuotaExceeded, OperationNotAllowed, SkuNotAvailable, QuotaNotAvailableForResource, InternalServerError). This determines whether it is quota, SKU availability, or backend.
   2. Check quotas for the specific resource type and region:
      • For compute, use commands like az vm list-usage or Get-AzVMUsage (as referenced) to see current usage vs limits per region.
      • For specialized services (HDInsight, Cloud Services, GPU families, etc.), check their specific quota categories in the subscription usage/quotas view or via Quota APIs.
   3. If quota is at or near the limit, request an increase for the exact resource family and region that is failing.
   4. If quota is available but errors mention resource/offer not available, treat it as an availability/offer issue and open a support request under Service and subscription limits (quotas) to confirm whether the SKU or quota type is supported for the subscription and region.
   5. If errors are generic server-side with request IDs and no clear quota/availability code, and retries over time still fail, open a support request and provide the request IDs and timestamps so Azure support can check backend service health for the subscription and region.

This combination of checking error codes, verifying quotas per region and resource type, confirming resource/offer availability, and registering the correct resource providers will distinguish whether the issue is quota-related, subscription/offer-related, or a backend service problem.

References:

• Troubleshoot common Azure deployment errors
• Resolve errors for resource quotas
• Azure Quota Service API
• Azure Quota API
• Troubleshoot Cloud Service (classic) SubscriptionPolicyCountExceeded exceptions
• Unable to deploy resources, can't view Quotas or request increases - Microsoft Q&A
• Cannot use GPU VMs (NC4as_T4_v3) in Azure ML despite having quota - VMs grayed out - Microsoft Q&A
• Unable to launch HDInsight (5.1, Hadoop 3.3.4) cluster - Microsoft Q&A