VPS PostgreSQL
Exécutez PostgreSQL sur un environnement VPS sécurisé et haute performance
PostgreSQL est la base de données relationnelle open source la plus performante : prise en charge native de JSON, requêtes géospatiales via PostGIS, recherche de similarité vectorielle via pgvector et données temporelles via TimescaleDB. Les services managés facturent deux à quatre fois le prix du calcul et limitent les extensions mêmes qui rendent PostgreSQL si puissant. Un VPS vous fait bénéficier d’une base de données complète, d’une configuration totale et d’un support complet des extensions. Le tout, à une fraction du coût du service managé.
Découvrez les VPS OVHcloud pour PostgreSQL
La performance de PostgreSQL dépend de deux ressources : la RAM et les IOPS. La RAM détermine combien de données de travail restent dans les shared_buffers (le cache de tampon de PostgreSQL). Les IOPS déterminent la vitesse à laquelle les écritures WAL, les checkpoints et les lectures aléatoires de tables sont effectuées. Pour le développement et les charges de travail de production légères, notre offre d'entrée de gamme (4 Go ) avec shared_buffers = 2 Go prend en charge la majorité des applications. Pour les bases de données de production servant plusieurs applications, une offre de milieu de gamme (8 Go ) ou de niveau supérieur (12 Go ) offre la taille de cache de tampons nécessaire pour des performances de requêtes efficaces.
4 vCores
8 Go RAM
75 Go SSD NVMe
Sauvegarde automatisée 1 jour
Trafic illimité
1 Gbit/s bande passante publique
6 vCores
12 Go RAM
100 Go SSD NVMe
Sauvegarde automatisée 1 jour
Trafic illimité
2 Gbit/s bande passante publique
8 vCores
24 Go RAM
200 Go SSD NVMe
Sauvegarde automatisée 1 jour
Trafic illimité
3 Gbit/s bande passante publique
Les offres VPS SSD NVMe réduisent la latence d'écriture WAL de 0,5 à 1 ms (SSD SATA) à moins de 0,1 ms. Pour une application effectuant 500 transactions par seconde, cette différence représente une amélioration de 5 à 10 fois du débit de validation (commit).
Le déploiement de PostgreSQL sur un VPS Debian vous offre un environnement stable et supporté à long terme. Installez PostgreSQL 16 depuis le dépôt officiel PGDG et ajustez postgresql.conf librement : shared_buffers, effective_cache_size, work_mem, max_connections. Tous sont paramétrables sans restriction. Pour les projets utilisant la pile Supabase sur PostgreSQL, notre VPS Supabase couvre l'installation préconfigurée.
Avantages clés de PostgreSQL sur un VPS
IOPS NVMe pour charges de travail à forte intensité d'écriture et charges analytiques
Chaque transaction validée doit attendre que son enregistrement WAL soit écrit sur le disque (flush). Sur un SSD SATA, cela prend 0,5 à 1 ms. Sur un SSD NVMe, cela prend moins de 0,1 ms. Cette différence se cumule : à 500 transactions par seconde, la latence de validation NVMe est 5 à 10 fois plus faible, ce qui augmente considérablement le débit d'écriture pour les applications OLTP.
- Les écritures WAL se terminent en moins de 0,1 ms sur NVMe contre 0,5 à 1 ms sur SSD SATA
- Les opérations de checkpoint se terminent plus rapidement, réduisant l'accumulation de WAL
- Les analyses d'index (index scans) sur les grandes tables se terminent significativement plus vite sur NVMe.
- Les opérations « VACUUM » et « ANALYZE » se terminent plus rapidement, réduisant les fenêtres de maintenance.
Configuration complète et liberté d'extension
Avec l’accès root sur votre VPS Debian, vous éditez postgresql.conf en toute liberté. Définissez les shared_buffers à 25 % de la RAM, l’effective_cache_size à 75 % de la RAM, et le work_mem en fonction de la complexité des requêtes et du nombre de connexions. Installez pgvector pour le stockage d'embeddings IA, PostGIS pour les requêtes géographiques, TimescaleDB pour les données de séries temporelles. Autant d’extensions que les services managés bloquent ou restreignent souvent.
Stratégie de sauvegarde à plusieurs niveaux avec PITR
pg_dump crée des sauvegardes logiques de bases de données individuelles. pg_basebackup crée des sauvegardes physiques de cluster. WAL-G archive les segments WAL vers un stockage externe, permettant la récupération à un instant précis (Point-In-Time Recovery) : restaurez votre base de données à tout moment. Activez les sauvegardes automatisées de votre VPS comme couche de protection supplémentaire au niveau du serveur pour une protection complète.
Pourquoi choisir OVHcloud pour votre VPS PostgreSQL ?
Performances stables et infrastructure fiable
Les SSD NVMe et les vCPU dédiés donnent à PostgreSQL les ressources d'E/S et de calcul dont il a besoin sans concurrence avec d’autres locataires. Les grands caches L3 des processeurs Intel Xeon et AMD EPYC maintiennent les chemins d'exécution des requêtes fréquentes (hot) en mémoire CPU rapide.
Évolutivité et déploiement international
Démarrez avec notre offre d'entrée de gamme pour le développement et le déploiement. Mettez à niveau vers une offre de milieu de gamme pour la production à mesure que le volume d'écriture augmente. La mise à niveau préserve votre répertoire de données et votre configuration PostgreSQL sans nécessiter d'étapes de migration. Nos datacenters européens répondent aux exigences de résidence des données de l'UE.
Excellent rapport qualité-prix avec sécurité incluse
AWS RDS sur un db.t3.medium coûte environ $50/mois. L’offre OVHcloud de milieu de gamme (4 vCores , 8 Go RAM) coûte À partir de 8,49 € HT/mois soit 10,19 € TTC/mois/mois avec trois fois plus de RAM et de meilleurs IOPS grâce au SSD NVMe. La protection anti-DDoS et les options de sauvegarde sont incluses ou disponibles à un coût supplémentaire faible.
Votre base de données PostgreSQL est prête à être déployée ?
Choisissez un VPS Debian, ajoutez le dépôt APT officiel de PostgreSQL et installez PostgreSQL 16. Votre serveur de base de données est prêt à accepter des connexions dans les deux minutes qui suivent le provisionnement.
Comment mettre à jour les versions de PostgreSQL sur un VPS
Les mises à jour de version mineures (16.1 à 16.3) sont gérées par apt upgrade postgresql-16 sans migration de données. Les mises à niveau de version majeure utilisent pg_upgrade : installez la nouvelle version, exécutez pg_upgrade avec les chemins des binaires et des répertoires de données de l'ancienne et de la nouvelle version, puis démarrez le nouveau cluster. Créez toujours un snapshot VPS et une sauvegarde pg_dumpall avant une mise à jour majeure.
Les questions que vous vous posez
Comment configurer PostgreSQL pour des performances optimales sur un VPS ?
Paramètres clés : shared_buffers = 25 % de la RAM, effective_cache_size = 75 % de la RAM, work_mem = (RAM - shared_buffers) / (max_connections * 2). Utilisez PGTune à pgtune.leopard.in.ua pour générer un fichier de configuration complet s’appuyant sur les spécifications de votre VPS et le type de charge de travail. Redémarrez PostgreSQL après avoir appliqué les modifications.
Comment configurer une sauvegarde automatique de PostgreSQL sur un VPS ?
Configurez une tâche cron qui exécute pg_dump -Fc dbname > /backup/dbname_$(date +%Y%m%d_%H%M).dump quotidiennement avec une rétention de sept jours. Pour la fonctionnalité PITR, installez WAL-G et configurez-le pour envoyer les segments WAL vers OVHcloud Object Storage. Activez la sauvegarde automatique de votre VPS pour une protection supplémentaire de votre serveur.
Comment connecter mon application à PostgreSQL sur le même VPS ?
Configurez l'URL de la base de données de votre application comme suit : postgresql://user:password@localhost:5432/dbname. Dans pg_hba.conf, assurez-vous que les connexions locales de l'utilisateur de l'application sont autorisées. N’exposez jamais le port 5432 de PostgreSQL sur l'interface publique. Utilisez un VPN ou un tunnel SSH pour les connexions en provenance d'autres serveurs.
Quelles différences entre PostgreSQL sur un VPS auto-hébergé et un service managé ?
PostgreSQL auto-hébergé offre une prise en charge complète des extensions, y compris pgvector et TimescaleDB, un contrôle total de la configuration, un coût par Go de RAM nettement inférieur et aucune restriction de liste blanche d'extensions. L'inconvénient : vous devez gérer vous-même les sauvegardes, les mises à jour et la surveillance, ce qui nécessite des compétences de base en administration Linux.