Exemple : Commutation inattendue vers le serveur principal

Une partie de la configuration d'une paire de serveurs redondants implique la sélection d'une option de commutation. L'une des options est de continuer d'utiliser le serveur secondaire, même lorsque le serveur principal redevient disponible.
Avec cette option, les clients restent connectés au serveur actif jusqu'à ce que le serveur soit manuellement basculé ou jusqu'à ce que le serveur actif s'arrête. En revanche, après reconnexion, le service de surveillance de la santé décide quel serveur d'une paire de redondance est le serveur actif.
Le service base cette décision sur quel serveur possède le plus de clients connectés. Certains ordinateurs peuvent utiliser un serveur de données en arrière plan, sans afficher les données aux utilisateurs. Le service de surveillance de la santé reconnaît ces clients et peut considérer le serveur principal comme étant le serveur actif lorsqu'il est reconnecté.
Si le serveur principal est considéré comme étant le serveur actif, les clients basculent vers lui, même si la paire de serveurs redondants a été configurée pour continuer d'utiliser le serveur secondaire.
Par exemple :
FTSP Linked Icons PNG File Template
Ordinateur 1 : Serveur principal
. Logiciel installés :
FactoryTalk Services Platform
, hébergeant le serveur Network Directory.
FactoryTalk View SE
 et
FactoryTalk Linx
 sont installés et configurés avec des paires de serveurs redondants sur l'ordinateur 2.
Ordinateur 2 : Serveur secondaire
. Logiciel installés :
FactoryTalk Services Platform
,
FactoryTalk View SE
 et
FactoryTalk Linx
 sont installés et configurés avec des paires de serveurs redondants sur l'ordinateur 1.
Ordinateur 3 : Ordinateur client
. Logiciel installés :
FactoryTalk Services Platform
, hébergeant un client Network Directory ; client
FactoryTalk View SE
.
Exemple de retour
Supposons que les paires de serveurs redondants sur les ordinateurs 1 et 2 soient configurées pour utiliser le serveur secondaire, même lorsque le serveur principal redevient disponible.
FTSP Linked Icons PNG File Template
  1. L'ordinateur 1, le serveur principal, est déconnecté du réseau. L'ordinateur 2 devient le serveur actif. L'ordinateur 3 bascule vers les serveurs
    FactoryTalk View SE
     et
    FactoryTalk Linx
     redondants sur l'ordinateur 2. Comme le serveur Network Directory réside uniquement sur l'ordinateur 1, l'ordinateur 3 utilise son cache de Local Directory jusqu'à ce qu'il se reconnecte à l'ordinateur 1.
  2. L'ordinateur 1 est reconnecté au réseau
    Étant donné que l'option de redondance est configurée pour rester connectée au serveur secondaire, il est attendu que l'ordinateur 2 reste le serveur actif et qu'un basculement vers le serveur principal ne se produise pas.
    Toutefois, lorsqu'un serveur se reconnecte à
    FactoryTalk Directory
    , le service de supervision des performances détermine lequel des deux ordinateurs traite le plus de clients et celui-là est désigné comme étant le serveur actif. Dans cet exemple, le service de surveillance de la santé identifie que l'ordinateur 3 est un client de l'ordinateur 2. Il découvre également qu'un service
    FactoryTalk
     invisible est resté client de l'ordinateur 1, car l'ordinateur 1 a hébergé le serveur Network Directory. Lorsque deux serveurs redondants ont le même nombre de clients, le serveur principal est considéré comme étant le serveur actif.
  3. Le service de surveillance de la santé considère Ordinateur 1 comme le serveur Actif et envoie tous les ordinateurs clients vers lui.
FTSP Linked Icons PNG File Template
Fournir une réponse
Vous avez des questions ou des commentaires sur cette documentation ? Veuillez envoyer vos commentaires ici.
Normal