- Primeros pasos
- Requisitos
- Mejores prácticas
- Instalación
- Actualizando
- Servidor de identidad
- Solución de problemas de errores de inicio
Arquitectura de implementación multinodo de Orchestrator, que ofrece mayor capacidad, escalabilidad y alta disponibilidad.
Si tu implementación ha aumentado y necesitas incrementar la capacidad, el siguiente paso lógico es expandir tu Orchestrator a una instalación multinodo.
Ofrece un mejor rendimiento y resistencia a los fallos, ya que hay varios nodos de Orchestrator disponibles: cuando uno falla, los otros pueden asumir la carga. La escalabilidad horizontal también está disponible, ya que es posible añadir nodos adicionales a medida que tu robot necesite crecer.
Sin embargo, este modelo de implementación no debe confundirse con High Availability, ya que el nodo HAA lone permanece como un punto de fallo potencial.
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
Las implementaciones multinodo de Orchestrator son compatibles con UiPath solo si se utiliza el High Availability Add-on de UiPath. Tales implementaciones utilizan el RESP (Protocolo de serialización REdis) para la comunicación y, por lo tanto, pueden configurarse utilizando cualquier solución que implemente este protocolo. Las posibles soluciones 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