Comment provisionner un PaaS PostgreSQL ?

Pour commencer, rendez-vous sur ITCare et recherchez votre service global cible où vous créerez votre nouveau PostgreSQL.

Recherchez votre service Global dans la barre de recherche supérieure et cliquez dessus pour afficher sa page d'information.

Une fois dans votre Service Global, cliquez sur le bouton Créer une ressource et sélectionnez PostgreSQL.

Aller sur Bases de données managées, choisir PostgreSQL et sélectionner la version requise.

Remplir le formulaire et cliquer sur Suivant. Définir les personnalisations et cliquer sur Suivant.

Valider la synthèse et soumettre le formulaire.

Une fois le déploiement prêt, vous en serez informé par e-mail.

Comment gérer votre PostgreSQL ?

Sur la page de ressources de votre PostgreSQL, vous pouvez effectuer toutes les actions disponibles en utilisant le bouton Gérer dans le coin supérieur droit. Cela inclut le démarrage, l'arrêt, la suppression, le redémarrage, le redimensionnement et bien plus encore.

Comment accéder à votre cluster PostgreSQL ?

Lorsque votre cluster est créé avec ITCare, vous avez obtenu un rôle sql avec des informations d'identification.

Avec ces informations d'identification, vous pouvez vous connecter au cluster avec son nom sur le port tcp 5432. Vous pouvez utiliser la base de données postgres pour vous connecter.

Si votre cluster s'appelle "mycluster" vous pouvez utiliser le code python suivant :

import psycopg2

# Connect to the postgres database
conn = psycopg2.connect(database='postgres', user='myuser', password='mystrongpwd',host='mycluster.pg.cegedim.cloud')
# Open a cursor to perform database operations
cursor = conn.cursor()
# Execute a query
cursor.execute("SELECT datname from pg_database")
# Retrieve query results
records = cursor.fetchall()
# Print all results
for record in records:
  print(record)

Comment accéder à votre cluster PostgreSQL avec TLS/SSL ?

Lorsque votre cluster est créé avec ITCare, vous avez obtenu un rôle sql avec des informations d'identification.

Si vous choisissez d'activer TLS, vous avez reçu le certificat racine auquel vous devez faire confiance et que vous devez donner à la bibliothèque que vous utilisée pour vous connecter, par exemple psycopg2.

Avec ces informations d'identification, vous pouvez vous connecter au cluster avec son nom sur le port tcp 5432. Vous pouvez utiliser la base de données postgres pour vous connecter.

Si votre cluster s'appelle "mycluster" vous pouvez utiliser le code python suivant :

import psycopg2
 
# Connect to the postgres database
conn = psycopg2.connect(database='postgres', user='myuser', password='mystrongpwd', host='mycluster.pg.cegedim.cloud', sslmode='verify-full', sslrootcert='cegedimcloud.pg.crt')
# Open a cursor to perform database operations
cursor = conn.cursor()
# Execute a query
cursor.execute("SELECT datname from pg_database")
# Retrieve query results
records = cursor.fetchall()
# Print all results
for record in records:
  print(record)

Comment créer un rôle ?

Il est plus sûr de ne pas utiliser un rôle d'administrateur pour les applications. Une fois connecté, vous pouvez créer un rôle standard comme suit (remplacez <a_role> et <very_strong_password> par vos propres informations d'identification) :

create role <a_role> login password '<very_strong_password>';

Comment créer une base de données ?

Si vous voulez créer une base de données dont le propriétaire sera le rôle que vous venez de créer, utilisez les requêtes SQL suivantes :

grant <a_role> to admin;
create database <my_database> owner <a_role>;

Comment créer une base de données avec un autre encodage et/ou collation ?

Vous pouvez utiliser les requêtes SQL suivantes avec la base de données template0 comme base de données template :

create database <my_database> owner <a_role> template template0 LC_COLLATE 'fr_FR.utf8';
create database <my_database> owner <a_role> template template0 encoding 'LATIN1' LC_COLLATE 'fr_FR';

Comment restaurer en libre-service ?

Le PaaS PostgreSQL dispose d'une fonctionnalité permettant de restaurer un PaaS PostgreSQL (source) vers un autre PaaS PostgreSQL (destination) à un moment donné (en utilisant le Point-In-Time Recovery) sous les contraintes suivantes :

• l'utilisateur doit avoir accès au cloud de la ferme source et de la ferme de destination

• la source doit être sauvegardée (option choisie lors de la création)

• la source et la destination doivent être actives

• la source et la destination doivent être différentes

• la source et la destination doivent être dans la même version de PostgreSQL

• la source et la destination doivent être en version 12 ou supérieure

• l'heure cible ne doit pas être dans le futur (délimitée à droite par l'heure actuelle).

• l'heure cible ne doit pas être inférieure à 7 jours (pour les services de non-production) ou à 14 jours (pour les services de production) avec pour référence l'heure actuelle (délimitée à gauche par la rétention des sauvegardes).

Vous pouvez choisir d'inclure ou d'exclure la cible temporelle dans le processus de restauration.

Description

PostgreSQL est actuellement le principal SGBDR (système de gestion de base de données relationnelle) open source, avec une large gamme de fonctionnalités et une grande communauté qui le soutient.

cegedim.cloud fournit des instances de bases de données PostgreSQL entièrement gérées pour vous permettre de construire vos applications sans vous soucier de la disponibilité, la sécurité et la résilience des bases de données PostgreSQL.

Plateforme en tant que Service

PostgreSQL est déployé sur site dans les centres de données de cegedim.cloud.

cegedim.cloud garantit le même niveau de service que l'offre Compute & Database : déploiement des instances, maintien en condition opérationnelle, flexibilité, sécurité et monitoring sont ainsi assurés par nos experts.

Deux types de déploiements PostgreSQL sont disponibles :

• Le mode Instance autonome fournit une instance PostgreSQL standard.

• Le mode Haute disponibilité fournit un déploiement PostgreSQL multi-instances avec des capacités de résilience et d'évolutivité améliorées.

Le dimensionnement peut être configuré en fonction de vos besoins.

Facturation

La facturation est mensuelle et basée sur le nombre de nœuds plus les coûts supplémentaires pour le stockage, la sauvegarde et le monitoring 24x7.

L'estimation du coût d'un nœud PostgreSQL est disponible via votre Service Delivery Manager.

Mise à jour du PaaS PostgreSQL

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 ).

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 :

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 :

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

Description

PostgreSQL est actuellement le principal SGBDR (système de gestion de base de données relationnelle) open source, avec une large gamme de fonctionnalités et une grande communauté qui le soutient.

cegedim.cloud fournit des instances de bases de données PostgreSQL entièrement gérées pour vous permettre de construire vos applications sans exploiter la disponibilité, la sécurité et la résilience des bases de données PostgreSQL.

Architecture

Versions prises en charge

Les versions de PostgreSQL actuellement supportées sont : 10, 11, 12, 13, 14, 15, 16.

Mise à jour

Pour mettre à jour votre PaaS PostgreSQL, veuillez vous référer à cette page :

Topologies

cegedim.cloud prend en charge deux types de déploiements PostgreSQL :

• Le mode Single Instance fournit une instance PostgreSQL standard.

• Le mode Haute disponibilité fournit une instance PostgreSQL multi-instances, avec des capacités de résilience et d'évolutivité améliorées

Régions

PostgreSQL est disponible à la fois sur le centre de données de cegedim.cloud :

• EB4 (Boulogne-Billancourt, France)

• ET1 (Labège, France)

Dans certains cas, lorsqu'un deuxième nœud est déployé (haute disponibilité), un centre de données secondaire proche peut également être utilisé pour assurer une résilience maximale :

• EB5 (Magny-les-Hameaux, France)

• ET2 (Balma, France)

Résilience

Dans le cas d'une topologie à haute disponibilité, le PaaS est construit de manière à être résilient au DC si possible.

Ci-dessous, un exemple de répartition des nœuds :

Diagramme de haute disponibilité

Features

Cette section énumère les fonctionnalités disponibles pour le client, ainsi que la manière de les demander ou de les exécuter :

Extensions

Il est possible d'ajouter des fonctionnalités à PostgreSQL à travers ce qu'on appelle des extensions. Ces extensions peuvent ajouter de nouveaux types, des fonctions supplémentaires aussi bien pour les administrateurs que pour des utilisateurs "classiques", voire même des applications complètes.

Une fois que le PaaS PostgreSQL 15 et supérieur a été provisionné, vous pouvez installer certaines de ces extensions à travers ITCare.

Ci-dessous la liste des extensions supportées par le PaaS PostgreSQL à partir de la version 15:

Attention l'installation de certaines extensions peut nécessiter un redémarrage de PostgreSQL et donc entrainer une indisponibilité de votre PaaS PostgreSQL.

Sécurité

Authentification

Le client se voit attribuer un rôle dont il choisit le mot de passe.

Le mot de passe de cet utilisateur n'est pas stocké ni sauvegardé par cegedim.cloud. Veillez à l'enregistrer dans votre propre coffre-fort.

Autorisations

Le rôle fourni au client dispose des autorisations suivantes :

• LOGIN

• CREATEROLE

• CREATEDB

Ainsi, le client peut créer un rôle d'application et des bases de données dédiées.

Transport sécurisé

Le transport sécurisé est une option lors du provisionnement et n'est disponible qu'à partir de la version 13.

Si le transport sécurisé est sélectionné, TLS/SSL sera activé pour le protocole PostgreSQL et seule une connexion TLS des clients sera acceptée.

Emplacement des données

Toutes les données sont stockées dans les centres de données cegedim.cloud sur des baies de stockage cryptées.

Mots de passe

Cette section énumère la gestion des mots de passe :

Sauvegarde

Si la sauvegarde est activée lors du provisionnement (activée par défaut pour un service de type Production), les politiques de sauvegarde suivantes s'appliquent :

Surveillance

Dans le cadre de notre offre de bases de données gérées, PostgreSQL fait l'objet d'une surveillance spécifique au-dessus du système sous-jacent afin de garantir la disponibilité et les performances du service.

Les indicateurs clés PostgreSQL suivants sont surveillés et suivis :

• Connexions

• Utilisation de la mémoire

• Dépassement des IDs de transactions (TXID wraparround)

• État de santé