Perguntas frequentes

Sobre máquinas

O que uma máquina padrão inclui?

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.

Que tamanho de máquina devo escolher?

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

Quando as atualizações do UiPath Studio e do Robot são aplicadas?

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.

Onde as máquinas virtuais são criadas?

Todas as máquinas virtuais são criadas e hospedadas em nossa assinatura do Microsoft Azure.

Em que região as máquinas virtuais são hospedadas?

Todas as máquinas virtuais são criadas e hospedadas na região do tenant.

Os administradores da organização podem ver qual é a região para um tenant em Configurações do tenant (Admin > Tenants).

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?

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.

A janela de manutenção se aplica 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.

As unidades de robô são consumidas durante a janela de manutenção?

As Robot Units necessárias são consumidas uma vez por mês, quando a máquina é inicializada pela primeira vez. Depois disso, ela pode ser executada indefinidamente durante todo o mês sem consumir Robot Units adicionais.

Máquinas desabilitadas

Por que tenho máquinas em um estado desabilitado?

Desabilitamos automaticamente as máquinas criadas mais recentemente se elas consumirem mais Robot Units do que você tem disponíveis para seu tenant.

Como reabilito uma máquina desabilitada?

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.

Observação: após ser reabilitada, uma máquina estará em um estado Parado. Para usá-la para executar trabalhos, você deve iniciar a máquina.

Máquinas desabilitadas consomem Robot Units?

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.

Como posso evitar que máquinas desabilitadas consumam Robot Units recém-adicionadas?

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.

Consumo de Robot Units de pools de VMs automáticos

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.

Liberando e reutilizando Robot Units

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.

Máquinas que ingressaram em um domínio

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.

Observação:

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
Azure Active Directory	Disponível	por meio de uma máquina da Área de Trabalho do Windows Veja como é possível configurar uma máquina que executa o Windows Desktop (etapa 9).

(*) [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)

Serviços de domínio do Active Directory (AD DS)

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.

Observação: para integrar seu Active Directory local ao Azure, conecte seu ambiente local a um domínio do Azure AD na nuvem por meio do gateway VPN site a site.

Leia a documentação do Azure para obter mais detalhes.

Serviços de domínio do Azure Active Directory (Azure AD DS)

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:

Observação: o procedimento a seguir é igual ao usado para conectar um computador a um domínio do AD DS local.

1. Faça login em sua VM.
2. Acesse o Gerenciador do servidor.

3. No painel à esquerda do Gerenciador do servidor, selecione Servidor local e, depois, selecione GRUPO DE TRABALHO.

   
   

   

   
   
4. Na guia Propriedades do sistema > Nome do computador, clique em Alterar. A Janela Alterações do nome do computador/domínio é aberta.
5. No Campo Domínio, especifique o nome de seu domínio gerenciado. Por exemplo, aaddscontoso.com.
   
   

   

   
   
6. 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 é "[e-mail]", e formato NomeDaContaSAM é "AADDSCONTOSO\vmadmin".

7. 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.
8. Reinicie a VM para concluir o processo de ingresso no domínio.

Moving to another tenant region

When you move to another tenant region, the existing cloud robot pools and VMs remain in the old region.

To run cloud robot VMs in the new region, you need to:

• Create a new pool in the new region.

• For manual pools, add new VMs.

• Set up a new VPN to access resources in the new region.

Importante:

VMs added to existing pools (prior to region migration) continue to operate in the original region.