01
Une réserve cachée
L’application réservait d’un coup une énorme part de mémoire, dans une zone que les outils habituels ne montrent pas.
Galaxie Cloud Cas 3 sur 7
Un crash par jour, sans aucune erreur
Le problème
Une fois par jour, le système coupait brutalement l’application. Aucune erreur dans les journaux.
La contrainte
La mémoire réellement utilisée par l’application était bien plus basse que la capacité de la machine. Le coupable était ailleurs.
Ce que j’ai fait
02
Plus que la machine
Avec le moteur de recherche et les autres services, on dépassait la mémoire de la machine.
03
Un réglage qui survit
Je réduis cette réserve, j’ajoute une mémoire de secours, et je note le réglage dans l’automatisation pour qu’il survive au prochain déploiement.
04
Le vrai coupable
Je mesure processus par processus : le trafic web était plat, les pics venaient d’un traitement par lots.
Le résultat
Plus un seul crash depuis le correctif, et une carte claire de ce qu’il fallait découper en premier.
1 crash, puis 0 crash
par jour depuis le correctif
Stack
- Linux
- Analyse mémoire
- Automatisation
- Supervision