Postgres 14 support ends Nov 12, a week before Postgres 19 ships
The new major version arrives a week after the old one loses support, so most teams on 14 should plan for 18. On the big clouds, paid extended support starts in February or March 2027.

PostgreSQL 14 gets its final community release on November 12, 2026, and after that the project ships no more fixes for it. The release meant to replace it is late. On October 10, Jonathan Katz, writing for the release team, told the pgsql-hackers list that PostgreSQL 19 general availability had moved to November 19, a week after the next scheduled update release. A second release candidate is now due on November 12, the same day as 14's last update, because the release team wants the large batch of fixes made to the older supported branches in an RC2 before GA.
That leaves 25 days from today until PostgreSQL 14 is out of community support, and no finished version 19 to move to before it goes. For IT teams that run their own Postgres servers, that points to PostgreSQL 18, supported until November 14, 2030, which Snowflake called "the safe upgrade target today" in September. For teams on a managed cloud database, the community date is only part of the picture, because each provider sets its own deadline and charges for running past it.
Why 19 slipped
PostgreSQL 19 was once due in late September or early October, The Register reported, and between eight and 10 significant features were pulled, SQL/PGQ graph queries among them. Snowflake's list of reverts also includes GROUP BY ALL, partition MERGE and SPLIT, and online data checksums. Snowflake's Elizabeth Garrett Christensen counted 53 reverts in the 19 cycle against about 44 for 18.
Peter Eisentraut, a vice president at EDB and a leading PostgreSQL committer, told The Register that AI code review is part of the reason. With LLM-assisted review, he said, such problems "can get found much faster." Committer Tomas Vondra went through the threads behind 12 of the reverts and put just 4 of them down as "probably AI" or "AI," according to a DEV Community analysis. The reverted features will likely land in PostgreSQL 20.
PostgreSQL 14 deadlines, side by side
| Where 14 runs | Standard support ends | Paid extended support | Extended support ends |
|---|---|---|---|
| Self-managed (community) | November 12, 2026 | None | None |
| Amazon RDS | February 28, 2027 | From March 1, 2027; year-three pricing from March 1, 2029 | February 28, 2030 |
| Azure Database for PostgreSQL flexible server | December 11, 2026 or January 31, 2027 (Microsoft's pages differ) | From February 1, 2027 | November 11, 2029 |
| Google Cloud SQL | Not listed | From February 1, 2027 | February 1, 2030 |
On RDS, extended support charges apply to every enrolled instance from the day after standard support ends, and standby instances in Multi-AZ setups are billed too, AWS says.
Azure enrolls servers on unsupported versions automatically, and its FAQ says the only way to stop the charges is to upgrade. Its version policy page also says that once the community retires a version, Azure stops applying bug and security patches to the database engine, cannot create new servers on it, and in rare cases may stop a server exposed to a critical flaw. That page gives December 11, 2026 as the end of standard support, while Microsoft's extended support page gives January 31, 2027.
Cloud SQL charges every instance on an end-of-life version for extended support. When that ends, Google upgrades the instance to the default version, which is now PostgreSQL 18.
None of the AWS, Microsoft or Google pages we read gives a price for PostgreSQL 14 extended support, so check your provider's pricing page before you budget.
What IT teams should do
- List every PostgreSQL 14 database you run, including read replicas and Multi-AZ standbys. On RDS, standbys carry extended support charges too.
- Plan self-managed upgrades to PostgreSQL 18 before November 12. Release candidates are not meant for production use, so do not move production to 19 until it ships and settles.
- On Azure, work to the earlier December 11 date until Microsoft corrects one of its two pages.
- Test the jump with
pg_upgrade --checkon a copy of the data, and check the PostgreSQL 19 release notes before you commit to it later. - If a database cannot move before the cloud deadline, get the extended support rate from your provider in writing and put it in the 2027 budget. Our story on Microsoft's October 13 end-of-support list covers the other products that dropped off support this month, and our piece on Cloudflare's Basin data platform looks at one managed option for analytics data.
Sources
- PostgreSQL: Versioning policy
- PostgreSQL: PostgreSQL 19 RC 1 Released!
- pgsql-hackers: Updated PostgreSQL RC / GA dates (Jonathan Katz)
- The Register: Postgres 19 delayed after AI reviewers find more bugs than humans can fix
- Snowflake: What is happening with PostgreSQL 19?
- DEV Community: Postgres 19 reverted 8 to 10 features and now targets Nov 19
- AWS: Release calendars for Amazon RDS for PostgreSQL
- AWS: Amazon RDS Extended Support charges
- Microsoft Learn: Azure Database for PostgreSQL extended support
- Microsoft Learn: Azure Database for PostgreSQL flexible server versioning policy
- Google Cloud: Cloud SQL for PostgreSQL database versions and version policies