Secours semi-automatique
- Mis à jour : 2022/03/10
Secours semi-automatique
Hébergez deux configurations ou sites, principal et de secours, pour la procédure de reprise après sinistre de secours semi-automatique.
Prérequis
Chaque installation aurait les configurations recommandées suivantes :
- Automation 360 hébergé en mode cluster (trois nœuds)
- Instance SQL
- Stockage du référentiel (lecteur réseau partagé)
- référentiel Git
La réplication synchrone des données sur le nœud de sauvegarde doit être configurée. Le nœud de sauvegarde doit avoir exactement la même configuration que le nœud principal, à l'exception de la Control Room.
- Pour synchroniser le référentiel Git, sauvegardez le chemin du référentiel Git du chemin principal vers le chemin de sauvegarde.
- Pour synchroniser la base de données SQL, configurez la réplication de la base de données primaire vers la base de données de sauvegarde.
Réplication des données entre les sites principaux et secondaires
Une fois configuré, le schéma de configuration ressemble à celui-ci :
Exécutez le déploiement de la reprise après sinistre sur les deux sites séparés géographiquement, l'un étant le site principal (actif) et l'autre étant le site secondaire (passif) utilisé pour la sauvegarde. Si le cluster du site principal échoue, effectuez la reprise sur le site secondaire.
Remarque : Le site secondaire doit être configuré en tant que configuration passive afin que la procédure de basculement puisse être effectuée sans délai.
Ces étapes s'appliquent à tous les serveurs du cluster Automation 360, y compris les serveurs de la Control Room, le serveur SQL et le serveur Elasticsearch.
Procédure
Étapes suivantes
Cette rubrique a-t-elle été utile ?