Bonnes pratiques DevOps
| Pratique | Pourquoi |
|---|---|
| Toujours activer la swap sur un VPS | Fournit une marge de manœuvre avant l’OOM Killer. Taille minimale : 1× RAM, recommandé 2 Go+. |
| Monitorer la mémoire | Utilisez htop, free -h, dmesg pour détecter les pics et les logs OOM. |
| Optimiser les applications | Réduisez le nombre de workers Gunicorn, déchargez les tâches lourdes avec Celery, limitez les requêtes coûteuses. |
| Ajuster le swappiness | sysctl vm.swappiness=10 favorise l’utilisation de la RAM avant le swap. |
Erreurs à éviter
- ❌ Penser que la swap remplace la RAM – c’est un tampon, pas une solution magique.
- ❌ Ne pas configurer de swap sur un serveur – c’est s’exposer aux crashes OOM.
- ❌ Trop de workers Gunicorn – chaque worker consomme de la mémoire, le risque de saturation augmente.
- ❌ Ignorer les logs OOM –
dmesgoujournalctlvous alertent avant le crash. - ❌ Laisser la swap saturée – si la swap est pleine, le système est déjà en souffrance ; il faut scaler ou optimiser.
Conclusion
La Swap Memory est un élément fondamental de la stabilité système, particulièrement dans des environnements Docker, Django ou Node.js. Bien configurée, elle permet :
- d’éviter les crashes liés à l’OOM Killer,
- d’améliorer la résilience face aux pics de charge,
- de stabiliser les applications en production.
Message clé
Pas de swap = serveur fragile
Swap bien configurée = production stable
Adoptez ces bonnes pratiques dès le premier déploiement, et votre infrastructure saura encaisser les coups sans tomber.
Comments (1)
Please log in to leave a comment.
Log Inhi