Cenários de implantação

Implantação online

Uma implantação online do Automation Suite é aquela que requer acesso à Internet durante a instalação e o runtime. Todos os produtos da UiPath® e bibliotecas compatíveis estão hospedados no registro da UiPath® ou no armazenamento de terceiros confiável da UiPath.

Você pode limitar o acesso à Internet com a ajuda de um firewall restrito ou de um servidor proxy, bloqueando todo o tráfego da Internet além do exigido pelo Automation Suite. Para obter mais detalhes sobre regras de firewall ou proxy, consulte Configurando o proxy.

Implantação offline

Uma implantação offline (isolada) é uma configuração completamente isolada, sem acesso à Internet. Esse tipo de configuração requer a instalação de um registro adicional para armazenar todas as imagens e binários de contêiner dos produtos UiPath, que são enviados na forma de tarball.

Observação:

Você não tem permissão para alterar o método de implantação após a instalação. Isso significa que você não pode alterar para o método offline se a instalação for feita online e vice-versa. É recomendável escolher sua estratégia de implantação após uma análise cuidadosa.

Implantação do Automation Suite em EKS

Arquitetura de implantação

Você pode consultar os seguintes diagramas de arquitetura para implantar o Automation Suite no EKS.

Implantação online

Implantação offline

Visão geral

O diagrama de arquitetura anterior mostra como o Automation Suite pode ser configurado no cluster AWS EKS.

Um cluster EKS é implantado em uma única região da AWS, na qual os nós de trabalho EC2 estão em um grupo de escalonamento automático distribuído em três zonas de disponibilidade. A distribuição de nós entre zonas de disponibilidade é o que traz resiliência à falha completa da zona.

Cada zona tem uma sub-rede privada e uma sub-rede pública. Os nós de trabalho EC2 são hospedados em uma sub-rede privada, enquanto a sub-rede pública hospeda um endereço IP elástico e um gateway NAT. O gateway NAT é necessário para se conectar à Internet ao acessar o plano de controle EKS a partir dos nós de trabalho e se conectar ao registro do Docker para obter as imagens de contêiner para a implantação do Automation Suite .

Os endereços IP elásticos hospedados em cada sub-rede pública são passados para o Automation Suite durante a instalação para registrá-lo como um endpoint onde o Istio deve escutar qualquer tráfego de entrada. Pelo mesmo motivo, o Balanceador de carga de rede (NLB) deve usar esses pontos de extremidade para encaminhar qualquer solicitação feita para o Automation Suite .

Fontes de dados como o Amazon RDS para Microsoft SQL Server, bucket S3, Elastic File System e Elastic Cache devem ser configuradas para ter redundância suficiente em caso de falha e devem ser acessadas a partir da sub-rede privada onde as instâncias do trabalhador do EC2 estão hospedadas.

Observação:

• O Automation Suite não tem regras de afinidade para garantir que os pods de trabalho sejam distribuídos igualmente em toda a zona. Se houver qualquer falha no nível de zona, pode haver uma degradação temporária do serviço, que seria resolvida quando esse serviço for movido automaticamente para uma nova zona pelo plano de controle EKS.
• O Insights requer que os volumes do EBS armazenem o painel e os outros metadados. Na AWS, os volumes do EBS são vinculados à zona na qual estão presentes e não se movem quando a zona está inativa. O Insights não estará disponível até que a zona na qual os insights foram agendados seja recuperada.
• O EKS não habilita o autoescalonamento por padrão, ao contrário do AKS. Para ativar essa funcionalidade, você normalmente precisa instalar e configurar software adicional, como o Metrics Server e Cluster-Autoscaler, ou soluções alternativas que fornecem recursos de escalamento automático semelhantes.

Automation Suite na implantação do AKS

Arquitetura de implantação

Você pode consultar os seguintes diagramas de arquitetura para implantar o Automation Suite no AKS.

Implantação online

Implantação offline

Visão geral

Um cluster do AKS é implantado em uma única região onde os nós do trabalho estão distribuídos entre os pools de nós do sistema e do usuário. Os componentes principais do AKS (exceto o plano de controle) estão hospedados no pool de nós do sistema, como CNI, CoreDNS, etc. Além disso, os serviços principais da UiPath® também estão hospedados no mesmo Pool de nós. Os Pools de nós do usuário adicionais podem hospedar os nós do trabalho para Automation Suite Robots, Task Mining e GPU.

Cada Pool de nós hospeda o conjunto de dimensionamento de máquina virtual (VMSS), garantindo que os nós de trabalho sejam distribuídos em várias zonas para fornecer resiliência à falha de zona e escala quando necessário.

O endereço IP estático associado ao balanceador de carga é passado para o Automation Suite durante a instalação para registrá-lo como um endpoint no qual o Istio deve ouvir qualquer tráfego de entrada. Pelo mesmo motivo, o Azure Load Balancer (L4) deve usar esses endpoints para encaminhar qualquer solicitação para o Automation Suite .

Datasources como o Microsoft SQL Server, Azure Storage Account e Azure Redis Cache devem ser configurados para ter redundância suficiente em caso de falha e devem ser acessados a partir da sub-rede na qual os nós de trabalho do AKS estão hospedados.

Além disso, pode haver a necessidade de um Jump Box/Bastion Server adicional, que pode ter todos os privilégios necessários para operar o cluster do AKS.

Observação:

O Automation Suite não tem regras de afinidade para garantir que os pods de trabalho sejam distribuídos igualmente em toda a zona. Se houver qualquer falha no nível de zona, pode haver uma degradação temporária do serviço, que será resolvida quando esse serviço for movido automaticamente para uma nova zona pelo plano de controle do AKS.

Modos de implantação e casos de uso

O Automation Suite oferece suporte aos seguintes modos de implantação:

Modo de implantação

Description

Vários nós - produção, habilitado para HA

Suportado para uso em produção. Você pode escolher entre duas variedades do modo de vários nós: Modo Lite Por padrão, a infraestrutura e os componentes compartilhados são definidos para o modo HA, enquanto todos os serviços são definidos para não HA (o escalonamento automático do pod horizontal é habilitado com no mínimo uma réplica). Você pode definir serviços específicos para o HA. Você também tem a opção de executar configurações adicionais pós-implantação para ter recursos completos de HA. Modo de alta disponibilidade HA totalmente habilitado, com alta disponibilidade no cluster ou alta disponibilidade externa.

Instalações em modo Lite

As instalações no modo Lite oferecem um processo de configuração simples e com poucos recursos, incluindo todos os recursos, exceto a alta disponibilidade. O modo Lite garante um gerenciamento flexível da infraestrutura, permitindo que você habilite a alta disponibilidade para serviços selecionados durante ou após a instalação, conforme necessário.

Importante:

Você pode usar o modo Lite em produção, mas precisa estar ciente das implicações e riscos de ter serviços sem alta disponibilidade habilitados.

Instalações de alta disponibilidade

As instalações de vários nós são suportadas para implantações de produção, fornecendo maior escalabilidade, confiabilidade aprimorada e gerenciamento eficiente de recursos.