Ce guide concerne BIG-IP sur TMOS. Les noms et options doivent être confrontés à la documentation de votre version.
Mesurer le service avant le changement
Surveillez taux de requêtes, erreurs, latence, états GSLB, iQuery et changements de zone. Une sonde depuis chaque site doit être complétée par une sonde depuis des réseaux clients représentatifs. Gardez une mesure de référence pour distinguer une régression d’un problème préexistant.
Les alertes doivent porter sur une capacité de résolution et sur les dépendances importantes, pas seulement sur le fonctionnement du processus.
Sources : F5 TechDocs, Adding a BIG-IP DNS to a synchronization group ; F5 TechDocs, Device-specific probing ; F5 TechDocs, Load balancing and resource availability.
Changer par étapes vérifiables
Vérifiez release notes, versions compatibles, big3d, contraintes de synchronisation et méthode de retour. Préparez les sauvegardes et une source saine ; ne lancez pas un upgrade simultané de toutes les instances autoritaires.
Après chaque étape, testez UDP/TCP, différents types de requêtes, sélection GSLB, transferts et DNSSEC lorsque utilisés. Contrôlez aussi les instances restées en service et leur capacité. La fenêtre de coexistence de versions doit être compatible avec le chemin documenté par F5.
Sources : F5 TechDocs, Adding a BIG-IP DNS to a synchronization group ; F5 TechDocs, Device-specific probing ; F5 TechDocs, Load balancing and resource availability.
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 |
|---|---|---|
| Avant | Référence mesurée | Erreurs, état, sauvegarde |
| Pendant | Disponibilité maintenue | Capacité et compatibilité |
| Après | Service comparé | Résolutions, sync et clés |
Sources : F5 TechDocs, Adding a BIG-IP DNS to a synchronization group ; F5 TechDocs, Device-specific probing ; F5 TechDocs, Load balancing and resource availability.
Une situation à expliquer
Après un upgrade, les requêtes répondent mais les destinations restent figées. Comparez iQuery, les métriques et le sync group avec la référence initiale. Une réussite du test DNS élémentaire ne couvre pas la collecte dynamique ni le fonctionnement du repli.
Sources : F5 TechDocs, Adding a BIG-IP DNS to a synchronization group ; F5 TechDocs, Device-specific probing ; F5 TechDocs, Load balancing and resource availability.
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, Adding a BIG-IP DNS to a synchronization group ; F5 TechDocs, Device-specific probing ; F5 TechDocs, Load balancing and resource availability.
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 TechDocs — Adding a BIG-IP DNS to a synchronization group · BIG-IP TMOS ; vérifier la liste Applies To de la référence · consulté le 2 octobre 2026.
- 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 — Load balancing and resource availability · 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