Combien de RAM faut-il à Coolify ?

Le minimum officiel de Coolify est de 2 vCPU et 2 Go de RAM, mais cela ne couvre que le plan de contrôle. Ce sont les builds qui dévorent la mémoire : un build Node.js ou Next.js prend facilement 1 à 2 Go à lui seul. Pour quelques applications et une base de données, 4 Go (Small-IP), c'est là que ça cesse d'être fragile.

Ai-je besoin d'une IP dédiée ?

Oui. Coolify fait tourner un reverse proxy qui répond sur les ports 80 et 443 pour chaque application déployée et émet des certificats Let's Encrypt, ce qui exige du HTTP entrant. Les offres NAT n'acceptent pas de trafic web entrant : prenez une offre avec sa propre IPv4.

Puis-je faire tourner les bases de données sur le même serveur ?

Oui : Coolify déploie Postgres, MySQL, Redis et d'autres en un clic. Prévoyez simplement la RAM nécessaire et configurez les sauvegardes planifiées de bases vers un stockage compatible S3, pour qu'un seul serveur ne soit pas l'unique copie de vos données.

Que se passe-t-il quand le disque se remplit ?

Chaque build laisse des images et des couches Docker derrière lui. Coolify propose un réglage de nettoyage — activez-le — et jetez un œil à 'docker system df' de temps en temps. Un disque de 35 Go suffit pour plusieurs petites applications si les vieilles images sont purgées.

Coolify est-il prêt pour la production ?

Beaucoup de gens y font tourner de vrais produits. La réserve honnête : c'est un seul serveur, et Coolify se met à jour assez souvent. Fixez une fenêtre de maintenance, gardez des sauvegardes et ne le traitez pas comme une infrastructure haute disponibilité.

VPS pour Coolify : votre propre PaaS auto-hébergé

Déployez des applications depuis Git avec HTTPS automatique sur votre serveur. Ce qu'il faut à Coolify, quelle offre choisir, la commande d'installation et les vrais compromis.

Les plateformes d'applications gérées sont formidables jusqu'à l'arrivée de la facture : chaque application, chaque worker, chaque base de données est une ligne à part. Coolify vous offre l'essentiel de ce flux de travail — vous poussez sur Git, vous obtenez une application déployée en HTTPS — sur un seul serveur à prix fixe. C'est open source, ça tourne sur Docker et ça s'installe en cinq minutes environ sur un VPS neuf.

Ce que vous obtenez

Déploiements depuis Git. Connectez GitHub, GitLab ou n'importe quelle URL Git ; Coolify construit avec Nixpacks ou votre Dockerfile et redéploie à chaque push.
HTTPS automatique. Pointez un domaine (ou un wildcard) vers le serveur et chaque application reçoit son propre certificat Let's Encrypt.
Services en un clic. Postgres, Redis, MinIO, Plausible, Uptime Kuma, n8n et des dizaines d'autres, déployés depuis des modèles.
Déploiements de prévisualisation pour les pull requests, si vous le souhaitez.

Le dimensionner honnêtement

Le minimum documenté de Coolify est de 2 vCPU / 2 Go de RAM / 30 Go de disque. Assez pour l'installer et déployer quelque chose de petit. Dès que vous construisez une application JavaScript ou lancez une base de données à côté, 2 Go se transforment en swap et en timeouts.

Ce que vous faites tourner	Offre adaptée
Coolify + 1 ou 2 sites statiques ou petites API	Micro-IP — 2 vCPU, 2 Go, 25 Go (10 $/mois), ajoutez du swap
Quelques applications + Postgres + builds sur la machine	Small-IP — 4 vCPU, 4 Go, 35 Go (16 $/mois)
Plusieurs applications, workers, builds plus lourds	Medium-IP — 6 vCPU, 6 Go, 45 Go (20 $/mois)

Il vous faut une offre avec IP dédiée : le proxy de Coolify doit répondre sur 80 et 443 pour chaque application. Les offres NAT n'acceptent en entrée que votre port SSH.

Installation

Sur un Ubuntu 24.04 ou Debian 12 neuf, en root :

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

Le script installe Docker et démarre Coolify. Ouvrez http://YOUR_SERVER_IP:8000, créez immédiatement le compte administrateur (le premier visiteur devient admin), puis allez dans Settings → Instance Domain et indiquez par exemple https://coolify.example.com.

Une fois le tableau de bord accessible via son domaine, fermez le port brut :

ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp
ufw enable

Un piège : Docker publie les ports des conteneurs via ses propres règles iptables, qui contournent ufw. Ne publiez pas les ports de bases de données sur l'hôte sans le vouloir — gardez les bases sur le réseau interne de Coolify.

Le garder en forme

Nettoyage. Activez le nettoyage Docker automatique dans les réglages serveur de Coolify, sinon les vieilles images grignotent votre disque en silence.
Sauvegardes des bases. Chaque base de données a un onglet de sauvegardes planifiées — envoyez-les vers n'importe quel bucket compatible S3.
Sauvegardes du serveur. Les Managed Backups copient tout le serveur chaque jour pour 2 $/mois, et elles sont incluses gratuitement dans les offres annuelles.
Swap. Sur les machines de 2 à 4 Go, un fichier swap de 2 Go sauve les builds de l'OOM killer.

Les compromis

C'est une seule machine. Si le serveur redémarre, toutes les applications qu'il héberge clignotent. Coolify évolue aussi vite et publie des mises à jour fréquentes — le plus souvent pour le mieux, parfois avec une surprise, donc mettez à jour à une heure calme plutôt que le vendredi soir. Et c'est vous l'équipe d'exploitation désormais : quand un build casse à 2 h du matin, il n'y a pas de support derrière le bouton « Deploy ».

Pour un développeur solo ou une petite équipe avec quelques projets, le marché vaut généralement le coup. Vous échangez une pile de factures par application contre un serveur que vous comprenez.

Pour aller plus loin

VPS pour Docker — Docker Compose tout simple, si vous n'avez pas besoin d'interface
Déployer une stack Docker Compose
De combien de RAM un VPS a-t-il besoin ?