- Démarrage
- Prérequis
- Meilleures pratiques
- Installation
- Mise à jour en cours
- Serveur d'identité
- Module complémentaire haute disponibilité
- Résolution des erreurs de démarrage
Déploiement multinœud
Si votre déploiement a augmenté et que vous avez besoin d'augmenter la capacité, l'extension d'Orchestrator à une installation multi-nœuds est la prochaine étape logique. Il offre à la fois de meilleures performances et une meilleure résistance aux pannes car plusieurs nœuds Orchestrator sont disponibles - lorsque l'un échoue, l'autre ou les autres peuvent reprendre la charge. L'évolutivité horizontale est également disponible, car il est possible d'ajouter des nœuds supplémentaires à mesure que les besoins de votre robot augmentent. Ce modèle de déploiement ne doit toutefois pas être confondu avec la haute disponibilité, car le nœud HAA isolé reste un point de défaillance unique potentiel.
Notez que ce modèle consomme plus de ressources qu'une installation à nœud unique et requiert des composants supplémentaires, tels que High Availability Add-on 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 :
Les déploiements Orchestrator multinœud sont pris en charge par UiPath uniquement si le module complémentaire haute disponibilité UiPath est utilisé.
Les déploiements d'Orchestrator multinœud utilisent le protocole RESP (REdis Serialization Protocol) 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