Fuites de mémoire, arrêts pour manque de mémoire et disques qui se remplissent

Cet article s’adresse à toute personne qui a remarqué qu’un serveur « semble correct » alors même que quelque chose de lent et discret se dégrade en coulisses — une mémoire qui grimpe peu à peu, un processus qui se fait tuer, ou un disque qui se remplit un peu plus chaque jour.

#Vue d’ensemble

• InfraNest surveille les problèmes qui s’installent lentement et qui n’apparaissent pas si vous ne jetez un œil au serveur qu’une seule fois — et vous avertit avant qu’ils ne provoquent une panne.
• Cela nécessite l’agent installé sur le serveur, car ces mesures n’existent que sur la machine elle-même.
• Chaque problème reste visible jusqu’à sa résolution effective. Vous pouvez le mettre en veille ou le marquer comme attendu, et il sera également mis de côté sur la page du serveur.

#Où vous les voyez

• Sur Accueil, dans la section de ce qui requiert votre attention.
• En haut de la page du serveur, avec un bouton qui vous emmène vers ce qu’il faut examiner.
• Sur la page Volumes et sur la page propre du volume, pour un volume qui se remplit.
• Dans la vue d’ensemble Serveurs, en tant que cause avec les serveurs concernés.

#Repérer une fuite de mémoire

Une fuite de mémoire se traduit par une mémoire qui grimpe régulièrement — peut-être 5 % par jour — et qui ne redescend que lorsque le serveur redémarre. C’est pourquoi le serveur peut sembler correct pendant plusieurs jours d’affilée avant que la montée ne reprenne.

NoteNous ne signalons ce problème qu’après l’avoir observé sur au moins deux cycles consécutifs du serveur, avec une baisse de mémoire au redémarrage entre les deux. Une seule montée ne suffit pas — cela peut simplement être une semaine chargée.

1. Cliquez sur Open the workload pour accéder à l’onglet Workloads du serveur, qui vous mène directement au service ou au conteneur dont la mémoire ne cesse de croître, ainsi qu’à ses processus.
2. Corrigez le problème si possible — souvent, une mise à jour suffit. En attendant, redémarrer uniquement ce service selon un planning (par exemple, la nuit) vous laisse du temps sans redémarrer tout le serveur.

Si aucune charge de travail ne se démarque particulièrement, le message l’indiquera, et Open memory chart vous montrera exactement quand la montée a commencé.

#Gérer les processus tués par manque de mémoire

Lorsqu’un serveur manque de mémoire, le système arrête un processus pour en libérer. Ce que ce processus était en train de faire s’interrompt brutalement, et le serveur semble souvent redevenir normal juste après — car la mémoire vient d’être libérée.

Ce message apparaît lorsque trois processus ou plus ont été tués de cette manière au cours des sept derniers jours.

1. Cliquez sur See what uses memory pour ouvrir l’onglet Workloads, qui liste ce qui consomme le plus de mémoire et ce qui a tendance à croître.
2. Attribuez une limite de mémoire à ce service, ou donnez davantage de mémoire au serveur dans son ensemble.

TipSi vous souhaitez être alerté dès qu’un seul processus est tué, activez The server ran out of memory dans les réglages d’alerte par défaut.

#Corriger un disque ou un volume sur le point de se remplir

Lorsqu’un disque se remplit à un rythme constant et sera plein d’ici deux semaines, il est listé. Si ce disque est un volume cloud, le message apparaît sur le volume, car c’est le volume que vous pouvez agrandir. Sinon, il apparaît sur le serveur.

1. S’il s’agit d’un volume, ouvrez-le et choisissez Grow the volume Pro.
2. S’il s’agit du serveur lui-même, faites le ménage dans ce qui le remplit — d’anciens journaux et sauvegardes en sont généralement la cause.

#Corriger un disque qui manque d’inodes

Chaque fichier sur un disque utilise un inode, et la plupart des disques n’en ont qu’un nombre fixe. Un disque rempli de petits fichiers — un cache, une file d’attente d’e-mails, des sessions PHP — peut manquer d’inodes alors qu’il affiche encore beaucoup d’espace libre. Une fois cela arrivé, plus rien de nouveau ne peut être enregistré, et les programmes commencent à échouer.

Il est listé sur le serveur lorsqu’un disque manquera d’inodes d’ici deux semaines au rythme actuel, ou immédiatement dès que 95 % d’entre eux sont utilisés. La même information apparaît sur la ligne du disque dans l’onglet System du serveur.

1. Trouvez le dossier contenant le plus de fichiers et supprimez ce qui n’est plus nécessaire.
2. Regardez d’abord du côté des anciennes sessions, des fichiers de cache et de toute file d’attente d’e-mails bloquée — ce sont les causes habituelles.

TipUn disque plus grand aide moins qu’on ne pourrait le penser ici — ce qui résout généralement un problème d’inodes, ce sont moins de fichiers, pas plus d’espace.

#Astuces

• C’est un taux, pas une prédiction : InfraNest mesure comment les derniers jours se sont réellement déroulés et projette où cela mène. Un serveur qui change ce qu’il fait ne suivra pas forcément la tendance.
• La plupart des serveurs ne montrent jamais rien de tout cela. Si une mesure est stable, fait un bond ponctuel puis se stabilise, ou fluctue simplement, rien n’est signalé plutôt que de deviner.
• Un serveur que vous venez tout juste de commencer à suivre a trop peu d’historique pour qu’on se prononce — une fuite de mémoire nécessite au moins deux redémarrages au cours des 30 derniers jours avant de pouvoir être identifiée.

#Dépannage

• Rien ne s’affiche pour un serveur que vous savez être en fuite : vérifiez que l’agent est installé et transmet bien ses données, dans l’onglet System du serveur. Les mesures de mémoire nécessitent l’agent.
• La charge de travail n’est pas nommée : l’onglet Workloads a besoin d’environ deux jours de mesures avant de pouvoir déterminer quel service croît réellement.