Ce guide concerne BIG-IP sur TMOS. Les noms et options doivent être confrontés à la documentation de votre version.
Un graphique dépend de ce qui a été collecté
Application Visibility and Reporting fournit des métriques applicatives et des vues par entité dans les configurations prises en charge. Pour HTTP, il faut le provisioning adapté et un profil Analytics associé au VS concerné.
Les entités collectées déterminent les dimensions disponibles : membre, URL, navigateur ou IP client selon les options. Un rapport agrégé ne prouve pas que tous les utilisateurs sont identiques ; la dimension peut ne pas avoir été collectée.
Sources : F5, Setting Up Application Statistics Collection ; F5, ltm profile analytics ; F5, sys provision.
Séparer débit, taux de requêtes et latence
TPS mesure un taux de transactions. Le débit représente un volume par unité de temps. La latence mesure une durée selon les définitions de la métrique. Un débit faible peut venir d’une faible demande, pas nécessairement d’une saturation.
Les métriques client et serveur doivent être lues selon leur périmètre F5. Ne transformez pas une « latence serveur » en temps CPU de l’application sans autre mesure. De même, le temps de chargement d’une page ne se réduit pas au temps d’une seule réponse backend.
Comparer des périodes et des populations comparables
Dans cet exemple de raisonnement, la médiane d’une population vaut 80 ms tandis qu’un petit groupe de clients dépasse 900 ms. Une moyenne unique peut masquer ce groupe. Filtrez d’abord l’application, la période et les entités pertinentes.
Comparez les membres du même pool et les URI au même moment. Une hausse qui touche un seul membre invite à regarder ce membre ; une hausse commune nécessite d’examiner les dépendances et les chemins partagés.
Sources : F5, ltm profile analytics.
Transformer un graphique en hypothèse testable
Ces observations guident une enquête ; elles ne démontrent pas seules la cause. Corrélez avec journaux, compteurs et captures horodatées.
| Observation | Vérification suivante |
|---|---|
| Hausse d’erreurs sur un membre | Comparer réponses HTTP, moniteur et application sur ce membre. |
| Latence sur une seule URI | Comparer méthode, taille de réponse et dépendances métier. |
| Pic simultané sur plusieurs VS | Examiner ressources BIG-IP et réseaux partagés. |
Sources : F5, Setting Up Application Statistics Collection ; F5, sys cpu.
Relire la configuration de mesure
Les commandes montrent le provisioning, le profil Analytics et son association. Adaptez les noms. Les statistiques ne seront pas disponibles pour une dimension qui n’était pas collectée au moment du problème.
tmsh list sys provision
tmsh list ltm profile analytics /Common/analytics_application all-properties
tmsh list ltm virtual /Common/vs_application all-propertiesSources : F5, ltm profile analytics ; F5, sys provision.
Définir un périmètre de collecte utile
Collecter toutes les URL et toutes les IP n’est pas toujours nécessaire au besoin. Évaluez les ressources et la granularité recherchée. Une capture applicative peut aussi contenir des données sensibles : délimitez la période et les personnes qui y accèdent.
En laboratoire, activez une dimension pertinente puis vérifiez qu’elle apparaît dans le rapport attendu. Comparez ensuite l’observation à un événement applicatif connu.
Sources : F5, ltm profile analytics.
Sources et portée
Références consultées le . Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.
- F5 — Setting Up Application Statistics Collection · Vérifier les versions applicables en tête du chapitre · consulté le 2 octobre 2026.
- F5 — ltm profile analytics · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — sys provision · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — sys cpu · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 LTM