Azure Database for MySQL flexible server: Quota limitations prevent upgrade — Request for quota increase

webdev-2380 0 Reputation points
2026-09-08T23:01:34.83+00:00

Problem description

I am attempting to upgrade my existing Azure Database for MySQL Flexible Server from version 8 to version 8.4 using an ARM template that deploys both the server and database together. Since August 14, 2026, each deployment attempt fails with a ResourceOperationFailure and the message "Not enough quota to provision or update the server for your subscription," leaving the provisioning state as "Failed." I am seeking assistance to resolve this quota issue.

Environment

Azure Database for MySQL Flexible Server, region not specified in the case information.

What I've already tried

I have submitted an ARM template deployment including the MySQL Flexible Server resource and its database, but each attempt results in a failure due to quota limitations.

Current status

The deployment continues to fail with the quota error. I am requesting guidance on verifying current quotas, submitting a quota increase request, and re-running the deployment once the quota is increased. The support ticket is useless and I am getting only AI responses.

Azure Database for MySQL

1 answer

Sort by: Newest
  1. Vinodh247-1375 44,716 Reputation points Volunteer Moderator
    2026-09-09T07:06:56.1133333+00:00

    The error message points to a quota or capacity validation failure rather than an ARM template syntax issue.

    One angle that has not been mentioned yet is how the upgrade is being executed. Azure MySQL Flexible Server supports in-place major version upgrades from MySQL 8.0 to 8.4, but Microsoft recommends not combining the major version upgrade with other server property changes in the same REST API, SDK, or infrastructure deployment operation. If your ARM template updates the server configuration and database resources while also changing the engine version, Azure may reject the request during validation. [learn.microsoft.com], [docs.azure.cn]

    I would check the deployment history and determine whether the template is changing anything other than the MySQL version, such as:

    • Compute tier or SKU
    • vCore count
    • Storage settings
    • High availability configuration
    • Network settings
    • Server parameters

    If so, try separating the operation into steps:

    1. Upgrade the existing Flexible Server from 8.0 to 8.4 only.
    2. After the upgrade completes successfully, apply any other infrastructure or configuration changes in a separate deployment.

    Also, verify whether the failure is truly a subscription quota issue or a regional capacity restriction. Microsoft documents both scenarios separately, and similar provisioning errors can occur when a region or SKU family is temporarily capacity constrained even when the deployment itself is valid. [learn.microsoft.com], [learn.microsoft.com]

    Finally, check the Azure Portal -> Quotas blade for Azure Database for MySQL Flexible Server and confirm that sufficient vCore quota exists for the server's SKU family and region. Microsoft recently introduced self-service quota visibility and management specifically for MySQL Flexible Server, making it easier to verify the current limits before retrying the deployment. [learn.microsoft.com]

    Help make this community better for everyone: if this answer resolved your issue, please accept it or leave an upvote. If not, share more details in a comment so we can continue the discussion and find the right solution.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.