Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.
Le Wide IP choisit un pool ; les trois méthodes suivantes sont celles du pool choisi. Preferred est tenté avant Alternate, puis Fallback si aucun candidat valide n’est trouvé. Alternate est statique. Le fallback peut ignorer l’état de disponibilité ; Respect Fallback Dependency permet de tenir compte de l’état du virtual server. Fallback IP désigne une adresse non monitorée par ce mécanisme. None, Return to DNS et Drop Packet ne sont pas interchangeables. Une réponse DNS ne garantit pas un service disponible.
Télécharger le schéma en SVG · version claireDeux niveaux de décision
La méthode du Wide IP choisit un pool. La méthode du pool choisit ensuite une destination. Expliquer seulement Round Robin ne suffit pas : il faut savoir à quel niveau la méthode agit et quelles ressources restent éligibles.
Dans le pool, preferred est essayé en premier, alternate intervient lorsque preferred ne trouve pas de réponse, puis fallback. Alternate est limité aux méthodes statiques documentées ; le choix de fallback doit être étudié avec les dépendances de disponibilité.
Sources : F5 TechDocs, Load balancing and resource availability ; F5 TechDocs, Global Server Load Balancing.
Un repli peut ignorer l’état
Le fallback peut sélectionner une ressource sans respecter son état dans le comportement par défaut décrit par F5. Respect Fallback Dependency permet de tenir compte de la disponibilité du virtual server. Fallback IP est une adresse de secours non surveillée par ce mécanisme.
None, Drop Packet et Return to DNS ne sont pas interchangeables. None au niveau fallback peut permettre d’examiner un autre pool ; un autre repli peut terminer la décision. Décrire le comportement lorsque tous les sites sont down est donc indispensable.
Sources : F5 TechDocs, Load balancing and resource availability ; F5 TechDocs, Global Server Load Balancing.
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 |
|---|---|---|
| Wide IP | Choix du pool | Ordre et méthode |
| Preferred / alternate | Tentatives dans le pool | Ressources disponibles |
| Fallback | Dernier comportement | Dépendance et adresse non monitorée |
Sources : F5 TechDocs, Load balancing and resource availability ; F5 TechDocs, Global Server Load Balancing.
Une situation à expliquer
Les deux sites applicatifs sont down mais DNS renvoie toujours une IP. Identifiez le fallback et Respect Fallback Dependency. Une réponse DNS réussie n’est pas une preuve de disponibilité du service annoncé ; consignez la politique de secours souhaitée avant de modifier le réglage.
Sources : F5 TechDocs, Load balancing and resource availability ; F5 TechDocs, Global Server Load Balancing.
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, Load balancing and resource availability ; F5 TechDocs, Global Server Load Balancing.
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 — Load balancing and resource availability · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
- F5 TechDocs — Global Server Load Balancing · 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