Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.
Comprendre pourquoi une affinité DNS concerne souvent plusieurs utilisateurs derrière un même résolveur. Le site A accueille beaucoup plus d’utilisateurs que B malgré une distribution DNS régulière. Comparez le nombre de résolveurs et le nombre d’utilisateurs derrière chacun. Une répartition égale des sources LDNS ne produit pas nécessairement une répartition égale des sessions web.
Télécharger le schéma en SVG · version claireUne affinité de résolution
La persistance GSLB maintient une relation entre une source DNS et une destination. Le cache du résolveur conserve par ailleurs la réponse pour son TTL : ce sont deux mécanismes distincts. La persistance ne remplace pas une session applicative ni un cookie LTM.
Plusieurs utilisateurs partageant le même LDNS peuvent recevoir la même réponse et être concentrés sur un site. Le masque de persistance influence la granularité : regrouper davantage d’adresses augmente aussi ce regroupement.
Sources : F5 TechDocs, Load balancing and resource availability ; IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities.
Static Persist et panne
Static Persist établit un choix déterministe à partir de la source et des paramètres du pool. Lorsqu’une destination devient indisponible, une autre peut être choisie ; le retour à la ressource initiale après reprise doit être anticipé.
Avant de modifier la durée ou le masque, distinguez un cache encore valide, une entrée de persistance et un membre indisponible. L’effet observé sur les utilisateurs dépend de ces trois facteurs et de leurs connexions déjà ouvertes.
Sources : F5 TechDocs, Load balancing and resource availability ; IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities.
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 |
|---|---|---|
| TTL | Cache de réponse | Réponse conservée par LDNS |
| Persistance | Affinité GSLB | Durée et masque |
| Session web | État applicatif | Mécanisme distinct |
Sources : F5 TechDocs, Load balancing and resource availability ; IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities.
Une situation à expliquer
Le site A accueille beaucoup plus d’utilisateurs que B malgré une distribution DNS régulière. Comparez le nombre de résolveurs et le nombre d’utilisateurs derrière chacun. Une répartition égale des sources LDNS ne produit pas nécessairement une répartition égale des sessions web.
Sources : F5 TechDocs, Load balancing and resource availability ; IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities.
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 ; IETF / RFC Editor, RFC 1034 — Domain names: concepts and facilities.
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.
- IETF / RFC Editor — RFC 1034 — Domain names: concepts and facilities · DNS ; RFC 1034 · consulté le 2 octobre 2026.
Retrouver le parcours de lecture F5 DNS