Sunday, October 18, 2026
News

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.

A software dashboard interface

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

  1. List every PostgreSQL 14 database you run, including read replicas and Multi-AZ standbys. On RDS, standbys carry extended support charges too.
  2. 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.
  3. On Azure, work to the earlier December 11 date until Microsoft corrects one of its two pages.
  4. Test the jump with pg_upgrade --check on a copy of the data, and check the PostgreSQL 19 release notes before you commit to it later.
  5. 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