---
slug: "azure-postgresql-18-end-of-support"
title: "Azure Database for PostgreSQL: PostgreSQL 18 end of standard support"
summary: "Azure Standard Support End Date for PostgreSQL 18 on Azure Database for PostgreSQL: 14 Nov 2030. Once the Azure Standard Support period ends, eligible servers still running the version are automatically enrolled in extended support."
cloud: "azure"
service: "Azure Database for PostgreSQL"
service_slug: "postgresql"
category: "database"
type: "end_of_support"
announced_date: null
effective_date: "2030-11-14"
effective_precision: "day"
replacement: null
affected_versions: ["18"]
source_url: "https://learn.microsoft.com/en-us/azure/postgresql/configure-maintain/concepts-version-policy"
extra_source_urls: ["https://endoflife.date/azure-database-for-postgresql"]
vendor_ref: "azure-database-for-postgresql@18"
last_checked_at: "2026-11-12T09:55:36.471Z"
created_at: "2026-11-13T13:36:44.208Z"
updated_at: "2026-11-13T13:36:44.208Z"
url: "https://eolwatch.dev/items/azure-postgresql-18-end-of-support"
short_url: "https://eolwatch.dev/i/dp"
markdown_url: "https://eolwatch.dev/items/azure-postgresql-18-end-of-support.md"
json_url: "https://eolwatch.dev/items/azure-postgresql-18-end-of-support.json"
---

# Azure Database for PostgreSQL: PostgreSQL 18 end of standard support

Azure Standard Support End Date for PostgreSQL 18 on Azure Database for PostgreSQL: 14 Nov 2030. Once the Azure Standard Support period ends, eligible servers still running the version are automatically enrolled in extended support.

- Effective date: 14 Nov 2030
- Cloud: [Azure](https://eolwatch.dev/cloud/azure.md)
- Service: [Azure Database for PostgreSQL](https://eolwatch.dev/services/azure/postgresql.md)
- Type: End of support
- Category: [Database](https://eolwatch.dev/categories/databases.md)
- Affected versions: 18
- Replacement: Not stated by vendor
- Announced: Not stated by vendor
- Official source: [learn.microsoft.com](https://learn.microsoft.com/en-us/azure/postgresql/configure-maintain/concepts-version-policy)
- Last checked: 12 Nov 2026

## What breaks

Once the Azure Standard Support period ends, an eligible server still running PostgreSQL 18 is automatically enrolled in extended support. The eligible versions table lists PostgreSQL 11, 12, 13 and 14.

- Extended support provides security patches, critical bug fixes and technical support for up to three extra years. It does not include new features, performance enhancements or support for minor version upgrades.
- Charges apply after any applicable grace period unless the server is upgraded to a supported version, and only to servers in a Succeeded (running) state. A one-month grace period is provided for versions 11, 12 and 13. A server that regional capacity constraints prevent from upgrading might be temporarily excluded from billing.
- The version policy page lists restrictions that apply after the retirement date of a version, without stating whether that date is 14 Nov 2030: new servers cannot be created on a retired version, while point-in-time recoveries and read replicas of existing servers remain possible.
- The same page says that when the community retires a version, Azure stops applying bug or security patches to the database engine. The extended support page lists security patches and critical bug fixes as part of extended support.

## Who is affected

### Affected versions

- `18`

### Matching resource types

- `microsoft.dbforpostgresql/flexibleservers`
- `azurerm_postgresql_flexible_server`

### Fields the check reads

- `pgversion`
- `version`

### Detected by the estate check from

- Azure Resource Graph export (CSV or JSON)
- Terraform state or plan (JSON)
- ARM template

## What to do

1. Run the upgrade validation checks in the Azure portal or with the Azure CLI. See [Run upgrade validation checks](https://learn.microsoft.com/en-us/azure/postgresql/configure-maintain/how-to-run-upgrade-validation-checks).
2. Resolve any blocking issues the checks report, then rerun validation.
3. Ensure the server has at least 10-20% free storage available before starting the upgrade.
4. If the server uses geo-replication, delete the read replica (including any cascading read replica) before upgrading the primary server. The replica can be re-created after the upgrade.
5. Run an in-place major version upgrade to a PostgreSQL version that Azure currently supports. The service can skip versions and upgrade directly to a later version. Servers that use TimescaleDB are limited to specific source and target version combinations, and an upgrade from PostgreSQL 11 first requires SCRAM authentication to be configured. Once the server runs a supported version, extended support charges no longer apply. See [Major version upgrades](https://learn.microsoft.com/en-us/azure/postgresql/configure-maintain/concepts-major-version-upgrade).
6. Plan for the fact that there is no automated way to revert after a successful upgrade. A point-in-time recovery to a time before the upgrade restores the previous version on a new server.

## Replacement

Not stated by vendor.

## Sources

- [Official source](https://learn.microsoft.com/en-us/azure/postgresql/configure-maintain/concepts-version-policy) (learn.microsoft.com, Official)
- [Additional source](https://endoflife.date/azure-database-for-postgresql) (endoflife.date, Via endoflife.date)

Last checked against the first source in this list on 12 Nov 2026.

Page: https://eolwatch.dev/items/azure-postgresql-18-end-of-support | JSON: https://eolwatch.dev/items/azure-postgresql-18-end-of-support.json

The text on this page is drafted with AI assistance from the vendor's text, checked against the official source and approved by a person before it is published.