PostgreSQL Flexible Server SKU Not Supported in East US 2

Navneesh Garg (Elevated) 0 Reputation points
2026-10-12T10:26:59.1133333+00:00

Hi Azure Support Team,

We are trying to create an Azure Database for PostgreSQL Flexible Server for our development environment in the newly created subscription below, but the deployment is failing with a SkuNotAvailable error.

Subscription and resource details:

  • Subscription Name: fb-buy-1-dev

Subscription ID: f6edde2a-786c-4dbc-823e-5e1d4136a6ca

Resource Group: rg-eus2-buy-dev-postgresql-ee9

Region: East US 2

Resource Type: Azure Database for PostgreSQL Flexible Server

Compute SKU: B_Standard_B2ms

Environment: Development

Error message: SkuNotAvailable: Specified SKU is not supported in this region. Please choose a different SKU.

We initially encountered this issue while provisioning the server through our infrastructure deployment. We also attempted to create the PostgreSQL Flexible Server manually through the Azure portal, selecting Premium SSD storage, but encountered the same error.

Could you please help us investigate the following?

Whether the B_Standard_B2ms SKU is available for this subscription in East US 2.

Whether any subscription-level restrictions, regional capacity constraints, or provisioning limitations are preventing PostgreSQL Flexible Server creation.

Whether any subscription registration, quota increase, or regional access request is required to resolve this issue.

What configuration or alternative SKU you recommend for our development environment.

Since the issue persists with manual creation through the Azure portal, we would appreciate your assistance in identifying the underlying cause.

Thank you for your support.

Azure Database for PostgreSQL
0 comments No comments

1 answer

Sort by: Oldest
  1. Alex Burlachenko 25,530 Reputation points MVP Volunteer Moderator
    2026-10-12T11:08:10.3266667+00:00

    Hi Navneesh Garg (Elevated) & thx for join me at Q&A platform,

    the fact that provisioning fails both through IaC and the Azure portal suggests this isn't just a deployment template issue. SkuNotAvailable can mean the requested compute size isn't offered in East US 2, or that it's temporarily unavailable for ur subscription. It doesn't necessarily mean the whole region is blocked.

    I'd start by running this against the affected subscription:

    az postgres flexible-server list-skus --location eastus2 --subscription <subscription-id>

    Check whether Standard_B2ms appears in the Burstable tier. Also, double-check the SKU naming in ur IaC configuration. For PostgreSQL Flexible Server, the usual ARM SKU name is Standard_B2ms, with Burstable specified separately as the tier, rather than B_Standard_B2ms.

    Next, verify that Microsoft.DBforPostgreSQL is registered. If the SKU is listed but deployment still fails, try another Burstable size or availability zone, with HA disabled, to see whether the restriction is specific to B2ms.

    For a dev environment, Standard_B1ms or Standard_B2s could be reasonable alternatives if they're available. If no Burstable SKU works, testing a small General Purpose SKU can help distinguish a tier-specific restriction from broader regional provisioning problems.

    If the problem persists, I'd open a Service and subscription limits (quotas) support request for Azure Database for PostgreSQL Flexible Server. Ask Microsoft to check SKU eligibility, regional capacity, and any subscription-level provisioning restrictions in East US 2. Include the failed deployment's correlation ID and exact error response.

    One thing worth mentioning: a quota increase won't necessarily fix SkuNotAvailable. Microsoft needs to confirm whether this is a quota issue, a region access restriction, or unavailable capacity. The public SKU list alone can't confirm live capacity for ur subscription.

    rgds,

    Alex

    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.