Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.
Exemple HTTP d’une ressource générique, hors monitor bigip : BIG-IP DNS orchestre un contrôle, un prober BIG-IP le réalise depuis son réseau et remonte l’état. Le monitor définit la requête, le résultat attendu et les délais ; le prober pool / preference / fallback choisit les systèmes sollicités. iQuery et les dépendances de santé doivent fonctionner. Une réponse positive depuis un prober ne prouve pas l’accessibilité depuis tous les clients. Les prober pools ne sont pas utilisés par le monitor bigip.
Télécharger le schéma en SVG · version claireQui effectue la mesure ?
Le monitor définit un contrôle ; le prober est le système qui l’effectue. Un prober pool permet de choisir les BIG-IP sollicités pour les sondes. L’emplacement de la sonde compte : un service peut être accessible depuis un site et inaccessible depuis un autre.
Les statistiques de demandes de sondage ne sont pas les résultats détaillés des paquets réseau. Un prober sans iQuery opérationnel ne peut pas être utilisé comme s’il échangeait correctement ses résultats.
Sources : F5 TechDocs, Device-specific probing ; F5 TechDocs, Integrating BIG-IP DNS with BIG-IP LTM.
Comprendre les changements d’état
Pour du flapping, rapprochez horaires des transitions, délais du monitor, contenu attendu et latence. Vérifiez les dépendances parent/enfant et la préférence ou le fallback de prober. Une fréquence de sondage trop agressive peut confondre saturation ponctuelle et panne.
Comparez le contrôle depuis le prober choisi et depuis un client représentatif. Documentez le résultat attendu : connexion TCP, code HTTP ou marqueur applicatif. Ne retirez pas une dépendance de santé simplement pour rendre l’état vert.
Sources : F5 TechDocs, Device-specific probing ; F5 TechDocs, Integrating BIG-IP DNS with BIG-IP LTM.
Repères pour lire une configuration
Ces repères permettent de relier le besoin à la configuration et aux observations. Comparer les objets réellement attachés au service avant de modifier un réglage.
| Élément | À comprendre | À vérifier |
|---|---|---|
| Monitor | Définit le contrôle | Cible et résultat attendu |
| Prober pool | Choisit le lieu du test | iQuery et disponibilité |
| État | Éligibilité GSLB | Parents, timing, transitions |
Sources : F5 TechDocs, Device-specific probing ; F5 TechDocs, Integrating BIG-IP DNS with BIG-IP LTM.
Une situation à expliquer
Un membre alterne up/down uniquement quand la sonde part du site B. Comparez routage, ACL et temps de réponse depuis B. Si le service répond correctement depuis A, cette divergence constitue une piste réseau ; elle ne prouve pas qu’il faut supprimer le monitor.
Sources : F5 TechDocs, Device-specific probing ; F5 TechDocs, Integrating BIG-IP DNS with BIG-IP LTM.
Pour poursuivre les révisions
Expliquez la décision du schéma, puis recherchez dans la référence les objets qui la produisent. Pour DNS, justifiez aussi ce qui changerait si un prérequis échouait : une réponse DNS, une décision WAF et une autorisation d’accès ne se vérifient pas au même endroit.
Revenir au parcours F5 DNS pour lire les guides voisins et leurs exemples.
Sources : F5 TechDocs, Device-specific probing ; F5 TechDocs, Integrating BIG-IP DNS with BIG-IP LTM.
Sources et portée
Les dates de consultation et les versions applicables sont précisées pour chaque référence ci-dessous. 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 TechDocs — Device-specific probing · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
- F5 TechDocs — Integrating BIG-IP DNS with BIG-IP LTM · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 DNS