- Introdução
- Melhores práticas
- Tenant
- Sobre o contexto do tenant
- Pesquisa de recursos em um tenant
- Gerenciamento de robôs
- Conectar Robôs ao Orchestrator
- Armazenamento de credenciais do robô no CyberArk
- Armazenamento de senhas do Unattended Robot no Azure Key Vault (somente leitura)
- Armazenamento de credenciais do Unattended Robot no HashiCorp Vault (somente leitura)
- Armazenando credenciais de Unattended Robots no AWS Secrets Manager (somente leitura)
- Exclusão de sessões não assistidas desconectadas e não responsivas
- Autenticação do robô
- Autenticação de robôs com credenciais de cliente
- Auditar
- Cloud Robots
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Apps
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Serviço Catálogo de recursos
- Autenticação
- Integrações
- Robôs Clássicos
- Solução de problemas
Perguntas frequentes
Todas as máquinas padrão que fornecemos são máquinas virtuais do Microsoft Azure do tipo Standard_E2s_v4, que têm poder de computação suficiente para automações básicas.
Além disso, todas as VMs padrão vêm com:
- o software UiPath Studio e Robot pré-instalado
- os navegadores da Internet compatíveis dos quais que você pode precisar para executar automações.
Se precisar de software adicional ou precisar configurar a VM de uma certa maneira, personalize-a ainda mais.
Ao escolher o tamanho da máquina, eis aqui algumas coisas a levar em consideração:
- Qual é o tamanho de seus conjuntos de dados?
- Que tipo de aplicativos você está planejando executar e quais são seus requisitos?
- Quantos aplicativos você planeja aproveitar?
- Você aproveitará as habilidades de ML e pacotes de IA?
- Que tipo de trabalhos a máquina executará: pequenas tarefas de rotina, trabalhos pesados, configuração única, depuração?
Com base em suas respostas, você pode ser capaz de usar uma máquina pequena ou pode necessitar de uma máquina mais poderosa.
Os tamanhos das máquinas que você pode escolher têm as seguintes especificações técnicas:
Tamanho |
vCPU |
Memória (GB) |
Taxa de transferência máx. do disco sem cache (IOPS/MBps) |
Taxa de transferência de estouros máx. do disco sem cache (IOPS/MBps) |
Largura de banda de rede esperada (Mbps) |
---|---|---|---|---|---|
Pequeno |
2 |
16 |
3200/48 |
4000/200 |
5,000 |
Padrão |
4 |
32 |
6400/96 |
8000/200 |
10,000 |
Médio |
8 |
64 |
12800/192 |
16000/400 |
12,500 |
Grande |
16 |
128 |
25600/384 |
32000/800 |
12,500 |
Nós nos preocupamos em atualizar suas VMs para usar a versão mais recente do UiPath Studio e do Robot dentro de aproximadamente duas semanas após uma nova versão ficar disponível.
A atualização acontece:
- quando uma máquina que precisa de atualização é inicializada pela primeira vez
- antes que uma máquina que estava executando trabalhos seja desligada
- para máquinas que estão em uso constante e não podem receber a atualização por duas semanas desde que a atualização ficou disponível, agendamos uma breve janela de manutenção para aplicar a atualização.
As imagens de máquina que criei serão atualizadas automaticamente com a versão mais recente do Windows e suas atualizações?
Não. Se quiser instalar a versão mais recente do Windows e suas atualizações, você pode:
-
conectar-se à máquina usando o RDP para atualizar o Windows manualmente.
Então, se você quiser, também pode criar uma imagem da máquina personalizada e usá-la em outros modelos de máquinas.
- configurar uma janela de manutenção para o modelo para o envio de atualizações a todas as máquinas.
Apenas as máquinas que pertencem ao modelo de máquina em que a janela de manutenção foi configurada e para as quais Aceitar trabalhos está Habilitado entram na janela de manutenção.
Máquinas que não estão em execução são iniciadas automaticamente para a janela de manutenção.
Desabilitamos automaticamente as máquinas criadas mais recentemente se elas consumirem mais Robot Units do que você tem disponíveis para seu tenant.
Você deve adicionar Robot Units suficientes para aquela máquina para o tenant. Elas serão consumidas, e sua máquina desabilitada será reabilitada automaticamente dentro de aproximadamente 30 minutos.
Se você não alocar Robot Units suficientes para reabilitar todas as suas máquinas desabilitadas, apenas algumas máquinas serão reabilitadas. Começamos com a máquina mais antiga e vamos subindo até a mais nova.
Sim. Se você tiver máquinas desabilitadas e adicionar Robot Units a seu tenant, elas serão consumidas automaticamente para reabilitar suas máquinas desabilitadas.
Se, por exemplo, você quiser alocar mais algumas Robot Units para um tenant para Automation Cloud Robots - Serverless, você precisará assegurar que não tenha máquinas desabilitadas que consumiriam Robot Units.
Para evitar isso, você deve excluir as máquinas do Cloud Robot - VM desabilitadas antes de alocar Robot Units para o Tenant.
Ao definir o modelo de máquina automática, certifique-se de ter Robot Units (RUs) em suas máquinas.
Se você não tiver RUs suficientes, as seguintes restrições de consumo se aplicam:
-
Se as Robot Units não corresponderem ao número máximo de VMs definidas no pool, excluiremos todas as máquinas no pool e pararemos de criar novas até você alocar Robot Units suficientes para suportar o número máximo de máquinas.
Observação: em vez de adicionar mais Robot Units, recomendamos reduzir o número máximo de VMs no pool. - Um trabalho em execução em uma máquina que não tenha RUs suficientes gera o seguinte alerta: "Sem VMs em <Pool_name> devido a Robot Units insuficientes".
- Assim que houver Robot Units suficientes disponíveis, elas serão consumidas automaticamente.
- Se você tiver vários pools em um estado de consumo excessivo, alocaremos quaisquer Units disponíveis nos últimos subconjuntos de pools criados.
Exemplo: você tem cinco pools, cada um com um máximo de três máquinas, totalizando 15 máquinas. Suas RUs podem suportar duas máquinas, o que significa que todos os cinco pools agora estão em um estado de consumo excessivo e, portanto, você não pode usá-las.
- Você adiciona as RUs necessárias para suportar mais cinco máquinas. Agora, você pode usar um total de sete máquinas.
- Dois pools ficam disponíveis, e eles consomem RUs para seis máquinas (dois pools de três máquinas cada).
- Três pools permanecem no estado de consumo excessivo, e as RUs disponíveis servem uma máquina. Portanto, os dois pools são criados por último.
Depois que os pools automáticos são criados, as RUs alocadas são consumidas com base em sua distribuição mensal. A renovação automática se aplica se as RUs estiverem disponíveis.
Quando uma VM é excluída de um pool manual ou quando um pool automático é excluído, as RUs correspondentes são liberadas nas 24 horas a seguir.
-
Para o restante do mês do contrato atual, você pode reutilizar as RUs lançadas no mesmo tenant.
-
Nos meses seguintes, as RUs restantes podem ser usadas em tenants.
Por exemplo, você adquiriu um pacote de 72.000 RUs para um contrato de um ano, que começa em 1º de janeiro e termina em 31 de dezembro. A seguinte linha do tempo abrange:
-
1º de janeiro - você cria a VM1 no tenant T1, que consome 6000 RUs.
-
15 de janeiro - você exclui a VM1 do tenant T1.
-
16 de janeiro - as 6000 RUs são lançadas, e você pode reutilizá-las para criar a VM2 no mesmo tenant T1.
-
1º de fevereiro - você mantém a mesma VM2 executando no tenant T1, e isso consome mais 6000 RUs do seu pacote, com base na distribuição mensal. Você fica com 60.000 RUs (72.000 menos 6000 para janeiro e 6000 para fevereiro).
-
15 de fevereiro - você mantém a mesma VM2 no tenant T1, mas cria mais duas VMs em dois tenants diferentes, T2 e T3. Isso consome 12.000 RUs das 60.000 restantes: uma para a VM no tenant T2 e outra para a VM no tenant T3. Você fica agora com 48.000 RUs.
Para evitar gerenciar contas diferentes em cada VM, e para usar um único conjunto de credenciais para autenticação, você pode ingressar suas VMs em um domínio. Dessa forma, você pode integrar suas máquinas com uma infraestrutura de identidade existente, e seus Cloud Robots podem executar trabalhos sob o usuário de um domínio.
Se você tiver VMs que ingressaram em um domínio, você não pode tirar um instantâneo dessas imagens personalizadas.
São usadas principalmente três soluções de identidade, resumidas na tabela a seguir, juntamente com a abordagem de conexão de domínio correspondente e a disponibilidade atual no UiPath:
Solução de identidade |
Disponibilidade no UiPath |
Conexão ao domínio |
---|---|---|
Serviços de domínio do Active Directory (AD DS) (*) |
Disponível |
por meio do gateway VPN site a site |
Serviços de domínio do Azure Active Directory (Azure AD DS) (*) |
Disponível |
por meio do gateway VPN site a site |
(*) [Recurso de visualização] Serviços de domínio Active Directory (On-prem AD) e serviços de domínio Azure Active Directory (Azure AD DS) oferecem suporte à associação automática de domínio das máquinas no pool (consulte a etapa 17 no procedimento Criando o pool de Cloud Robot)
Use essa solução para gerenciar a identidade e o acesso em ambientes locais.
O AD DS permite que seus Cloud Robots autentiquem e acessem recursos de rede locais por meio de controladores de domínio locais. A conexão site a site ao controlador de domínios é estabelecida por meio do serviço gateway VPN. Você continua a manter todos os componentes da infraestrutura e diretórios associados.
Leia a documentação do Azure para obter mais detalhes.
Use essa solução para gerenciar serviços de domínio, como ingresso em um domínio, política de grupo, LDAP ou autenticação Kerberos/NTLM, igual ao que você usaria para um Active Directory local.
O Azure AD DS permite que seus Automation Cloud Robots autentiquem e acessem recursos de rede na nuvem por meio de domínios gerenciados do Azure AD DS. Além disso, você pode ingressar e gerenciar VMs no Azure. A conexão site a site aos domínios gerenciados do Azure AD DS é estabelecida por meio do serviço gateway VPN.
Você não precisa implantar ou manter a infraestrutura do AD DS para componentes como VMs, servidores do Windows ou controladores de domínio.
Para ingressar um Automation Cloud Robot - VM em um domínio gerenciado do Azure AD DS:
- Faça login em sua VM.
- Acesse o Gerenciador do servidor.
-
No painel à esquerda do Gerenciador do servidor, selecione Servidor local e, depois, selecione GRUPO DE TRABALHO.
- Na guia Propriedades do sistema > Nome do computador, clique em Alterar. A Janela Alterações do nome do computador/domínio é aberta.
-
No Campo Domínio, especifique o nome de seu domínio gerenciado. Por exemplo,
aaddscontoso.com
. - Para ingressar no domínio, forneça as credenciais de um usuário que faça parte do domínio gerenciado.
Observação:
1: a conta do usuário deve existir em seu domínio gerenciado ou em seu tenant do Azure AD. Durante o ingresso no domínio, contas de diretórios externos associados a seu tenant do Azure AD não podem se autenticar corretamente.
2: as credenciais de conta podem ser especificadas no formato UPN, que é o formato recomendado, ou no formato NomeDaContaSAM. Por exemplo, o usuário "VMadmin" no formato UPN é "vmadmin@contosoaadds.com", e formato NomeDaContaSAM é "AADDSCONTOSO\vmadmin".
- Clique em OK. Aguarde alguns até que a VM ingresse no domínio gerenciado. Se for bem-sucedido, será exibida uma caixa de mensagem de boas-vindas.
- Reinicie a VM para concluir o processo de ingresso no domínio.
Quando você muda para outra região do tenant, os pools e VMs do Cloud Robots existentes permanecem na região antiga.
Para executar VMs do Cloud Robots na nova região, você precisa:
-
Criar um novo pool na nova região.
-
Para pools manuais, adicionar novas VMs.
-
Configurar uma nova VPN para acessar recursos na nova região.
As VMs adicionadas aos pools existentes (antes da migração de região) continuam a operar na região original.
- Sobre máquinas
- O que uma máquina padrão inclui?
- Que tamanho de máquina devo escolher?
- Quando as atualizações do UiPath Studio e do Robot são aplicadas?
- Onde as máquinas virtuais são criadas?
- Sobre a janela de manutenção
- As imagens de máquina que criei serão atualizadas automaticamente com a versão mais recente do Windows e suas atualizações?
- A janela de manutenção se aplica a todas as máquinas?
- As unidades de robô são consumidas durante a janela de manutenção?
- Máquinas desabilitadas
- Por que tenho máquinas em um estado desabilitado?
- Como reabilito uma máquina desabilitada?
- Máquinas desabilitadas consomem Robot Units?
- Como posso evitar que máquinas desabilitadas consumam Robot Units recém-adicionadas?
- Consumo de Robot Units de pools de VMs automáticos
- Liberando e reutilizando Robot Units
- Máquinas que ingressaram em um domínio
- Serviços de domínio do Active Directory (AD DS)
- Serviços de domínio do Azure Active Directory (Azure AD DS)
- Mudança para outra região do tenant