Présentation de la configuration du cluster à haute disponibilité (HA)
- Dernière mise à jour2023/11/22
Présentation de la configuration du cluster à haute disponibilité (HA)
Pour prendre en charge Automation Anywhere dans votre centre de données, configurez un cluster à haute disponibilité. Suivez les méthodes et les procédures de votre entreprise pour la mise en œuvre du cluster de centre de données.
Les clusters à haute disponibilité protègent les services et les données en cas de défaillance d'un serveur ou d'un service. La liste suivante répertorie les processus associés aux clusters.
- Réplication de la base de données
- Configurez la réplication synchrone entre les instances Microsoft SQL Server du site principal (actif) et du site secondaire (passif) pour assurer la cohérence en cas de défaillance du nœud de base de données.
- Temps d'arrêt
- La durée de l'arrêt dépend du nombre de tentatives de redémarrage que l'administrateur configure pour les services du serveur principal, du nombre de basculements autorisés par nombre d'heures et de la configuration de la restauration.
- Restauration automatique
- Une fois que le serveur principal a repris un fonctionnement normal, restaurez la charge de travail depuis les serveurs secondaires vers les serveurs principaux. Le serveur principal redevient le serveur actif.
- Basculement
- Si l'un des serveurs principaux tombe en panne, la charge de travail du serveur défaillant est automatiquement transférée sur le serveur secondaire du cluster. Ce processus automatique s'appelle un basculement. Le basculement assure la disponibilité continue des applications et des données. Une fois le basculement terminé, le serveur secondaire devient le serveur actif.
- Dégradation progressive
- Processus permettant aux dépendances de cluster de fonctionner normalement sur un site principal dégradé.
- Redondance
- Les clusters à haute disponibilité utilisent la redondance pour empêcher les points de défaillance uniques, tels qu'une panne de serveur ou de service. Les clusters HA incluent les serveurs principaux (actifs) qui hébergent des services ou des bases de données et les serveurs secondaires (passifs) qui hébergent des copies répliquées des services et des bases de données.
- Réplication
- Les serveurs secondaires présentent la même configuration et les mêmes logiciels que les serveurs principaux. Ils sont un duplicata (copie redondante) du serveur principal. Les données sont répliquées (copiées) des serveurs principaux vers les serveurs secondaires.
Pour prendre en charge la haute disponibilité et la reprise après sinistre pour Automation Anywhere, les composants sélectionnés dans le centre de données doivent être configurés à cette fin.
Remarque : Dans le contexte des clusters, bien que les termes serveur, hôte et nœud aient chacun une signification spécifique, ils sont souvent utilisés indifféremment.
- Cluster
- Un cluster est un ensemble de serveurs (nœud) connectés par des câbles physiques et des logiciels. Dans un environnement à haute disponibilité, ces clusters de serveurs sont autorisés à se trouver dans le même centre de données physique.
- Groupe de clusters (rôle)
- Groupe de services en cluster qui basculent ensemble et dépendent les uns des autres.
- Hôte
- Ordinateur en cluster qui héberge les services.
- Plusieurs serveurs
- La technique de la haute disponibilité, dans le cadre de laquelle les opérations sont disponibles sur plusieurs serveurs avec une charge de travail gérée par un équilibreur des charges. Ceci s'applique aux instances IQ Bot.
- Nœud
- Terme générique désignant une machine dans un cluster.
- Nœud principal
- Nœud actif dans le cluster. Machine sur laquelle s'exécutent les activités de production. Cela s'applique aux serveurs de bases de données.
- Nœud secondaire
- Machine désignée comme cible en cas de basculement. Le nœud secondaire est une copie passive du nœud principal. Cela s'applique aux serveurs de bases de données.
- Serveur
- Machine du cluster installée avec le système d'exploitation du serveur.
Les technologies en cluster à haute disponibilité permettent d'éviter trois types de panne spécifiques :
- Échecs d'application et de service
- Ces effets affectent les logiciels d'application et les services essentiels.
- Échecs de site dans des organisations multisite
- Causés par des catastrophes naturelles, des pannes de courant ou des pannes de connectivité.
- Défaillances du système et du matériel
- Cela affecte des composants matériels, tels que les processeurs, les lecteurs, la mémoire, les adaptateurs réseau et les alimentations.
Cette capacité à gérer les défaillances permet aux clusters de répondre à deux exigences courantes dans la plupart des environnements de centre de données :
- Haute disponibilité
- La capacité de fournir aux utilisateurs finaux l'accès à un service pendant un pourcentage de temps élevé, tout en réduisant les pannes imprévues.
- Haute fiabilité
- La capacité de réduire la fréquence des pannes système.