Récupération d'urgence (Disaster Recovery) - Active/Passive

Le modèle de déploiement illustré ci-dessous étend la configuration de la haute disponibilité dans le Centre de données principal avec une option Récupération d'urgence (Disaster Recovery) dans un centre secondaire, indiqué par Centre de données DR dans le schéma ci-dessous. Un nombre réduit de machines est prévu pour le Centre de données à récupération d'urgence, en considérant qu'il est configuré pour une utilisation temporaire, jusqu'à ce que le Centre de données principal soit recréé. Cette solution est applicable lorsque la connectivité réseau est lente entre les centres de données.

Figure 1. Disaster Recovery - Active/Passive

Les conditions suivantes doivent être remplies :

• Au moins une machine provenant de la fonctionnalité Groupes de disponibilité Always On (Always On Availability Group) est physiquement située dans le Centre de données à récupération d'urgence.
• Il existe une connectivité réseau entre le Centre de données principal et le Centre de données à récupération d'urgence
• Le stockage externe est fourni dans le Centre de données à récupération d'urgence pour les instantanés créés dans le Centre de données principal à l'aide de l'outil Instantané (Snapshot). Ces instantanés sont lus et appliqués à l'aide de l'outil Restauration(Restore) sur les index Elasticsearch situés dans le Centre de données à restauration d'urgence.
• Les paquets d'automatisation (artefacts), ayant le format NuGet, sont enregistrés dans le stockage externe. Chaque instance Orchestrator désigne ce stockage avec l'utilisation du paramètre de configuration NuGet.Packages.Path.
• Le cluster du module complémentaire haute disponibilité est fourni pour faire évoluer SignalR et mettre en cache les paramètres et les autorisations utilisateur.

• Le stockage externe est mis en miroir (facultatif, non inclus dans le schéma).

  Remarque : Les outils Instantané (Snapshot) et Restauration (Restore) susmentionnés sont fournis par Elasticsearch. Cliquez ici pour plus de détails.

Prenez en compte les éléments suivants lors de la configuration de Disaster Recovery pour Orchestrator :

• Déploiement d'Orchestrator : l'Orchestrator de récupération d'urgence doit être installé en tant que nœud secondaire dans un autre centre de données.
• Installation du HAA : assurez-vous que le module complémentaire High Availability Add-on est installé avec le mode CRDB activé.
• Comportement NLB : la véritable logique DR est implémentée au niveau de la couche NLB. Vous devez :

  • Avoir une compréhension plus claire de l'infrastructure et du comportement de RDP souhaité.

  • Traitez les diagrammes fournis comme des architectures de référence idéales qui peuvent être ajustées en fonction de besoins spécifiques.

• Utilisation de l'écouteur SQL : la configuration et la disponibilité de l'écouteur SQL utilisé par Orchestrator sont gérées par l'équipe DBA. Du point de vue d'Orchestrator, il vous suffit de référencer l'adresse de l'écouteur SQL dans le fichier UiPath.Orchestrator.dll.config au lieu de spécifier une adresse SQL Server directe.