- Introdução
- Requisitos
- Melhores práticas
- Instalação
- Atualizando
- Servidor de Identidade
- Solução de problemas de erros de inicialização
O Windows Installer
UiPathOrchestrator.msi
permite que você instale o Orchestrator em um ou vários nós, dependendo das suas necessidades. As seguintes seções fornecem para você os detalhes sobre como executar uma instalação bem-sucedida em ambos os ambientes de vários nós.
- Orchestrator
- Servidor de Identidade
- Webhooks
- Serviço Catálogo de recursos
Em instalações de um nó, a sessão é mantida na memória, pois você não precisa compartilhá-la.
As implantações de vários nós do Orchestrator usam o RESP (Protocolo de Serialização REdis) para comunicação e, portanto, podem ser configuradas usando qualquer solução que implemente esse protocolo.
As implantações de alta disponibilidade com o Orchestrator de vários nós são compatíveis com a UiPath apenas se o Suplemento de Alta Disponibilidade da UiPath for usado.
CERTIFICATE_SUBJECT
e IS_CERTIFICATE_SUBJECT
são obrigatórios. A integração do Servidor do Orchestrator-Identity não funciona se forem usadas certificações diferentes para Identity. Seu valor no arquivo de parâmetros usado deve ser um valor comum para todos os nós. Isso pode ser realizado usando:
- Um certificado curinga (
subject=*.domain.local
); ou - Um certificado de Nome Alternativo da Entidade (SAN) contendo o nome DNS do balanceador de carga pública e opcionalmente os nomes DNS de todos os nós, ao criar os certificados ou ao editar o valor no arquivo de parâmetros antes de prosseguir com a(s) instalação(ões) do(s) nó(s) secundário(s).
Os certificados podem ser inseridos por assunto ou impressão digital.
UiPathOrchestrator.msi OUTPUT_PARAMETERS_FILE=install.json REDIS_HOST=redis.corp.local REDIS_PASSWORD=secretPass STORAGE_TYPE=FileSystem STORAGE_LOCATION="RootPath=\\fileserver\Share" PUBLIC_URL=<Orchestrator_LoadBalancer_URL> CERTIFICATE_SUBJECT=*.domain.local IS_CERTIFICATE_SUBJECT=*.domain.local
.
Consulte aqui para obter detalhes dos parâmetros disponíveis.
REDIS_PORT
se você não quiser usar a porta padrão (6379
).
10000
.
-
Em todos os nós secundários, instale o Orchestrator usando
UiPathOrchestrator.msi
com argumentos de linha de comando, certifique-se de fornecer oSECONDARY_NODE
arâmetro definido como true e o arquivo de parâmetros gerado durante a instalação do nó primário. Também recomendamos usar o parâmetro/passive
, pois uma instalação passiva exibe a barra de progresso e os popups de erros. Abra para o modo silencioso, especificando o parâmetro/Q
, apenas para instalações não assistidas.Por exemplo:UiPathOrchestrator.msi SECONDARY_NODE=1 PARAMETERS_FILE=install.json /Q
.O Pool de Aplicativos é iniciado e você pode começar a usar sua instância do Orchestrator.
O banco de dados é inicializado ao instalar o nó primário. Ao configurar os nós secundários, a etapa de inicialização do banco de dados não é mais necessária.
Onde os métodos acima supõem a instalação e a configuração dos nós primários e secundários durante a implantação inicial, também é possível gerar um arquivo de parâmetros a partir de qualquer nó existente para ser usado na instalação de qualquer nó adicional nó(s).
Generate-ParametersFile.ps1
, encontrado na subpasta Tools
do diretório de instalação do Orchestrator:
A metadata (definição) de todos os pacotes - atividades, fluxos de trabalho e bibliotecas - é mantida no banco de dados do SQL para obter pesquisa e filtragem mais rápidos.
Além disso, é possível manter os arquivos e a mídia de execução reais no FileSystem ou um armazenamento de blobs da sua escolha - Azure, Amazon S3 ou Minio. Essa funcionalidade permite uma sincronização de arquivo com melhor desempenho, especialmente em ambientes do Orchestrator de vários nós complexos.
Leve em consideração que, independentemente do armazenamento que você usa para guardar seus pacotes, o tamanho máximo do arquivo por upload é de 28,6 MB - limitação dada pelo IIS. Para ver como alterar isso para Amazon, Minio, FileSystem e Azure, visite esta página.