Déploiement à haute disponibilité

Pour prendre en charge votre centre de données Automation 360, 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.

Pourquoi seuls les nombres impairs de nœuds sont pris en charge ?
Un cluster comprenant un nombre de nœuds paire peut fusionner des incohérences, mais peut entraîner une situation de « split-brain » où le cluster n'a pas de majorité et ne peut pas résoudre les transactions, ce qui peut entraîner des incohérences de données. L'état de « split-brain » est une limitation connue des systèmes de clustering qui peut être causée par des problèmes de réseau, notamment la latence.

Les configurations de déploiement avec des nœuds impairs permettent d'éviter les problèmes de « split-brain » du cerveau et sont recommandés pour les déploiements Automation 360.

Quorum
Les nœuds déterminent quelle transaction peut être traitée en votant sur chaque transaction. Le nombre de votes constituant une majorité des nœuds du cluster est appelé « quorum » et détermine combien de nœuds doivent voter pour ou confirmer une transaction avant qu'elle puisse être traitée.
Tolérance aux pannes
La tolérance aux pannes en termes de défaillance des nœuds est déterminée par le nombre de nœuds qui peuvent être défaillants avant qu'un quorum ou qu'une majorité de nœuds ne soit pas disponible pour voter sur la validité de toute transaction. La tolérance aux pannes est optimisée avec un nombre impair de nœuds dans le cluster, car la majorité dans les clusters impairs peut être déterminée par un nombre inférieur contrairement aux clusters pairs.
Configurations prises en charge
Un cluster composé de trois nœuds ou d'un nombre supérieur impair de nœuds permet d'éviter la condition de « split-brain » ou les incohérences dues à des problèmes de réseau, tout en offrant une échelle et une disponibilité supérieures.
Nombre de nœuds dans le cluster Majorité (quorum) Tolérance aux pannes (défaillances de nœuds) Support
3 2 1 Certification
5 3 2 Contacter l'assistance Automation Anywhere
7 et ainsi de suite 4 et ainsi de suite 3 et ainsi de suite Contacter l'assistance Automation Anywhere
Configurations de zones de disponibilité multiples/centre de données multiples
Si vous optez pour un déploiement à plusieurs zones afin d'améliorer la disponibilité, par exemple avec un déploiement de 3 nœuds, nous vous recommandons de placer chaque Control Room dans des zones de disponibilité distinctes. Pour les déploiements comportant plus de 3 nœuds, répartissez ces déploiements sur au moins 3 zones de disponibilité. Une chose dont nous devons nous préoccuper dans ces configurations est la latence entre les zones/fournisseurs. Les nœuds d'un cluster à haute disponibilité doivent être déployés dans la même région.

En ce qui concerne les fournisseurs de cloud, nous prenons actuellement en charge 3 grands fournisseurs de cloud, à savoir Amazon Web Services, Google Cloud Platform et Microsoft Azure.

Remarque : Dans un environnement à plusieurs nœuds, si un nœud tombe en panne, les opérations telles que les déploiements et les planifications de robot, les déclencheurs et les éléments de travail dans les files d'attente sur ce nœud seront affectés de manière négative.
Conseil : Pour plus d'informations sur la manière de sauvegarder et de restaurer des fichiers pour récupérer un cluster à haute disponibilité de la Control Room en cas de défaillance, voir Sauvegarde et restauration d'un cluster haute disponibilité de la Control Room (connexion à A-People requise).