Azure Database for PostgreSQL version policy

This page describes the Azure Database for PostgreSQL flexible server versioning policy.

Supported PostgreSQL versions

Azure Database for PostgreSQL flexible server supports the following database versions.

Major version

A major version is a change in the first number of the version. For example, PostgreSQL 10 to PostgreSQL 11 is a major version upgrade. Major versions introduce new features and capabilities, and might include changes that require application code updates.

Support

Azure Database for PostgreSQL supports each major PostgreSQL version from the date Azure begins offering support until the version reaches end of life (end of support) as defined by the PostgreSQL community. For details, see PostgreSQL community versioning policy.

Retirement policy

The table below provides the retirement details for PostgreSQL major versions. The dates follow the PostgreSQL community versioning policy.

Minor version support

Azure Database for PostgreSQL flexible server automatically performs minor version upgrades to the Azure preferred PostgreSQL version as part of periodic maintenance.

Extended Support

To help customers maintain secure and compliant workloads beyond community end-of-life (end of support), Azure is introducing Extended Support for Azure Database for PostgreSQL.

Extended Support offers continued access to critical security updates and technical assistance, giving you time to plan and implement your upgrade strategy with confidence.

Extended support provides:

• Up to three additional years of support after standard support ends
• Security patches and critical bug fixes
• Technical support via Azure Support channels (per your existing plan)

Why use Extended Support?

Ideal for customers who...

• Need more time to upgrade complex workloads.
• Require compliance and security coverage during upgrade planning.
• Depend on uninterrupted technical support for critical environments.

Best Practices

• Treat Extended Support as a temporary bridge, not a long-term solution.
• Begin upgrade planning well before the end-of-life (end of support) date.
• Consider upgrading to newer versions such as PostgreSQL 15 or 16 for improved performance and support.

Eligible PostgreSQL versions

Enrollment and price

• Automatic Enrollment: PostgreSQL servers running unsupported versions are automatically enrolled in Extended Support on March 1, 2026.
• Opt-Out Option: You can opt out at any time by upgrading to a supported version.
• Grace Period: A one-month grace period applies. Billing begins on April 1, 2026.
• Pricing: Details are published on this page before billing begins.

Frequently asked questions (FAQs)

Q: What happens if I continue running an unsupported PostgreSQL version on Azure after its community end of support?

A: Your server is automatically enrolled in Extended Support one month after the community end of support date (or on March 1, 2026, for versions 11, 12, and 13).

Q: Can I continue using my PostgreSQL instance without Extended Support?

A: Yes, but after the grace period, you're automatically enrolled in paid Extended Support unless you upgrade to a supported version. During the grace period, you assume full operational risk, and Microsoft support can't guarantee issue resolution.

Q: Can my applications break during a major version upgrade?

A: Azure provides pre-upgrade validation checks (PVC) to identify common issues such as extension compatibility and parameter conflicts. We recommend testing upgrades in nonproduction environments. Azure is also investing in Blue/Green deployments to enable near-zero-downtime upgrades.

Q: How do I know if my server is in Extended Support?

A: The Azure portal and CLI clearly indicate if a server is enrolled in Extended Support.

Q: Do I need to update Server Parameter Groups post major version upgrades?

A: Yes. Major PostgreSQL versions often introduce or deprecate configuration parameters. Create a new parameter group for the target version and adjust memory and performance settings as needed.

Q: Are PostgreSQL extensions automatically upgraded during a major version upgrade?

A: No. While Azure upgrades the database engine, noncore extensions (for example, pgvector, timescaledb) require manual updates. Use ALTER EXTENSION ... UPDATE or recreate unsupported extensions after the upgrade.

Q: How can I reduce downtime during a major upgrade?

A: To minimize downtime:

• Apply pending maintenance before the upgrade.
• Take a manual backup just before the upgrade to speed up snapshot creation.
• Schedule upgrades during low-traffic periods.
• Monitor replication lag and connections if using Blue/Green deployment.

Q: Where can I track which of my servers are nearing end of support?

A: Azure provides visibility through the Portal.

Q: What support options are available during the Extended Support phase?

A: Servers in Extended Support can raise support cases for security-related issues only. Feature requests, performance tuning, and general bug fixes aren't supported for end of support versions.

PostgreSQL 12 support

PostgreSQL 12 reached its end of life on November 14, 2024, in line with the PostgreSQL community versioning policy. According to this policy, each major version is supported until retired by the community. Unlike PostgreSQL 11, which has extended support until November 9, 2025, PostgreSQL 12 doesn't receive extended support from Azure. Users are encouraged to upgrade to newer versions to ensure continued support and access to new features.

PostgreSQL 11 support

Azure is extending PostgreSQL 11 support for Azure Database for PostgreSQL flexible server. This extended support timeline is designed to provide more time for users to plan and migrate from Azure Database for PostgreSQL single server to flexible server and to upgrade to higher PostgreSQL versions. The extended support timeline is designed to facilitate a smooth transition for users currently relying on PostgreSQL 11.

Flexible server support

• You can create and operate PostgreSQL 11 servers on Azure Database for PostgreSQL flexible Server, until November 9, 2025, when Azure stops supporting PostgreSQL 11.
• From November 9, 2023, to November 9, 2025, while users can continue using and creating new instances of PostgreSQL 11 on the flexible server, they're restrictions of other retired PostgreSQL engines.

This extension of Postgres 11 support is part of Azure's commitment to providing a seamless migration path and ensuring continued functionality for users.

Retired PostgreSQL engine versions not supported in Azure Database for PostgreSQL

You might continue to run the retired version in Azure Database for PostgreSQL flexible server. However, note the following restrictions after the retirement date for each PostgreSQL database version:

• Once a PostgreSQL version is retired by the community, Azure Database for PostgreSQL – Flexible Server no longer applies bug or security patches to the database engine. This might expose your server to security risks or other issues. However, Azure continues to maintain and patch the underlying host, operating system, containers, and related service components.

• If any support issue you might experience relates to the PostgreSQL engine itself, as the community no longer provides the patches, we might not be able to provide you with support. In such cases, you have to upgrade your database to one of the supported versions.

• You can't create new servers using a PostgreSQL version that has been retired. However, you're able to perform point-in-time recoveries and create read replicas for your existing servers.

• New service capabilities developed by Azure Database for PostgreSQL flexible server might only be available to supported database server versions.

• Uptime SLAs apply solely to Azure Database for PostgreSQL flexible server service-related issues and not to any downtime caused by database engine-related bugs.

• In rare cases where a critical vulnerability in a retired PostgreSQL version poses a threat to the service, Azure might stop affected servers to protect the platform. In such case, you're notified to upgrade the server before bringing the server online.

• New extensions introduced for Azure Database for PostgreSQL – Flexible Server aren't supported on PostgreSQL versions that have been retired by the community.

PostgreSQL version syntax

Before PostgreSQL version 10, the PostgreSQL versioning policy considered a major version upgrade to be an increase in the first or second number. For example, 9.5 to 9.6 was considered as a major version upgrade. As of version 10, only a change in the first number is considered as a major version upgrade. For example, 10.0 to 10.1 is a minor release upgrade. Version 10 to 11 is a major version upgrade.

Related content

• Supported versions of PostgreSQL in Azure Database for PostgreSQL flexible server