LogoLogo
cegedim.cloudITCareAPIPrivacy
Français
Français
  • Documentation
  • ITCare
    • ITCare, c'est quoi ?
      • Débuter avec ITCare
      • Démos
    • Enercare
      • Empreinte carbone
    • Notes de mise à jour
  • ITCare API
    • Aperçu
    • Authentication
    • Erreurs
    • Pagination
    • Reference API
      • Démarrage rapide
      • 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
    • Produits
    • Politique de support
    • Politique de patch
    • RACI
  • Analytique
    • Matomo
      • Matomo - Architecture
      • Matomo - Didacticiels
  • Calcul
    • Instances virtuelles
      • Instances virtuelles - Architectures
        • Linux - Renforcement
      • Instances virtuelles - Didacticiels
    • Conteneurs (K8s)
      • K8s - Architecture
        • Hardening
        • Stockage Persistant
      • K8s - Didacticiels
        • Haute Disponibilité
  • Bases de données
    • MariaDB
      • MariaDB - Architecture
      • MariaDB - Didacticiels
    • OpenSearch
      • OpenSearch - Architecture
        • v2 - Changements
      • OpenSearch - Didacticiels
    • PostgreSQL
      • PostgreSQL - Architecture
      • PostgreSQL - Didacticiels
      • PostgreSQL - Mise à jour
    • Redis
      • Redis - Architecture
      • Redis - Didacticiels
      • Redis - Mise à jour
    • SQL Server
      • SQL Server - Architecture
      • SQL Server - Didacticiels
  • Message
    • Apache Kafka
      • Apache Kafka - Architecture
      • Apache Kafka - Didacticiels
      • Apache Kafka - Mise à jour
    • RabbitMQ
      • RabbitMQ - Architecture
      • RabbitMQ - Didacticiels
    • SMS
      • SMS - Didacticiels
  • Securité
    • Advanced Vulnerability Assessment
    • Bot Defense
      • Bot Defense - Architecture
    • Campagne de Phishing
    • Data Masking
      • Data Masking - Didacticiels
  • Surveillance
    • ExtraHop
  • Stockage
    • GlusterFS
      • GlusterFS - Architecture
      • GlusterFS - Didacticiels
    • OverDrive
      • OverDrive - Architecture
    • Stockage Objet
      • Stockage Objet - Architecture
        • Compatibilité API S3
        • Limitation et bonnes pratiques
        • URL pré-signée
        • Politiques de Buckets
        • Configuration de cycle de vie
        • Object Lock
      • Stockage Objet - Didacticiels
        • Gérer des Objects Users
        • Gérer des versions dans un Bucket
        • Gérer l'accès à un Bucket
Powered by GitBook
On this page
  • Processus de mise à niveau
  • Requête
  • Déroulement
  • Impacts
  • Temps de référence
  • Matrice de support OS / PostgreSQL
  • Chemins de mises à jour PostgreSQL supportés
Export as PDF
  1. Bases de données
  2. PostgreSQL

PostgreSQL - Mise à jour

PreviousPostgreSQL - DidacticielsNextRedis

Last updated 27 days ago

Processus de mise à niveau

Requête

La mise à jour d'un PaaS PostgreSQL est de la responsabilité de cegedim.cloud et peut être demandée via un soumis depuis ITCare en précisant un créneau de disponibilité pour l'opération.

Merci de préciser si celle-ci doit être réalisée en heures non ouvrées pour planification d'une RFC.

Il est recommandé de procéder à la mise à jour de vos environnements de non production d'abord afin de pouvoir estimer le temps d'interruption généré par l'opération ainsi que de recetter vos applications dans la nouvelle version du moteur.

Déroulement

La mise à jour d'un déploiement PostgreSQL (mono-instance ou haute disponibilité) se déroule en deux étapes complètement automatisées :

  • Mise à jour du système d'exploitation préalable

    • Plusieurs mises à jour selon le scénario : Debian 9 → Debian 10 → Debian 11 -> Debian 12

  • Mise à jour du moteur PostgreSQL dans la version cible

Selon la version source et cible de PostgreSQL, il peut donc être nécessaire de migrer d'abord le système d'exploitation dans une version supportée par cegedim.cloud (voir #postgresqlupgradeinplace-os-postgresqlsupportmatrixmatrice).

Impacts

  • La durée d'une mise à jour est variable selon :

    • Les ressources cpu et ram configurées

    • La quantité de données dont les entêtes doivent être modifiés par le moteur PostgreSQL.

    • La quantité de données à réindexer suite au changement de librairie C, après une mise à jour de l'OS.

  • Le mode de sauvegarde :

    • Point-in-time Recovery (PITR) à partir de PostgreSQL 12 et supérieur.

      • Le mode de sauvegarde "dump" disparait donc au profit du "PITR" et ne reste utilisé que dans les versions de PostgreSQL inférieures à la version 12.

Temps de référence

A titre indicatif, voici les durées pour chaque étape d'une mise à jour d'une base de données pgbench de 100 Go :

  • Mise à jour de Debian : 10 minutes en moyenne

  • Réindexation PostgreSQL : 5 minutes en moyenne

  • Mise à jour de PostgreSQL : 1 minute en moyenne

  • Checksum PostgreSQL : 3 minutes en moyenne

  • Vacuuming de PostgreSQL : 1 minute en moyenne

  • Sauvegarde complète de PostgreSQL (mode PITR) : 16 minutes en moyenne

En mode PostgreSQL HA, nous devons également mettre à jour le réplica et le synchroniser avec le leader :

  • Synchronisation PostgreSQL : 4 minutes en moyenne

Durée moyenne totale pour une base de données de 100GB : 40 minutes

Matrice de support OS / PostgreSQL

Distribution Linux supportées par cegedim.cloud en fonction de la version de PostgreSQL :

Versions de PostgreSQL
Distribution Linux supportée

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

Chemins de mises à jour PostgreSQL supportés

La mise à jour du système d'exploitation, si elle a lieu, peut nécessiter une réindexation complète (aussi prise en charge par cegedim.cloud) du fait des évolutions de la librairie C lors de la mise à jour du système d'exploitation.

Selon la quantité de données, cette opération peut prendre un certains temps.

Ci-dessous les chemins de mises à jour supportés par cegedim.cloud :

Version Source
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

* Une migration du système d'exploitation est requise.

** Une double migration du système d'exploitation est requise.

*** Une triple migration du système d'exploitation est requise.

*

*

**

**

** 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

✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
✅
ticket requête