high-availability-add-on
latest
false
  • Vue d'ensemble (Overview)
    • À propos de High Availability Add-on
  • Prérequis
    • Prérequis matériels
    • Prérequis logiciels
  • Installation
  • Mettre à niveau
UiPath logo, featuring letters U and I in white

Guide d’installation de High Availability Add-on

Dernière mise à jour 22 août 2024

Prérequis logiciels

Important :

HAA ne prend en charge que les systèmes d'exploitation 64 bits et doit être installé sur un hôte propre sans aucune autre application. Tous les nœuds HAA doivent être synchronisés avec le même serveur NTP.

Le tableau suivant répertorie les versions de systèmes d’exploitation que nous avons testées et dont la compatibilité avec HAA a été confirmée. Cependant, en raison du nombre élevé de mises à jour et de variations entre les systèmes d’exploitation, nous ne pouvons pas tester la compatibilité pour chaque combinaison de version HAA et de version mineure de système d’exploitation. Bien que nous nous attendions généralement à ce que HAA fonctionne correctement avec des versions mineures de système d’exploitation plus récentes non encore testées, nous ne pouvons garantir cette compatibilité.

Si vous prévoyez d’effectuer une mise à niveau vers une version de système d’exploitation mineure non répertoriée dans le tableau, vous devrez effectuer la mise à niveau dans un environnement de test avant de déployer dans un environnement de production.

Plate-forme

Versions prises en charge

RHEL/CentOS 8

8.6, 8.8, 8.9

RHEL/CentOS 9

9.3

Ubuntu

20.04

La version du serveur est recommandée pour les installations de production. La version de bureau est uniquement recommandée pour les déploiements de développement.

Configuration générale requise pour le cluster

Le cluster HAA a besoin de trois serveurs pour fonctionner.

Dans des circonstances normales, les serveurs du cluster HAA ont les rôles suivants :

  • un serveur principal : il contient une partition de données et accepte les opérations de lecture et d'écriture de la base de données depuis l'extérieur ;
  • un serveur secondaire : il contient une copie de la partition de données ;
  • un serveur secondaire : il ne contient aucune donnée et existe uniquement à des fins de quorum.

Le cluster HAA ne prend en charge la défaillance que d'un seul serveur.

  • Si l'un des serveurs tombe en panne, quel qu'il soit, le cluster HAA continue de fonctionner et un avertissement s'affiche dans l'interface de gestion Web. Vous pouvez trouver plus d'informations en exécutant la commande rlcheck, qui se trouve généralement dans /opt/redislabs/bin. Vous pouvez également ajouter --continue-on-error à la commande rlcheck.
  • Si deux serveurs échouent, le cluster HAA échoue également, même si le serveur principal est toujours en ligne.

Il est possible de créer un cluster HAA avec plus de trois serveurs, mais cela n'offre aucun réel avantage.

Le nombre de serveurs pouvant tomber en panne n'augmente pas. Dans le cas d'un cluster HAA à cinq nœuds, si le nœud principal et le nœud secondaire conservant la copie de la partition de données échouent tous les deux, l'ensemble du cluster échoue également et il n'y a aucune réallocation de partition de données à d'autres nœuds.

Protocole de couche Internet

Le HAA prend en charge IPv4 et IPv6. Pour plus de détails sur la prise en charge des adresses IP multiples et de l'IPv6, reportez-vous à la documentation Redis.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White
Confiance et sécurité
© 2005-2024 UiPath Tous droits réservés.