High Availability

Vue d’ensemble du cluster

Concepts clés

Nœud

Une machine du cluster qui exécute une instance d’exécution. Un cluster comporte toujours exactement trois nœuds.

Nœud actif

Nœud qui dessert l’ensemble du trafic client et maintient toutes les connexions externes, y compris les automates, les bases de données et les clients OPC UA ou MQTT. Un seul nœud est actif à la fois.

Nœud inactif

Nœud entièrement initialisé qui s’exécute, mais qui ne dessert pas le trafic client et ne maintient pas de connexions externes aux automates, aux bases de données ou à d’autres dispositifs. Deux nœuds sont inactifs pendant le fonctionnement normal. En cas de défaillance du nœud actif, un nœud inactif devient automatiquement actif.

Basculement

Processus automatique qui détecte la défaillance d’un nœud actif et fait passer un nœud inactif à l’état actif.

Adresse IP virtuelle (VIP)

Adresse IP unique utilisée par les clients et FactoryTalk Optix Studio pour le trafic client et pour déployer des projets sur le cluster, quelle que soit la machine qui héberge l’exécution active. Le cluster gère automatiquement l’adresse.

Moniteur d’exécution

Service qui vérifie en continu l’état des nœuds et lance le basculement si nécessaire.

Base de données partagée

Cluster de base de données synchronisé utilisé par tous les nœuds pour les données de rétentivité. Un nœud nouvellement actif dispose de données conservées à jour.

High Availability Manager

Application de bureau Windows qui déploie le cluster et gère sa configuration en cours : ports, informations d’identification, droits et intégrité du nœud.

Présentation du basculement

Les clients se connectent à l’adresse IP virtuelle au lieu des adresses de nœud individuelles.
Le nœud actif gère l’ensemble du trafic client et les connexions externes, y compris les automates, les bases de données et les clients OPC UA ou MQTT.
Les trois nœuds partagent la même base de données pour les données de rétentivité, répliquées de manière synchrone, de sorte qu’un nœud inactif peut devenir actif avec les données conservées actuelles.
Le moniteur d’exécution vérifie en continu l’état de santé des nœuds. Si le nœud actif présente une défaillance, le service lance le basculement.
Pendant le basculement automatique, un nœud inactif devient actif et le trafic est redirigé vers lui via l’adresse IP virtuelle.
Lorsque le nœud défaillant se reconnecte, il rejoint automatiquement le cluster en tant que nouveau nœud inactif.

Considérations relatives à l’application

Exactement trois nœuds sont requis. Chaque instance d’exécution s’exécute sur un nœud dédié.
Le cluster tolère la défaillance d’un nœud.
Pendant le basculement, l’application d’exécution s’arrête temporairement. Les opérations telles que la journalisation des données s’arrêtent également. Pendant la transition du nœud, une perte temporaire de connexion entre le client Web et l’application d’exécution se produit. Le temps de basculement varie en fonction du type de défaillance et de la taille de l’application.
Après le basculement, le client revient à la fenêtre de démarrage et se connecte en tant qu’utilisateur de démarrage, conformément à la configuration définie dans les propriétés de MoteurDePrésentationWeb.
Les données de l’application configurées dans le module de rétentivité sont synchronisées entre les nœuds.
Les données écrites dans le dossier des fichiers de l’application lors de l’exécution, y compris les fichiers générés lors de l’exécution, ne sont pas synchronisées entre les nœuds ni conservées après le basculement, à l’exception des données de rétentivité.
CONSEIL: Exporter automatiquement les fichiers vers un serveur externe et les récupérer au démarrage
Le système ne prend pas en charge la synchronisation de la base de données intégrée. Rockwell Automation recommande la journalisation dans une base de données externe.
Stockez les informations d’identification de l’administrateur en toute sécurité.
High Availability s’applique uniquement à l’application d’exécution
FactoryTalk Optix
.