Surveillance de la santé des moteurs

Ce que montre l'onglet Santé du moteur

Quand vous lancez un test JMeter sur LoadFocus, l'onglet Santé du moteur de la page de résultats montre à quel point les générateurs de charge (les machines qui envoient le trafic) étaient sollicités. Si un générateur manque de CPU ou de mémoire, vos temps de réponse se dégradent à cause du générateur et non de votre application : consultez donc cet onglet avant de vous fier à un résultat lent.

Chaque générateur se signale environ toutes les 30 secondes, les graphiques sont donc grossiers : un pic plus court peut passer inaperçu. Deux graphiques sont affichés :

• CPU & Memory (%) : la charge CPU de toute la machine génératrice et la part de sa mémoire physique utilisée. Ce sont des chiffres de toute la machine, pas seulement du processus JMeter.
• Network & Disk I/O (KB/s) : données envoyées plus reçues sur le réseau (loopback exclu), et données lues plus écrites sur les disques de la machine.

Où le trouver

1. Ouvrez le résultat d'une exécution de test JMeter.
2. Cliquez sur l'onglet Santé du moteur. Pendant le test, les graphiques continuent de se mettre à jour.
3. Par défaut, les graphiques combinent tous les générateurs : le CPU et la mémoire sont moyennés, le réseau et le disque additionnés. Cliquez sur Vue par emplacement pour voir chaque emplacement séparément, et sur Vue combinée pour revenir.
4. Survolez un point pour voir la valeur exacte et l'heure.

Si l'onglet indique "Les métriques de santé du moteur ne sont pas disponibles pour le test actuel.", aucune métrique n'a été reçue pour cette exécution.

Comment l'interpréter

• CPU ou mémoire proche de 100 % : les générateurs étaient saturés et ont peut-être ralenti la charge qu'ils envoient. Répartissez les mêmes utilisateurs virtuels sur davantage d'emplacements ou réduisez les utilisateurs virtuels par emplacement, puis relancez. Le guide saturation du générateur de charge explique l'avertissement correspondant dans la vue d'ensemble.
• Pics réseau : généralement de grosses réponses ou des téléchargements dans votre script.
• Pics disque : généralement une journalisation intensive ou de gros fichiers de résultats écrits par le script.
• Lignes plates et basses : les générateurs avaient de la marge, les réponses lentes venaient donc du système testé.

Bonnes pratiques

• Lancez d'abord un petit test pilote et notez les chiffres du générateur, puis montez en charge.
• Comparez une hausse du temps de réponse sur la chronologie avec le même moment dans Santé du moteur avant d'incriminer l'application.
• Gardez une journalisation de script faible ; une journalisation verbeuse ajoute de la charge disque et CPU au générateur.