- Introdução
- Requisitos
- Melhores práticas
- Instalação
- Atualizando
- Servidor de Identidade
- Solução de problemas de erros de inicialização
Modelo de implantação do Orchestrator de vários nós para maior capacidade, escalabilidade e redundância
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.
Lembre-se de levar em consideração os requisitos de hardware do Orchestrator que correspondem à escala da sua implantação.
Observe que este modelo é mais intensivo em recursos do que a instalação de apenas um nó, que requer componentes adicionais, como o suplemento de Alta Disponibilidade para Orchestrator (ou outra solução testada) e um balanceador de carga de rede.
O diagrama abaixo mostra uma implantação simples de vários nós, de dois ou mais nós do Orchestrator sincronizados, usando um único nó de HAA:
Figura 1. Implantação de vários nós
As implantações do Orchestrator de vários nós são suportadas pela UiPath somente se o UiPath High Availability Add-on for usado.
Tais implantações usam o RESP (REdis Serialization Protocol) para comunicação e assim, podem ser configuradas usando qualquer solução que implemente este protocolo. As soluções possíveis testadas (mas não suportadas) pela UiPath são:
- MSOpenTech Redis no Windows v3.0.504
- Redis Server v3.2.8 e v5.0.4
- Redis Enterprise v5.4.0-19