- Primeros pasos
- Requisitos
- Mejores prácticas
- Instalación
- Actualizando
- Servidor de identidad
- Solución de problemas de errores de inicio
Modelo de implementación multinodo de Orchestrator para aumentar la capacidad, la escalabilidad y la redundancia
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.
Recuerda que tienes que tener en cuenta los requisitos del hardware de Orchestrator correspondiente a la escala de tu implementación.
Ten en cuenta que este modelo es más intenso de una instalación de nodo único que requiere componentes adicionales como el High Availability Add-on para Orchestrator (u otra solución probada) y un distribuidor de carga de red.
El siguiente diagrama representa una implementación multinodo sencilla de dos o tres nodos de Orchestrator sincronizados mediante un solo nodo HAA:
Figura 1. Implementación multinodo
UiPath admite las implementaciones de Orchestrator multinodo solo si se usa la adición de alta disponibilidad de UiPath.
Estas implementaciones utilizan el RESP (Protocopo de serialización REdis) para la comunicación y, por tanto, se pueden configurar utilizando cualquier solución que implementa este protocolo. Las soluciones potenciales probadas (pero no compatibles) por UiPath son:
- Redis de MSOpenTech en Windows v3.0.504
- Servidor Redis v3.2.8 y v5.0.4
- Redis Enterprise v5.4.0-19