- 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 do Orchestrator de vários nós usam o RESP (Protocolo de Serialização do REdis) para a comunicação, e, assim, podem ser configuradas usando qualquer solução que implemente esse protocolo.
As implantações de alta disponibilidade com Orchestrator de vários nós são suportadas pela UiPath somente se o for usado.
CERTIFICATE_SUBJECTe 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.msicom argumentos de linha de comando, certifique-se de fornecer oSECONDARY_NODEarâ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.
Considere que, independentemente do armazenamento que você usa para manter seus pacotes, o tamanho máximo do arquivo por upload é 28.6MB - uma limitação do IIS. Para ver como alterar isso para Amazon, Minio, FileSystem e Azure, acesse esta página.
