Meilleur VPS pour PostgreSQL en 2026

PostgreSQL est la base de données open source la plus avancée au monde. Auto-hébergez-la sur un VPS et évitez les frais de 50 à 500$/mois des bases de données managées. Si MySQL est davantage votre style, consultez notre guide VPS pour MySQL.

Pourquoi Auto-Héberger PostgreSQL ?

Facteur	Managé (AWS RDS)	VPS Auto-Hébergé
2 vCPU, 4Go RAM	100+$/mois	~7$/mois
4 vCPU, 8Go RAM	200+$/mois	~15$/mois
Contrôle	Limité	Total
Extensions	Certaines	Toutes
Maintenance	Automatique	Manuelle

L’auto-hébergement coûte 90% moins cher pour des caractéristiques équivalentes.

Configuration Requise pour le VPS

Les performances de PostgreSQL dépendent de :

RAM (Le Plus Important)

• Plus de RAM = plus de données en cache
• Règle : mettez en cache vos données fréquemment consultées
• 4Go suffit pour la plupart des applications petites à moyennes

Stockage (Deuxième Plus Important)

• SSD NVMe requis — les HDD sont trop lents
• Prévoyez 2 à 3 fois la taille de vos données pour les WAL/index
• Les IOPS comptent plus que la capacité brute

CPU

• Plus de cœurs = plus de requêtes simultanées
• 2 vCPU convient pour la plupart des charges de travail
• Montez en gamme pour les requêtes analytiques complexes

Réseau

• Faible latence vers les serveurs d’application
• Même centre de données que votre application

Meilleur VPS pour PostgreSQL

1. Hetzner CX21 (Meilleur Rapport Qualité-Prix)

5,39€/mois | 2 vCPU, 4Go RAM, 40Go NVMe

Les processeurs AMD EPYC offrent d’excellentes performances par cœur. Le stockage NVMe gère bien les E/S de la base de données.

Idéal pour : Applications petites à moyennes

2. Hostinger KVM2 (Meilleur RAM/Dollar)

5,99$/mois | 2 vCPU, 8Go RAM, 100Go NVMe

8Go de RAM signifie plus de données en mémoire. Excellent pour les charges de travail intensives en cache.

3. Hetzner CX31 (Meilleur pour la Croissance)

10,49€/mois | 2 vCPU, 8Go RAM, 80Go NVMe

8Go de RAM avec NVMe rapide. Le réseau de Hetzner gère bien le trafic de réplication.

4. Vultr High Frequency (Meilleures Performances)

48$/mois | 4 vCPU (3GHz+), 16Go RAM, 256Go NVMe

Fréquence d’horloge élevée = meilleures performances par requête. Justifié pour les applications sensibles à la latence.

Guide d’Installation de PostgreSQL

Étape 1 : Créer le VPS

Ubuntu 22.04, 4Go+ de RAM. Connexion SSH :

ssh root@your-vps-ip

Étape 2 : Installer PostgreSQL

# Add PostgreSQL repository
sudo sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'
wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add -

# Install
sudo apt update
sudo apt install -y postgresql-16

# Start service
sudo systemctl enable postgresql
sudo systemctl start postgresql

Étape 3 : Créer la Base de Données et l’Utilisateur

sudo -u postgres psql

CREATE USER myapp WITH PASSWORD 'secure-password';
CREATE DATABASE myapp_production OWNER myapp;
GRANT ALL PRIVILEGES ON DATABASE myapp_production TO myapp;
\q

Étape 4 : Configurer l’Accès Distant

Éditez /etc/postgresql/16/main/postgresql.conf :

listen_addresses = '*'

Éditez /etc/postgresql/16/main/pg_hba.conf :

# Allow connections from app servers
host    myapp_production    myapp    10.0.0.0/8    scram-sha-256
# Or specific IP
host    myapp_production    myapp    1.2.3.4/32    scram-sha-256

Redémarrez :

sudo systemctl restart postgresql

Étape 5 : Pare-feu

ufw allow from 10.0.0.0/8 to any port 5432
# Or specific IP
ufw allow from 1.2.3.4 to any port 5432

Optimisation des Performances

Configuration de la Mémoire

Éditez /etc/postgresql/16/main/postgresql.conf :

# For 4GB RAM VPS
shared_buffers = 1GB                 # 25% of RAM
effective_cache_size = 3GB           # 75% of RAM
maintenance_work_mem = 256MB
work_mem = 16MB                      # Per-operation

# For 8GB RAM VPS
shared_buffers = 2GB
effective_cache_size = 6GB
maintenance_work_mem = 512MB
work_mem = 32MB

Performances en Écriture

wal_buffers = 64MB
checkpoint_completion_target = 0.9
checkpoint_timeout = 15min
max_wal_size = 4GB
min_wal_size = 1GB

Performances des Requêtes

random_page_cost = 1.1              # For SSD
effective_io_concurrency = 200       # For SSD
default_statistics_target = 100

Pool de Connexions

Utilisez PgBouncer pour gérer de nombreuses connexions :

apt install pgbouncer

# /etc/pgbouncer/pgbouncer.ini
[databases]
myapp = host=127.0.0.1 dbname=myapp_production

[pgbouncer]
listen_addr = *
listen_port = 6432
auth_type = scram-sha-256
auth_file = /etc/pgbouncer/userlist.txt
pool_mode = transaction
max_client_conn = 1000
default_pool_size = 20

Votre application se connecte au port 6432 au lieu du 5432.

Stratégie de Sauvegarde

Archivage Continu (WAL)

Activez dans postgresql.conf :

archive_mode = on
archive_command = 'cp %p /var/lib/postgresql/wal_archive/%f'
wal_level = replica

Sauvegardes Quotidiennes

#!/bin/bash
# /home/postgres/backup.sh
DATE=$(date +%Y%m%d)
BACKUP_DIR=/var/backups/postgresql

pg_dump -Fc myapp_production > $BACKUP_DIR/myapp-$DATE.dump

# Keep 7 days
find $BACKUP_DIR -mtime +7 -delete

# Upload to S3
aws s3 cp $BACKUP_DIR/myapp-$DATE.dump s3://my-backups/postgres/

Cron :

0 3 * * * /home/postgres/backup.sh

Restauration à un Instant Précis

Avec l’archivage WAL activé :

# Restore base backup
pg_restore -d myapp_production backup.dump

# Replay WAL to specific time
recovery_target_time = '2026-02-08 14:30:00'

Surveillance

Statistiques Intégrées

-- Active connections
SELECT * FROM pg_stat_activity;

-- Table sizes
SELECT pg_size_pretty(pg_total_relation_size('table_name'));

-- Slow queries
SELECT * FROM pg_stat_statements ORDER BY mean_time DESC LIMIT 10;

pgAdmin

docker run -d \
  -p 8080:80 \
  -e PGADMIN_DEFAULT_EMAIL=admin@admin.com \
  -e PGADMIN_DEFAULT_PASSWORD=admin \
  dpage/pgadmin4

Prometheus + Grafana

# postgres_exporter
docker run -d \
  -p 9187:9187 \
  -e DATA_SOURCE_NAME="postgresql://postgres:password@localhost:5432/postgres?sslmode=disable" \
  prometheuscommunity/postgres-exporter

Configuration de la Réplication

Réplication en Continu (Streaming)

Sur le serveur principal, éditez postgresql.conf :

wal_level = replica
max_wal_senders = 3
wal_keep_size = 1GB

Sur le réplica :

pg_basebackup -h primary-ip -D /var/lib/postgresql/16/main -U replicator -Fp -Xs -P -R

Le réplica suit automatiquement le serveur principal.

Réplication Logique

Pour une réplication sélective de tables :

-- On primary
CREATE PUBLICATION my_pub FOR TABLE users, orders;

-- On replica
CREATE SUBSCRIPTION my_sub
  CONNECTION 'host=primary-ip dbname=myapp user=replicator'
  PUBLICATION my_pub;

Extensions Courantes

-- Full-text search
CREATE EXTENSION pg_trgm;

-- UUID generation
CREATE EXTENSION "uuid-ossp";

-- JSON operations
-- Built-in, no extension needed

-- Geographic data
CREATE EXTENSION postgis;

-- Query statistics
CREATE EXTENSION pg_stat_statements;

-- Cron jobs
CREATE EXTENSION pg_cron;

Renforcement de la Sécurité

Connexions SSL (voir aussi notre guide de sécurité VPS)

# Generate certificate
openssl req -new -x509 -days 365 -nodes -text \
  -out /etc/postgresql/16/main/server.crt \
  -keyout /etc/postgresql/16/main/server.key

Dans postgresql.conf :

ssl = on
ssl_cert_file = '/etc/postgresql/16/main/server.crt'
ssl_key_file = '/etc/postgresql/16/main/server.key'

Dans pg_hba.conf :

hostssl all all 0.0.0.0/0 scram-sha-256

Mots de Passe Robustes

Utilisez scram-sha-256 (par défaut dans PostgreSQL 14+) :

SET password_encryption = 'scram-sha-256';
ALTER USER myapp PASSWORD 'new-secure-password';

Limiter les Connexions

# Only allow from app servers
host myapp_production myapp 10.0.0.0/8 scram-sha-256
host all all 0.0.0.0/0 reject

Auto-Hébergé vs Managé

Facteur	Auto-Hébergé	RDS/Managé
Coût	5-20$/mois	100-500$/mois
Installation	1-2 heures	5 minutes
Sauvegardes	Configuration manuelle	Automatique
Mises à jour	Manuelles	Automatiques
Extensions	Toutes	Limitées
Optimisation	Contrôle total	Limité
Support	Communauté	Fournisseur

Choisissez l’auto-hébergement si :

• Le coût est important
• Vous avez besoin d’un contrôle total
• Vous pouvez consacrer 2 à 4h/mois à la maintenance

Choisissez le managé si :

• Aucune capacité d’administration
• Besoin d’un SLA de disponibilité garanti
• Le budget n’est pas une préoccupation

Guide de Dimensionnement des Ressources

Utilisateurs	Taille des Données	Spécifications VPS	Fournisseur
<1K	<5Go	2 vCPU, 4Go	Hetzner CX21
1-10K	5-50Go	2 vCPU, 8Go	Hetzner CX31
10-100K	50-200Go	4 vCPU, 16Go	Hetzner CX41
>100K	>200Go	8+ vCPU, 32Go+	Dédié

FAQ

PostgreSQL est-il difficile à gérer ?

Modérément. L’installation initiale prend 1 à 2 heures. Au quotidien : sauvegardes, mises à jour, surveillance. Prévoyez 2 à 4h/mois.

Comment mettre à jour PostgreSQL ?

Utilisez pg_upgrade ou pg_dump/restore. Prévoyez 30 à 60 minutes d’indisponibilité.

Puis-je faire tourner PostgreSQL et mon application sur le même VPS ?

Oui, pour les petits projets. Séparez les serveurs pour une mise en production à grande échelle.

Qu’en est-il de la haute disponibilité ?

Utilisez la réplication en continu avec basculement automatique (Patroni) pour les configurations haute disponibilité.

Dois-je utiliser Docker ?

Pour le développement : oui. Pour la production : l’installation native est plus simple et plus performante.

Configuration Recommandée

Cas d’Usage	VPS	Coût Mensuel
Développement	Hetzner CX11	3,79€
Petite Production	Hetzner CX21	5,39€
Production Moyenne	Hetzner CX31	10,49€
Haute Performance	Vultr HF	48$

Commencez avec Hetzner CX21 à 5,39€/mois — c’est 95% moins cher qu’un RDS équivalent.