Ce guide concerne BIG-IP sur TMOS. Les noms et options doivent être confrontés à la documentation de votre version.
Une interface lente n’identifie pas la panne du trafic
L’interface graphique et le traitement applicatif n’utilisent pas exactement les mêmes composants. Une GUI lente avec des services encore accessibles appelle une analyse différente d’un arrêt global du trafic.
Relevez la période, les applications touchées et les ressources de chaque appareil. Le fait qu’un backend semble peu chargé ne suffit pas à exclure une limite BIG-IP ou un problème réseau.
Sources : F5, sys service ; F5, sys cpu ; F5, Overview of BIG-IP TMM CPU usage.
Lire la CPU dans son contexte
F5 distingue la consommation TMM des autres usages système. Le traitement par plusieurs instances et cœurs doit être compris avant de convertir un pourcentage en capacité disponible. CMP permet une distribution du traitement selon les fonctions et contraintes prises en charge.
Comparez profils, taux de nouvelles connexions, handshakes TLS et requêtes. Une charge liée aux ouvertures n’est pas décrite par le seul nombre de connexions actives. Le guide des types de VS explique aussi les différences de traitement et d’accélération.
Sources : F5, Overview of BIG-IP TMM CPU usage ; F5, ltm virtual.
Mémoire, caches et tables de connexions
Le provisioning répartit des ressources entre les modules. Buffers, tables de connexions et caches consomment également de la mémoire. Une faible mémoire disponible peut donc avoir plusieurs explications ; il faut corréler configuration et charge.
Dans un scénario pédagogique, doubler un buffer par connexion tout en conservant un grand nombre de connexions multiplie la réservation correspondante. Cette arithmétique ne décrit pas toute la mémoire d’un flux, mais montre pourquoi une optimisation individuelle peut devenir coûteuse à grande échelle.
Sources : F5, sys memory ; F5, sys provision ; F5, ltm profile tcp.
Collecter des compteurs utiles
Les commandes ci-dessous affichent CPU, mémoire, provisioning et statistiques du VS. Pour la table de connexions, utilisez un filtre ciblé : un inventaire global peut être volumineux et coûteux sur un système chargé.
tmsh show sys cpu
tmsh show sys memory
tmsh list sys provision
tmsh show ltm virtual /Common/vs_application
tmsh show sys connection cs-server-addr 192.0.2.40 cs-server-port 443Sources : F5, sys cpu ; F5, sys memory ; F5, sys provision ; F5, sys connection.
Simplifier sans confondre zéro trafic et absence d’usage
Un objet avec un compteur nul peut être récent, destiné à une reprise ou consulté indirectement par une iRule. Avant suppression, examinez associations de VS, policies, règles, profils parents, moniteurs et services applicatifs.
Remplacer une iRule simple par un réglage natif ou une policy peut clarifier la configuration. Mais retirer un profil « qui paraît inutile » peut empêcher un événement ou une commande de fonctionner. Faites un graphe de dépendances avant de faire du nettoyage.
Sources : F5, ltm policy ; F5, ltm virtual ; F5, sys application service.
Préserver les éléments utiles au diagnostic
QKView collecte des données de diagnostic destinées à l’analyse système. Il peut compléter compteurs, logs et captures. Définissez quand le générer, son impact et le périmètre de partage ; les données collectées peuvent contenir des détails sensibles.
Un redémarrage de service modifie le contexte et peut avoir un impact. Identifiez le composant et la procédure avant de redémarrer au hasard pour résoudre une GUI lente. Préservez les preuves du problème et les informations de version.
Sources : F5, Generating diagnostic data using qkview ; F5, sys service.
Comparer une modification isolée
En laboratoire, gardez le même scénario de trafic et comparez avant/après : taux d’erreurs, temps de réponse, CPU par contexte, mémoire et nouvelles connexions. Si plusieurs paramètres changent ensemble, l’amélioration éventuelle ne permet pas d’identifier lequel l’a produite.
Sources : F5, sys cpu ; F5, sys memory.
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 — sys service · 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.
- F5 — Overview of BIG-IP TMM CPU usage · Article MyF5 ; vérifier les versions applicables · consulté le 2 octobre 2026.
- F5 — ltm virtual · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — sys memory · 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 — ltm profile tcp · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — sys connection · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — ltm policy · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — sys application service · Référence TMSH v17.0.0 · consulté le 2 octobre 2026.
- F5 — Generating diagnostic data using qkview · Article MyF5 ; vérifier les versions applicables · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 LTM