En tant qu\'administrateur de la plateforme RPA, vous pouvez retirer des nœuds d\'une configuration de cluster Control Room lorsque vous souhaitez les remplacer ou les mettre à jour afin d\'améliorer les performances.

Prérequis

Assurez-vous de ce qui suit :

  • Respectez la séquence de mise hors service des nœuds

    Chaque fois que des nœuds sont retirés du cluster, assurez-vous que le processus de mise hors service est effectué de manière séquentielle, en traitant un nœud à la fois.

    Remarque :
    • Lors de la suppression ou de la rétrogradation de nœuds au sein d\'un cluster, assurez-vous que le cluster résultant conserve toujours un nombre impair de nœuds actifs. Cette pratique aide à maintenir un quorum optimal et la stabilité du cluster.

      Par exemple, dans un cluster à 7 nœuds, si des nœuds doivent être supprimés ou rétrogradés, vous devez supprimer 2 nœuds, en laissant 5 nœuds actifs. Cela garantit que le cluster continue de fonctionner avec un nombre impair de nœuds, ce qui est essentiel pour maintenir le quorum.

    • Pour que les données soient entièrement disponibles, il doit y avoir au moins n/2 + 1 nœuds en ligne. Il est recommandé d\'avoir au moins 3 nœuds pour la haute disponibilité (HA) afin d\'éviter un scénario de split brain, qui peut entraîner une perte de données. Pour un cluster à trois nœuds, au moins deux nœuds doivent être disponibles.
    • Lors de la suppression d\'un nœud du cluster, vérifiez toujours l\'emplacement des shards primaires et des shards répliqués pour chaque index. Évitez de supprimer tout nœud contenant à la fois les shards primaire et répliqué du même index, car cela peut entraîner le passage de cet index à un statut RED.
  • Vérifiez que tous les nœuds principaux et bases de données ont des sauvegardes.
  • Assurez-vous que vous disposez des privilèges d\'administrateur ou de root sur les serveurs Control Room.
Remarque : À partir de Automation 360 v.28 (Build 17593), le service Elasticsearch est remplacé par le service OpenSearch en tant que technologie sous-jacente pour les fonctionnalités principales du produit telles que l\'audit, Bot Insight, etc.

Effectuez les étapes suivantes pour supprimer trois nœuds (N1, N2 et N3) d\'un cluster comportant six nœuds (N1, N2, N3, N4, N5 et N6).

Procédure

  1. Vérifiez le nœud principal.
    Utilisez l\'API OpenSearch suivante via un navigateur ou un outil API pour identifier le nœud principal :

    https://172.31.18.37/_cat/nodes

  2. Ouvrez une session sur le serveur en tant qu\'administrateur et arrêtez tous les services de la Control Room en exécutant la commande suivante :
    services.msc
    Connectez-vous à l\'un des nœuds originaux N2 ou N3 et non au nœud principal N1.
  3. De même, arrêtez tous les services de la Control Room pour le nœud principal N1.
  4. Avant de supprimer les nœuds, vérifiez l\'intégrité du cluster à l\'aide de l\'API OpenSearch suivante via un navigateur ou un outil API :
    À partir d\'un navigateur, accédez à l\'adresse IP de n\'importe quel nœud du cluster en utilisant le port OpenSearch 47599 et utilisez l\'API _cat/nodes.
    https://172.31.18.37/_cat/nodes
    Remarque : Le nœud principal est indiqué par un astérisque (*).
  5. Modifiez le fichier cluster.properties situé à l\'adresse suivante C:\Program Files\Automation Anywhere\Automation 360\config.
  6. Supprimez les adresses IP des trois nœuds d\'origine de l\'attribut cluster.properties.
    Remarque : Effectuez cette action pour tous les nœuds du cluster. Lorsque vous supprimez les adresses IP des trois nœuds d\'origine, ne modifiez pas leur séquence.
  7. Modifiez le fichier elasticsearch.yml dans le chemin C:\Program Files\Automation Anywhere\Automation 360\elasticsearch\config.
  8. Supprimez les adresses IP des trois nœuds d\'origine de l\'attribut discovery.zen.ping.unicast.hosts.
    Remarque : L\'attribut discovery.zen.ping.unicast.hosts doit contenir les adresses IP uniquement pour les nouveaux nœuds et dans le même ordre dans le fichier sur chaque nœud.
  9. Pour vérifier le nouveau nœud principal, utilisez l\'API OpenSearch suivante via un navigateur ou un outil API :
    https://172.31.18.37/_cat/nodes
  10. Mettez à jour l\'adresse IP du nouveau nœud principal dans l\'attribut cluster.initial_master_nodes.
  11. Exécutez la commande suivante pour démarrer les services sur chaque nœud :
    services.msc
    À la fin, vous devez démarrer les services sur le nœud principal.
  12. Pour vérifier l\'intégrité du cluster, utilisez l\'API OpenSearch via un navigateur ou un outil API.
    1. À partir d\'un navigateur, accédez à l\'adresse IP de n\'importe quel nœud du cluster en utilisant le port OpenSearch 47599 et utilisez l\'API _cat/nodes.
      https://172.31.30.120:47599/_cat/nodes
      Remarque : Le nœud principal est indiqué par le caractère astérisque (*).
    2. Depuis un navigateur, accédez à l\'adresse IP de n\'importe quel nœud du cluster en utilisant le port OpenSearch 47599 et utilisez l\'API _cat/health?pretty.
      https://172.31.30.120:47599/_cat/health?pretty
    Le statut de réplication devient green lorsque le cluster est entièrement synchronisé. Vous devez attendre que le statut de la réplication passe en vert. Le temps de réplication varie en fonction de la quantité de données dans les clusters.