Combien de RAM pour héberger vos applications self-hosted ? (tableau par app)

Avant même de choisir un hébergeur, la vraie question pour auto-héberger est : combien de RAM faut-il ? Trop peu, et vos applications plantent au pire moment ; trop, et vous payez pour de la mémoire qui ne sert à rien. La bonne nouvelle, c’est que la plupart des services utiles sont étonnamment légers — l’idée reçue selon laquelle « il faut une grosse machine pour s’auto-héberger » est fausse. Voici les chiffres réels, application par application, puis la méthode pour dimensionner votre VPS.

Tableau : la RAM nécessaire par application

Les valeurs ci-dessous correspondent à la RAM minimale pour faire tourner l’application, et à la RAM conseillée pour un usage confortable (plusieurs utilisateurs, marge pour les pointes). Chaque application renvoie vers son guide détaillé.

On distingue clairement trois familles :

• Les plumes (128 – 512 Mo) : WireGuard, Navidrome, Uptime Kuma, Actual Budget, Vaultwarden. Ces services tiennent sur le plus petit VPS du marché. On peut en empiler plusieurs sur 1 à 2 Go.
• Les poids moyens (1 – 2 Go) : Audiobookshelf, Firefly III. Souvent parce qu’ils embarquent une base de données (MariaDB) ou traitent des fichiers.
• Les gourmands (2 – 8 Go) : Stirling-PDF (OCR, conversions), Outline (Postgres + Redis + stockage) et surtout PhotoPrism (indexation par IA). Ce sont eux qui dictent la taille de votre VPS si vous les voulez.

Pourquoi de telles différences ? Le rôle de la base de données

À fonction comparable, deux applications peuvent peser du simple au quadruple. La raison principale tient à leur base de données.

Une application qui utilise SQLite stocke ses données dans un simple fichier, sans lancer de processus séparé. C’est le cas de Navidrome, Vaultwarden ou Uptime Kuma : il n’y a qu’un seul programme à faire tourner, d’où leur légèreté.

À l’inverse, une application qui réclame PostgreSQL ou MariaDB fait tourner un véritable serveur de base de données en plus de l’application elle-même. Ce serveur réserve facilement 200 à 500 Mo de RAM à lui seul. Ajoutez parfois Redis (cache) et un service de stockage, comme pour Outline, et vous comprenez pourquoi un wiki « simple » réclame 4 Go quand un serveur de musique se contente de 256 Mo. La règle mentale : comptez un supplément dès qu’une application impose Postgres, MariaDB ou Redis.

Comment dimensionner un VPS pour plusieurs applications

Tout l’intérêt d’un VPS est d’y faire tourner plusieurs services à la fois — c’est ce qui rend l’auto-hébergement économique. Pour estimer la RAM nécessaire, la méthode est simple :

1. Additionnez la RAM conseillée de chaque application que vous voulez héberger.
2. Ajoutez environ 25 % pour le système d’exploitation Linux, Docker et le reverse proxy (Caddy, Nginx…), qui consomment eux aussi un peu de mémoire.
3. Arrondissez au palier de VPS supérieur.

Un exemple concret. Vous voulez un VPN, un coffre de mots de passe, un budget et un peu de monitoring :

• WireGuard (256 Mo) + Vaultwarden (1 Go) + Actual Budget (1 Go) + Uptime Kuma (1 Go) = 3,25 Go
• • 25 % de marge ≈ 4 Go

Un VPS de 4 Go est donc parfait pour ce quatuor — et il coûte autour de 5 €/mois. Si vous ajoutez ensuite PhotoPrism (8 Go à lui seul), vous passerez plutôt sur un VPS de 8 Go. Le bon réflexe : commencer petit, et grossir quand le besoin se présente — la plupart des hébergeurs permettent d’augmenter la RAM de votre VPS en quelques clics.

Le filet de sécurité : le swap

Que se passe-t-il si vous sous-estimez la RAM ? Sous Linux, lorsque la mémoire est saturée, le système déclenche l’« OOM killer » (out of memory killer) : il tue brutalement le processus le plus gourmand pour sauver la machine. En pratique, votre application plante — souvent pendant une opération lourde comme l’indexation de PhotoPrism ou un gros import dans Firefly III.

Le swap (un fichier d’échange sur le disque qui sert de RAM de secours) évite le crash en absorbant les pics. C’est un filet de sécurité utile — ajouter 2 à 4 Go de swap sur un petit VPS est une bonne pratique — mais ce n’est pas un substitut à la RAM : le disque est des centaines de fois plus lent que la mémoire, donc une application qui « swappe » en permanence devient pénible. Le swap dépanne ; il ne remplace pas un dimensionnement correct.

Vous avez maintenant les chiffres pour choisir la bonne taille de machine. L’étape suivante logique : comparer les offres et trouver le bon fournisseur. Notre guide quel VPS choisir pour le self-hosting compare les hébergeurs adaptés à Docker et à l’auto-hébergement, et le guide pour débuter vous accompagne pas à pas pour votre première installation.