LogoLogo
cegedim.cloudITCareAPIPrivacy
English
English
  • Documentation
  • ITCare
    • What is ITCare ?
      • Get started with ITCare
      • Demos
    • Enercare
      • Carbon footprint
    • Release notes
  • ITCare API
    • Overview
    • Authentication
    • Errors
    • Pagination
    • API Reference
      • Quick start
      • Analytics
        • Matomo
      • Changes
        • Changes
      • Compute
        • Application Servers
        • Backup Policies
        • Containers
        • Environments
        • Instances
        • Platform
        • Resource Filters
        • Resource Types
        • Resources
        • Services
        • Statuses
        • Tag Keys
        • Tag Values
        • Types
      • Databases
        • Databases
        • MariaDB
        • OpenSearch
        • PostgreSQL
        • Redis
        • SQL Server
      • Hardwares
        • Hardwares
      • Messaging
        • Apache Kafka
        • Message Brokers
        • RabbitMQ
      • Networking
        • Domains
        • Load Balancers
        • Network Clusters
        • Networks
      • Operations
        • Actions
        • Operations
      • Storage
        • Glusterfs
        • Overdrive
      • Topology
        • Topology
  • Services
    • Products
    • Support policy
    • Patch policy
    • RACI
  • Analytics
    • Matomo
      • Matomo - Features
      • Matomo - Get started
  • Compute
    • Virtual instances
      • Virtual instances - Features
        • Linux - Hardening
      • Virtual instances - Get started
    • Containers (K8s)
      • K8s - Features
        • Hardening
        • Persistent Storage
      • K8s - Get started
        • High Availability
  • Databases
    • MariaDB
      • MariaDB - Features
      • MariaDB - Get started
    • OpenSearch
      • OpenSearch - Features
        • v2 - Breaking changes
      • OpenSearch - Get started
    • PostgreSQL
      • PostgreSQL - Features
      • PostgreSQL - Get started
      • PostgreSQL - Upgrade
    • Redis
      • Redis - Features
      • Redis - Get started
      • Redis - Upgrade
    • SQL Server
      • SQL Server - Features
      • SQL Server - Get started
  • Messaging
    • Apache Kafka
      • Apache Kafka - Features
      • Apache Kafka - Get started
      • Apache Kafka - Upgrade
    • RabbitMQ
      • RabbitMQ - Features
      • RabbitMQ - Get started
    • SMS
      • SMS - Get started
  • Monitoring
    • ExtraHop
  • Security
    • Advanced Vulnerability Assessment
    • Bot Defense
      • Bot Defense - Features
    • Data Masking
      • Data Masking - Get started
    • Phishing Campaign
  • Storage
    • GlusterFS
      • GlusterFS - Features
      • GlusterFS - Get started
    • Object Storage
      • Object Storage - Features
        • S3 API compatibility
        • Limitation and Best Practices
        • Presigned URL
        • Bucket Policies
        • Bucket Lifecycle
        • Object Lock
      • Object Storage - Get started
        • Manage Object Users
        • Manage versioning in Bucket
        • Manage Bucket access
    • OverDrive
      • OverDrive - Features
      • OverDrive - Get started
Powered by GitBook
On this page
  • PaaS upgrade workflow
  • Request
  • Process
  • Impacts
  • Time references
  • OS / PostgreSQL support matrix
  • Supported PostgreSQL update paths
Export as PDF
  1. Databases
  2. PostgreSQL

PostgreSQL - Upgrade

PreviousPostgreSQL - Get startedNextRedis

Last updated 1 month ago

PaaS upgrade workflow

Request

The update of a PostgreSQL PaaS is the responsibility of cegedim.cloud and can be requested via a submitted from ITCare, specifying a time slot for the operation.

Please specify if the operation is to be carried out outside of business hours in order to plan an RFC.

It is recommended that you upgrade your non-production environments first in order to estimate the downtime generated by the operation and to test your applications using the new engine version.

Process

The upgrade of a PostgreSQL deployment (single-instance or high availability) takes place in two fully automated steps:

  • Update the Operating system first if required

    • Multiple updates depending on the scenario: Debian 9 → Debian 10 → Debian 11 -> Debian 12

  • Update of the PostgreSQL engine in the target version

Depending on the source and target versions of PostgreSQL, it may be necessary to first migrate the operating system to a version supported by cegedim.cloud (for more information, check OS / PostgreSQL support matrix).

Impacts

  • The duration of an update is variable depending on:

    • The configured cpu and ram resources

    • The amount of data whose headers must be modified by the PostgreSQL engine.

    • The amount of data to be reindexed following a change of C library, after an OS update.

    • The amount of data on which to activate the checksum (data page checksum was activated since PaaS PostgreSQL 12 )

    • The amount of data to be vacuumed.

    • The amount of data to be backuped (a full backup is performed after migration process).

  • The backup mode:

    • Point-in-time Recovery (PITR) from PostgreSQL 12 and higher.

      • The "dump" backup mode disappears in favour of the "PITR" and is only used in versions of PostgreSQL lower than version 12.

Time references

  • Debian upgrade: 10 minutes on average

  • PostgreSQL reindexing: 5 minutes on average

  • PostgreSQL upgrading: 1 minute on average

  • PostgreSQL checksum: 3 minutes on average

  • PostgreSQL vacuuming: 1 minute on average

  • PostgreSQL full backup (PITR mode): 16 minutes on average

In PostgreSQL HA, we need to upgrade the replica too and synchronize this replica with the leader:

  • PostgreSQL synchronizing: 4 minutes on average

Total average duration for a 100GB database: 40 minutes

OS / PostgreSQL support matrix

Linux distributions supported by cegedim.cloud depending on the PostgreSQL version:

PostgreSQL version
Debian distribution

PostgreSQL 10

Debian 9

PostgreSQL 11

Debian 10

PostgreSQL 12

Debian 10

PostgreSQL 13

Debian 11

PostgreSQL 14

Debian 11

PostgreSQL 15

Debian 11

PostgreSQL 16

Debian 12

Supported PostgreSQL update paths

If the operating system is updated, it may require a complete reindexing (also handled by cegedim.cloud) due to changes in the C library when the operating system is updated.

Depending on the amount of data, this operation may take some time.

Below are the update paths supported by cegedim.cloud:

Source Version
PostgreSQL 11
PostgreSQL 12
PostgreSQL 13
PostgreSQL 14
PostgreSQL 15
PostgreSQL 16

PostgreSQL 10

Debian 9 → Debian 10

Debian 9 → Debian 10

Debian 9 → Debian 11

Debian 9 → Debian 11

PostgreSQL 11

Debian 9 → Debian 10

Debian 9 → Debian 11

Debian 9 → Debian 11

PostgreSQL 12

Debian 10 → Debian 11

Debian 10 → Debian 11

PostgreSQL 13

PostgreSQL 14

PostgreSQL 15

* An operating system upgrade is required

** Two operating system upgrades are required

*** Three operating system upgrades are required

As an average guideline, durations for each steps of an upgrade in place of a 100 GB database:

*

*

**

**

** Debian 9 → Debian 11

*** Debian 9 → Debian 12

*

**

**

** Debian 9 → Debian 11

*** Debian 9 → Debian 12

*

*

* Debian 10 → Debian 11

** Debian 10 → Debian 12

* Debian 11 → Debian 12

* Debian 11 → Debian 12

* Debian 11 → Debian 12

pgbench
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
request ticket