From 70138afaad3179b69a1b015b2302e2231629fd27 Mon Sep 17 00:00:00 2001 From: Valtteri Kivinen Date: Thu, 7 May 2026 13:06:22 +0300 Subject: [PATCH 1/2] Add upgrade instructions to the eol page --- docs/cloud/dbaas/postgres-14-eol.md | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/docs/cloud/dbaas/postgres-14-eol.md b/docs/cloud/dbaas/postgres-14-eol.md index 2a558c5277..4ceb7538ab 100644 --- a/docs/cloud/dbaas/postgres-14-eol.md +++ b/docs/cloud/dbaas/postgres-14-eol.md @@ -12,9 +12,23 @@ On the end-of-life date, 2026-11-12: ## What actions should I take? -Our recommendation is for users with PostgreSQL 14 instances to upgrade them to PostgreSQL 17 well before the end-of-life date. This way you have control over the resulting downtime, and can make sure everything that depends on the database continues to function as before. Instructions for performing the upgrade can be found on the [database operations page here](operations.md), and some information regarding PostgreSQL versions on the [PostgreSQL versions page here](postgres-versions.md). +Our recommendation is for users with PostgreSQL 14 instances to upgrade them to PostgreSQL 17 well before the end-of-life date. This way you have control over the resulting downtime, and can make sure everything that depends on the database continues to function as before. Instructions for performing the upgrade can be found below this paragraph or on the [database operations page here](operations.md), and some information regarding PostgreSQL versions on the [PostgreSQL versions page here](postgres-versions.md). -Any PostgreSQL 14 instances not upgraded to 17 by the end-of-life date will be upgraded by Pukki admins. This will result in some unscheduled downtime for the database instance, and we have no way of checking that any database connections recover afterwards. +> Our recommended procedure for major version upgrades: + +> 0. Reserve plenty of time for the upgrade process and familiarize yourself with any changes between the database versions +> 1. Create a new backup of the database instance (or use the most recent automatic backup) +> 2. Restore the freshly created backup into a new database instance +> 3. Upgrade the new database instance to your target datastore version (we recommend using the most recent version available) +> 4. Test that connections to the new instance work as expected and that your data looks correct + +> After this, you can either move to use the new instance and delete the original one, or continue with +> upgrading the original instance and deleting the new one. +> Drawbacks with changing to the new instance include having to switch to use the new IP address +> for connections, and any changes made to the original database instance after the backup was taken +> will be lost. + + Any PostgreSQL 14 instances not upgraded to 17 by the end-of-life date will be upgraded by Pukki admins. This will result in some unscheduled downtime for the database instance, and we have no way of checking that any database connections recover afterwards. ## About email reminders From 69894a66b8e30060861418ec4ad16672f8154627 Mon Sep 17 00:00:00 2001 From: Valtteri Kivinen Date: Thu, 7 May 2026 13:08:49 +0300 Subject: [PATCH 2/2] Use info box instead --- docs/cloud/dbaas/postgres-14-eol.md | 24 ++++++++++++------------ 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/docs/cloud/dbaas/postgres-14-eol.md b/docs/cloud/dbaas/postgres-14-eol.md index 4ceb7538ab..ea75b41a80 100644 --- a/docs/cloud/dbaas/postgres-14-eol.md +++ b/docs/cloud/dbaas/postgres-14-eol.md @@ -14,21 +14,21 @@ On the end-of-life date, 2026-11-12: Our recommendation is for users with PostgreSQL 14 instances to upgrade them to PostgreSQL 17 well before the end-of-life date. This way you have control over the resulting downtime, and can make sure everything that depends on the database continues to function as before. Instructions for performing the upgrade can be found below this paragraph or on the [database operations page here](operations.md), and some information regarding PostgreSQL versions on the [PostgreSQL versions page here](postgres-versions.md). -> Our recommended procedure for major version upgrades: +!!! info "Our recommended procedure for major version upgrades:" -> 0. Reserve plenty of time for the upgrade process and familiarize yourself with any changes between the database versions -> 1. Create a new backup of the database instance (or use the most recent automatic backup) -> 2. Restore the freshly created backup into a new database instance -> 3. Upgrade the new database instance to your target datastore version (we recommend using the most recent version available) -> 4. Test that connections to the new instance work as expected and that your data looks correct + 0. Reserve plenty of time for the upgrade process and familiarize yourself with any changes between the database versions + 1. Create a new backup of the database instance (or use the most recent automatic backup) + 2. Restore the freshly created backup into a new database instance + 3. Upgrade the new database instance to your target datastore version (we recommend using the most recent version available) + 4. Test that connections to the new instance work as expected and that your data looks correct -> After this, you can either move to use the new instance and delete the original one, or continue with -> upgrading the original instance and deleting the new one. -> Drawbacks with changing to the new instance include having to switch to use the new IP address -> for connections, and any changes made to the original database instance after the backup was taken -> will be lost. + After this, you can either move to use the new instance and delete the original one, or continue with + upgrading the original instance and deleting the new one. + Drawbacks with changing to the new instance include having to switch to use the new IP address + for connections, and any changes made to the original database instance after the backup was taken + will be lost. - Any PostgreSQL 14 instances not upgraded to 17 by the end-of-life date will be upgraded by Pukki admins. This will result in some unscheduled downtime for the database instance, and we have no way of checking that any database connections recover afterwards. +Any PostgreSQL 14 instances not upgraded to 17 by the end-of-life date will be upgraded by Pukki admins. This will result in some unscheduled downtime for the database instance, and we have no way of checking that any database connections recover afterwards. ## About email reminders