PostgreSQL sur votre propre VPS : une configuration par défaut raisonnable

Ce que fait réellement l’installateur en un clic

Vérifiez la version installée avec psql --version. Le modèle utilise le paquet de la distribution : PostgreSQL 17 sur Debian 13 et PostgreSQL 16 sur Ubuntu 24.04.

Un paramètre par défaut compte plus que les autres : il écoute uniquement sur localhost. Rien n’est exposé à Internet tant que vous ne modifiez pas cela explicitement — une base de données accessible depuis le monde entier dès le premier jour, c’est ainsi que commencent les histoires de fuites.

Premiers pas sur le serveur

Connectez-vous en SSH et créez un véritable utilisateur et une véritable base de données au lieu de travailler en tant que superutilisateur :

• sudo -u postgres createuser --pwprompt app
• sudo -u postgres createdb -O app appdb
• Connexion : psql -U app -d appdb -h 127.0.0.1

Dans un conteneur, 127.0.0.1 désigne ce conteneur. Reliez les conteneurs par un réseau Docker commun et le nom du service de base de données.

Ouvrir l’accès distant sans le regretter

Gardez PostgreSQL sur localhost. Pour l’administration distante, utilisez un tunnel SSH :

ssh -L 15432:127.0.0.1:5432 root@<server-ip>

psql -h 127.0.0.1 -p 15432 -U app -d appdb

Sauvegardes : ce qu’on ne néglige jamais deux fois

Nous ne sauvegardons pas votre serveur tant que vous ne l’avez pas activé — les sauvegardes quotidiennes automatiques sont une option payante, et c’est écrit dans nos Conditions, pas en petits caractères. Pour une base de données, vous voulez de toute façon deux couches : une sauvegarde ou un instantané du serveur entier avant les changements risqués, et pg_dump vers un endroit hors de la machine (cron + n’importe quel stockage objet) pour les données elles-mêmes. Un dump que vous n’avez jamais restauré à titre d’essai est un espoir, pas une sauvegarde — restaurez-le une fois dans une base jetable et sachez que votre procédure fonctionne.