Réplication basée sur l'image

Le processus de réplication est similaire dans différents environnements et pour différents fournisseurs de cloud. Une méthode planifiée est utilisée pour créer et stocker les instantanés. L'intervalle entre les instantanés est basé sur la tolérance du client à la perte potentielle de données.

Prérequis

Nous recommandons que la planification de réplication soit d'au moins 1 jour (un instantané par jour).

Ce qui suit décrit la procédure à suivre pour AWS comme exemple de fournisseur de cloud.

Procédure

La première étape de toute configuration de reprise après sinistre basée sur les images consiste à créer des instantanés à intervalles fixes. En cas de sinistre, la configuration reviendrait à la dernière bonne image/instantané et le système serait rétabli et entièrement fonctionnel en peu de temps, au prix d'une perte de données et un court temps d'arrêt.

  1. Décidez de l'intervalle des instantanés en fonction de la perte potentielle de données.
  2. Arrêtez les services Automation Anywhere sur le serveur en cours d'imagerie.
  3. Si vous êtes sur AWS, créez l'AMI en utilisant les étapes de création d'image standard.
  4. Après la création de l'image, démarrez les services Automation Anywhere.
  5. Exécutez le mécanisme de sauvegarde du référentiel selon la même planification.

Les étapes suivantes décrivent la restauration des données à partir d'une image.

  1. Créez une nouvelle instance en utilisant l'AMI précédemment créée.
    Selon la configuration d'origine, si la configuration est répartie sur plusieurs zones de disponibilité, vous devez faire de même dans toutes les zones de disponibilité concernées.

Les étapes suivantes sont applicables à chaque instance en cours de récupération.

  1. Modifiez les fichiers de configuration relatifs au serveur de base de données, au cluster Ignite, et Elasticsearch pour former les clusters dans le répertoire de configuration.
    Sur une installation standard, les fichiers sont situés dans : C:\Program Files\Automation Anywhere\Enterprise\config
    1. Modifiez l'URL du serveur de base de données pour qu'il pointe vers le serveur de base de données prévu dans : : boot.db.properties.
      Ne modifiez pas l'URL si le serveur d'origine fait déjà référence à une adresse non-localhost.
    2. Modifiez la propriété suivante dans le fichier cluster.properties :
      Ajoutez à la liste une nouvelle IP de serveur dans : ignite.discovery.static.ips=<existing list of ips>, <current server ip>
    3. Modifiez les propriétés suivantes dans le fichier elasticsearch.yaml :
      • Ajoutez l'adresse du serveur actuel dans : node.name: "<local-ip>"
      • Ajoutez l'adresse du serveur actuel dans : network.host: "local-ip"
      • Laissez les valeurs existantes intactes et ajoutez l'IP du serveur actuel dans le champ : discovery.zen.ping.unicast.hosts: ["ip1","<local-ip>"]
      • Laissez les valeurs existantes intactes dans : cluster.initial_master_nodes: ["<master-ip>"]
  2. Facultatif : S'il est monté, restaurez le référentiel à partir du même instantané prévu que l'instantané Control Room sélectionné et montez-le sur le chemin respectif.
  3. Mettez à jour les tableaux de configuration.
  4. Assurer la visibilité du protocole de contrôle de transmission (TCP) entre les nœuds.
  5. Démarrez les services sur le nœud répliqué et attendez quelques minutes pour que le clustering s'établisse.
  6. Vérifiez les points suivants :
    • Connectez-vous et vérifiez que les robots sont listés et visibles.
    • Si l'installation contient une configuration Git externe, vérifiez la validité en utilisant des fonctions telles que l'archivage.
    • Vérifiez les journaux d'audit.
  7. Mettez à jour le niveau de l'équilibreur de charge ou le DNS, si nécessaire, si des noms d'hôtes/IP changent par rapport aux valeurs actuelles correspondantes.