PostgreSQL : options de déploiement

Le modèle PostgreSQL déploie une base gérée par l'opérateur CloudNativePG (CNPG) sur le cluster.

Ces réglages se choisissent dans le formulaire Nouvelle app, avant de déployer :

• Nombre d'instances : 1 par défaut (pas de haute disponibilité). À partir de 2, CNPG bascule automatiquement sur une réplique en cas de défaillance du primaire. Modifiable à tout moment depuis Configurer, y compris après déploiement : CNPG ajoute ou retire des répliques en conséquence.
• PostGIS (données géospatiales) : une seule case à cocher. L'image PostgreSQL qui embarque l'extension est choisie automatiquement (paramètre cluster POSTGIS_DEFAULT_IMAGE) et l'extension est créée dans la base au déploiement — rien d'autre à renseigner. Un champ Image PostGIS (avancé), masqué, permet d'imposer une autre version : elle doit alors correspondre à la version majeure PostgreSQL de l'opérateur CNPG.
• Métriques Prometheus : activées par défaut, exposent les métriques CNPG à la Prometheus de la plateforme.
• Pooling de connexions (PgBouncer) : désactivé par défaut ; utile pour les workloads à beaucoup de connexions courtes. Une fois activé, les applications qui veulent en bénéficier se connectent au service <nom-app>-postgres-pooler plutôt qu'au service -rw habituel.

Warning

Comme le nom de la base ou l'utilisateur admin, PostGIS n'est appliqué qu'à la création de l'application (bootstrap CNPG) : l'activer sur une application déjà déployée n'a aucun effet.

Pour aller plus loin

• Administration PostgreSQL — bases, utilisateurs et droits, exécution de SQL, accès externe depuis un poste ou un outil tiers.
• Sauvegarde et restauration — archivage continu des WAL vers S3, restauration dans une nouvelle application, restauration à une date précise.