Lire et examiner la documentation Automation Anywhere

Fermer les contenus

Contenus

Ouvrir les contenus

Modèle de déploiement de la reprise après sinistre

  • Mis à jour le : 5/05/2020
    • 11.3.x
    • Exploration
    • Enterprise

Modèle de déploiement de la reprise après sinistre

Le modèle de déploiement de la reprise après sinistre (DR) utilise des clusters à haute disponibilité (HA) répartis sur une zone géographique.

La reprise après sinistre (DR) est une méthode dans laquelle les deux configurations de centre de données à haute disponibilité (HA) sont séparées géographiquement. Par rapport à une configuration à haute disponibilité gérée depuis un site unique, en cas de sinistre localisé, la reprise DR a pour avantage supplémentaire de permettre au centre de données séparé physiquement de reprendre ses fonctions en limitant au maximum le temps d'arrêt.

Haute disponibilité pour la reprise après sinistre
Dans cet exemple, tous les serveurs bénéficient d'une redondance à haute disponibilité. Tous les composants du centre de données, y compris le serveur PostgreSQL et le serveur Subversion (SVN), qui n'ont pas forcément besoin d'une redondance à haute disponibilité. Consultez Dégradation progressive pour savoir comment prendre en charge les robot :s en cas de panne de l'un de ces serveurs.
Remarque : Automation Anywhere ne prend pas en charge les clusters étendus. Assurez-vous que tous les noeuds de cluster HA sont configurés au même emplacement. Ne configurez pas les nœuds dans un seul cluster HA situé sur plusieurs sites de DR. Assurez-vous de configurer un cluster HA sur le site de DR principal, et l'autre cluster HA sur le site de DR secondaire.

Pour la reprise après sinistre dans l'environnement Automation Anywhere.

  • Déployez un deuxième cluster de Enterprise Control Room à haute disponibilité dans un centre de données supplémentaire situé dans un emplacement géographique distinct.

  • En cas de défaillance du site principal, effectuez la reprise après sinistre manuellement. Consultez Présentation des étapes de basculement pour la reprise après sinistre.

    Remarque : En cas de basculement vers un site de sauvegarde, les modifications les plus récentes apportées au site principal peuvent être perdues.

Avantages : Continuité des opérations en cas de panne ou de perte du centre de données.

Inconvénients : Augmentation de la charge opérationnelle.

Envoyer le commentaire