Comprendre F5 · LTM

F5 DSC : device trust, device groups et ConfigSync

Distinguer confiance, synchronisation, failover et mirroring ; diagnostiquer une paire qui n’est pas réellement prête à basculer.

Thomas SAUTIER · Publié le · Révisions de certification

Références et objectifs de certification (7)

Ce guide concerne BIG-IP sur TMOS. Vérifiez les noms et les options dans la documentation de votre version.

Comprendre en imageDSC : trois plans à vérifier séparément
DSC : trois plans à vérifier séparément ConfigSync partage la configuration éligible du device group. Le failover déplace les objets flottants du traffic group. Le mirroring, lorsqu’il est configuré et pris en charge, transmet certains états de connexion : les trois fonctions ne sont pas interchangeables. Confiance Groupe BIG-IP A Configuration localeTraffic groups et objetsapplicatifs Device trust / devicegroup Confiance des appareilsSync-Only ou Sync-Failoverselon le besoin BIG-IP B Configuration et capacitéde repriseCommunications HApropres ConfigSync Transporte les changements du périmètresynchroniséIn Sync décrit cet état de configuration Failover et mirroring Failover : propriétaire du traffic groupMirroring : état des flux supportés et configurés Ne pas déduire la continuité de service d’In Sync Vérifier séparément réseau HA, propriété des traffic groups, capacité du pair, état répliqué et accès aux backends. Uneconfiguration vide ne doit pas être poussée sur celle que l’on souhaite conserver.

ConfigSync partage la configuration éligible du device group. Le failover déplace les objets flottants du traffic group. Le mirroring, lorsqu’il est configuré et pris en charge, transmet certains états de connexion : les trois fonctions ne sont pas interchangeables.

Télécharger le schéma en SVG · version claire

Quatre fonctions à distinguer

Device trust permet aux équipements de se reconnaître dans un domaine de confiance. Un device group définit les appareils concernés par la synchronisation et, selon son type, le failover. ConfigSync transporte des changements de configuration ; le failover décide quel appareil porte un service.

Le mirroring traite encore une autre information : l’état de connexions ou de sessions dans les cas supportés. Une paire « In Sync » n’est donc pas une preuve de bascule réussie avec conservation de toutes les connexions.

Sources : F5, cm device ; F5, cm device-group.

Sync-Only et Sync-Failover

Un groupe Sync-Only sert à synchroniser une configuration selon son périmètre. Un groupe Sync-Failover participe aussi à la redondance des services. Mettre deux équipements dans la confiance ne suffit pas à les placer automatiquement dans le bon groupe.

Relevez le type, les membres, la synchronisation automatique ou manuelle et le périmètre des objets. Les paramètres locaux d’un appareil ne sont pas tous des paramètres applicatifs synchronisés.

Vérifier séparément les rôles DSC
FonctionInformation examinéeCe que le succès ne prouve pas
TrustIdentités et confiance des équipementsAppartenance au groupe souhaité
ConfigSyncConfiguration du groupeDisponibilité des flux applicatifs du standby
FailoverPropriétaire actif du traffic groupConservation de toutes les connexions
MirroringÉtat des flux pris en chargeRéplication de l’état métier du serveur

Sources : F5, cm device-group.

Les communications DSC ont leurs adresses

Relisez les adresses ConfigSync, failover et mirroring de chaque device. Une adresse de management utilisée pour l’accès SSH ne remplace pas automatiquement les communications dédiées. Routes, self IP, port lockdown et filtrage doivent permettre les échanges choisis.

Dans une nouvelle paire, assurez d’abord la compatibilité des versions et le réseau requis, puis établissez la confiance et le groupe. Ne lancez pas une synchronisation depuis un appareil vide vers celui qui porte la configuration voulue.

Sources : F5, cm device ; F5, Creating an Active-Standby Configuration.

In Sync, Changes Pending et Disconnected

Les statuts orientent l’enquête : changements à synchroniser, absence de communication ou échec de chargement ne représentent pas le même problème. Relevez l’état sur les deux appareils et la dernière action effectuée.

Une panne de réseau ne se corrige pas par une remise à zéro de la confiance. Un échec de déchiffrement de passphrase demande aussi d’examiner les mécanismes Secure Vault, comme expliqué dans le guide de sauvegarde et restauration.

Comprendre en imageChanges Pending : décider du sens de synchronisation
Changes Pending : décider du sens de synchronisation Une modification locale peut produire Changes Pending. Identifier l’appareil qui possède la configuration attendue avant de synchroniser. In Sync indique l’accord du périmètre synchronisé ; il ne prouve pas que les flux applicatifs fonctionnent. puis Vérifier séparément les rôles DSC Changement local Changement sur un pair Changes Pending État de synchronisation Source de vérité Identifier la bonne version Recette Tester les flux In Sync Périmètre synchronisé Sync maîtrisée Direction choisie Trust Information examinée: Identités et confiance deséquipementsCe que le succès ne prouve pas: Appartenance augroupe souhaité ConfigSync Information examinée: Configuration du groupeCe que le succès ne prouve pas: Disponibilité desflux applicatifs du standby Failover Information examinée: Propriétaire actif du trafficgroupCe que le succès ne prouve pas: Conservation detoutes les connexions Mirroring Information examinée: État des flux pris enchargeCe que le succès ne prouve pas: Réplication del’état métier du serveur

Une modification locale peut produire Changes Pending. Identifier l’appareil qui possède la configuration attendue avant de synchroniser. In Sync indique l’accord du périmètre synchronisé ; il ne prouve pas que les flux applicatifs fonctionnent.

Télécharger le schéma en SVG · version claire

Sources : F5, cm sync-status ; F5, Working with UCS archives.

Collecter des informations sans imposer de direction de sync

Les commandes ci-dessous affichent les statuts et les associations. Comparez membres du groupe, adresses locales et état du traffic group. Conservez le contexte des journaux avant toute modification.

Inspecter DSC sur chaque appareilShell · commandes de lecture
tmsh show cm sync-status
tmsh show cm failover-status
tmsh list cm device all-properties
tmsh list cm device-group all-properties

Sources : F5, cm sync-status ; F5, cm failover-status ; F5, cm device ; F5, cm device-group.

Vérifier le standby comme un appareil de service

Contrôlez ses moniteurs, ses routes vers les serveurs, ses objets locaux et la capacité à porter les adresses flottantes. En laboratoire, une bascule planifiée doit être observée depuis un client ; le seul changement de couleur dans l’interface n’établit pas la continuité applicative.

Le HA group peut ensuite ajouter un critère de santé locale à la décision de placement du service.

Sources : F5, Creating an Active-Standby Configuration ; F5, cm traffic-group.

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é.

Retrouver le parcours de lecture F5 LTM

Continuer la série F5

Explorer tous les guides du parcours F5 LTM

Découvrir l’expertise F5 de Samhan

Échange

Besoin d’éclaircir votre architecture F5 ?

Échangeons sur vos flux, vos contraintes de disponibilité et vos services applicatifs.