- Démarrage
- Prérequis
- Meilleures pratiques
- Installation
- Mise à jour en cours
- Serveur d'identité
- Résolution des erreurs de démarrage
Architecture de déploiement Orchestrator multi-nœuds offrant une capacité accrue, une évolutivité et une haute disponibilité.
If your deployment has grown and you need to increase capacity, expanding your Orchestrator to a multi-node installation is the next logical step.
It offers both better performance and failure resistance as multiple Orchestrator nodes are available - when one fails, the other(s) can pick up the load. Horizontal scalability is also available, as it is possible to add additional nodes as your Robot needs grow further.
This deployment model should not, however, be confused with High Availability, as the lone HAA node remains as a potential single point of failure.
Veillez à prendre en considération la configuration matérielle requise d'Orchestrator correspondant à l'échelle de votre déploiement.
Notez que ce modèle consomme plus de ressources qu'une installation à nœud unique et requiert des composants supplémentaires, tels que le module complémentaire haute disponibilité pour Orchestrator (ou autre solution testée) et un équilibreur de charge réseau.
Le diagramme ci-dessous décrit un déploiement multinœud simple d'au moins deux nœuds Orchestrator synchronisés à l'aide d'un seul nœud HAA :
Image 1. Déploiement multinœud
Les déploiements Orchestrator multinœud sont pris en charge par UiPath uniquement si le High Availability Add-on UiPath est utilisé. Les déploiements d'Orchestrator multinœud utilisent le protocole RESP pour la communication et peuvent donc être configurés à l'aide de n'importe quelle solution mettant en œuvre ce protocole. Les solutions potentielles testées ( mais non prises en charge ) par UiPath sont :
- MSOpenTech Redis sous Windows v3.0.504
- Redis Server v3.2.8 et v5.0.4
- Redis Enterprise v5.4.0-19