- Visão geral
- Requisitos
- Pré-instalação
- Instalação
- Pós-instalação
- Migração e atualização
- Atualizando o Automação Suite
- Migração de produtos independentes para o Automation Suite
- Etapa 1: restauração do banco de dados de produtos independente
- Etapa 2: atualizar o esquema do banco de dados de produtos restaurado
- Etapa 3: migração dos dados da organização do Identity de independente para o Automation Suite
- Etapa 4: backup do banco de dados da plataforma no Automation Suite
- Etapa 5: mesclando organizações no Automation Suite
- Etapa 6: atualização das strings de conexão do produto migradas
- Etapa 7: migração do Orchestrator independente
- Etapa 8: migração do Insights independente
- Etapa 9: migração do Test Manager independente
- Etapa 10: exclusão do tenant padrão
- Executando uma migração de único tenant
- Migração entre clusters do Automation Suite
- Migração do Automation Suite no EKS/AKS para o Automation Suite no OpenShift
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração avançada do Orchestrator
- Configuração de parâmetros do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Ignorar a instalação da biblioteca do host
- Solução de problemas
- Não é possível acessar o Automation Hub após a atualização para o Automation Suite 2024.10.0
- Falha no provisionamento do AI Center após a atualização para a 2023.10 ou posterior
- Volumes do Insights criados em duas zonas diferentes após a migração
- Falha de atualização devido aos tamanhos de PVC do Insights substituídos
- A configuração de backup não funciona devido a uma falha na conexão com o Azure Government
- Pods no namespace uipath travaram ao habilitar taints de nó personalizado
- Não é possível iniciar o Automation Hub e o Apps com configuração de proxy
- O Robot não pode se conectar a uma instância do Automation Suite Orchestrator
- O streaming de logs não funciona em configurações de proxy
- O backup do Velero falha com o erro FailedValidation
- O acesso ao FQDN retorna RBAC: erro de acesso negado
Guia de instalação do Automation Suite no EKS/AKS
Só aplique as configurações nesta seção se você não puder fornecer privilégios de administrador ao instalador do Automation Suite. Se você puder fornecer as permissões necessárias ao instalador, não precisará aplicar as configurações nesta seção.
Criando uma classe de prioridade
Para criar uma classe de prioridade para aplicativos UiPath®, siga as seguintes etapas:
- Salve a seguinte configuração como um arquivo YAML:
--- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: uipath-high-priority value: 1000000 preemptionPolicy: PreemptLowerPriority globalDefault: false description: "Priority class for uipath applications"--- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: uipath-high-priority value: 1000000 preemptionPolicy: PreemptLowerPriority globalDefault: false description: "Priority class for uipath applications" - Execute o seguinte comando, substituindo o espaço reservado
<file_name.yaml>pelo nome real do seu arquivo YAML:kubectl apply -f <file_name.yaml>kubectl apply -f <file_name.yaml>
Rotulando os namespaces
Para criar rótulos de namespace, execute os seguintes comandos:
kubectl label namespace <uipath> uipath-injection=enabled
kubectl label namespace <uipath> istio-injection=enabled
kubectl label namespace <uipath> uipath-injection=enabled
kubectl label namespace <uipath> istio-injection=enabled
Configuração do CoreDNS
Se você estiver usando uma configuração de proxy, são necessárias alterações específicas na configuração do CoreDNS para garantir que a instalação e a operação do Automation Hub e do Apps sejam bem-sucedidas.
Recomendamos adicionar isso às configurações do CoreDNS, pois permite que qualquer solicitação de Serviço a Serviço, que use o FQDN do cluster, ignore o balanceador de carga e roteie internamente através do Istio.
Siga estas etapas para configurar seu cluster durante a instalação:
-
Capture o configmap
corednsexistente no cluster em execução:kubectl get configmap -n kube-system coredns -o yaml > coredns-config.yamlkubectl get configmap -n kube-system coredns -o yaml > coredns-config.yaml -
Edite o arquivo
coredns-config.yamlpara anexar a regravação defqdnà configuração.- Renomeie o configmap como
coredns-custom. - Adicione o seguinte bloco de código a seu arquivo
coredns-config.yaml. Certifique-se de que o bloco de código venha antes da linhakubernetes cluster.local in-addr.arpa ip6.arp.rewrite stop { name exact <cluster-fqdn> istio-ingressgateway.istio-system.svc.cluster.local }rewrite stop { name exact <cluster-fqdn> istio-ingressgateway.istio-system.svc.cluster.local } - Substitua
<cluster-fqdn>pelo valor real.
Depois de concluir essas etapas, seu arquivo deve ser semelhante ao seguinte exemplo:
apiVersion: v1 data: Corefile: | .:53 { errors log health rewrite stop { name exact mycluster.autosuite.com istio-ingressgateway.istio-system.svc.cluster.local } kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } prometheus :9153 forward . /etc/resolv.conf cache 30 loop reload loadbalance } kind: ConfigMap metadata: name: coredns-custom namespace: kube-systemapiVersion: v1 data: Corefile: | .:53 { errors log health rewrite stop { name exact mycluster.autosuite.com istio-ingressgateway.istio-system.svc.cluster.local } kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } prometheus :9153 forward . /etc/resolv.conf cache 30 loop reload loadbalance } kind: ConfigMap metadata: name: coredns-custom namespace: kube-system - Renomeie o configmap como
-
Crie o configmap
coredns-custom:kubectl apply -f coredns-config.yamlkubectl apply -f coredns-config.yaml -
Substitua a referência de volume de
corednsparacoredns-customna implantação docorednsno namespacekube-system:volumes: - emptyDir: {} name: tmp - configMap: defaultMode: 420 items: - key: Corefile path: Corefile name: coredns-custom name: config-volumevolumes: - emptyDir: {} name: tmp - configMap: defaultMode: 420 items: - key: Corefile path: Corefile name: coredns-custom name: config-volume -
Reinicie a implantação do
corednse certifique-se de que os podscorednsestejam em execução sem problemas:kubectl rollout restart deployment -n kube-system corednskubectl rollout restart deployment -n kube-system coredns
Após a conclusão dessas etapas, o Automation Hub e o Apps devem ser iniciados com sucesso no ambiente com proxy ativado.