Planificateur RAM Docker

Qu'est-ce qu'un calculateur de RAM Docker ?

Un calculateur de RAM Docker aide à dimensionner les limites mémoire de vos conteneurs Docker afin d'éviter à la fois le sur-provisionnement (coûteux) et le sous-provisionnement (qui cause des OOM kills). Il permet aussi d'estimer la mémoire totale nécessaire à un déploiement multi-conteneurs.

Une mauvaise allocation de RAM est l'une des principales causes d'incidents en production avec Docker. Les conteneurs peuvent être tués par le kernel (OOMKilled) ou ralentir leur hôte. Cet outil aide à planifier le dimensionnement avant de déployer.

Comment utiliser cet outil

Saisissez le nombre de conteneurs, la mémoire moyenne par conteneur, la marge de sécurité souhaitée et la RAM disponible sur l'hôte. L'outil indique si votre configuration est viable et suggère des ajustements (réduction du nombre, augmentation de la RAM, optimisation des images).

Tailles typiques par technologie

• Nginx — 10 à 50 Mo.
• Node.js — 100 à 500 Mo selon le code.
• Java/Spring — 512 Mo à 2 Go.
• PostgreSQL — 256 Mo à plusieurs Go selon la charge.
• Plex/Jellyfin : 1 à 4 GB selon le transcodage et la taille de la bibliothèque.

Conseils pour optimiser la RAM

Utilisez des images de base minimales (alpine, distroless) pour réduire l'empreinte. Définissez des limites mémoire explicites (--memory) pour éviter qu'un conteneur ne consomme toute la RAM. Surveillez l'utilisation réelle avec docker stats ou Prometheus. Pour les applications JVM, configurez -Xmx en fonction de la limite du conteneur.

Questions fréquentes

Que se passe-t-il quand un conteneur dépasse sa limite ?

Le kernel Linux tue le processus avec un OOMKilled. Docker affiche alors un exit code 137. Pour éviter cela, augmentez la limite ou optimisez votre application. Configurez aussi des restart policies pour relancer automatiquement le conteneur.

Faut-il aussi limiter le CPU ?

Oui, idéalement. Sans limites CPU, un conteneur peut monopoliser les cœurs et ralentir les autres. Utilisez --cpus=1.5 pour limiter à 1,5 cœur, ou --cpu-shares pour des priorités relatives.