Modelos de implantação de HA e DR

Automation 360 Oferece várias opções de implantação para atender a vários níveis de desempenho de custo/preço da empresa e requisitos de resiliência. As opções incluem a instalação em nós simples e em vários nós. As implantações de múltiplos nós podem ser configuradas para clusters de alta disponibilidade (HA) e locais de recuperação de desastres (DR).

Os serviços de implantação são criados utilizando o instalador do Automation 360. Um típico servidor do Automation 360 executa os seguintes serviços:

Automation Anywhere Serviços de automação
Automation Anywhere Serviço de mensagens
Automation Anywhere Serviços de caching
Automation Anywhere Serviços de pesquisa
Armazenamento do repositório
(Opcional) IQ Bot VM

O instalador do Automation 360 também compatível com a configuração de implantação para vários nós.

Planejamento

Identifique suas exigências antes de selecionar um modelo de implantação. Para obter melhores resultados, implemente os mesmos sistemas operacionais em todos os ambientes de desenvolvimento, teste e produção de Espaço de trabalho RPA. No mínimo, tenha o mesmo SO em ambientes de produção e de teste.

Modelos de implantação

A um alto nível, há duas maneiras de implantar ou instalar o Automation 360 - nó único e vários nós. Escolha a opção que atenda às suas exigências de continuidade de negócios.

Implantação de nó único

Como o nome sugere, há um único nó físico de servidor, no qual todos os serviços relacionados a Automation 360 são executados. Por projeto, esta configuração não oferece nenhuma redundância e, portanto, a disponibilidade depende dos serviços neste nó único.

Banco de dados

Na implantação de nó único, o banco de dados pode estar em qualquer lugar se o Control Room puder de se conectar com o servidor de banco de dados. Isto pode envolver configurações de rede.

Nota: Você não pode hospedar o servidor de banco de dados no mesmo servidor que o Control Room pois requer maior processamento/ configuração de memória no servidor.

Características

Sem recuperação em caso de desastre (ponto único de falha): Se o nó único falhar, a operação da RPA será adversamente afetada.
Sem alta disponibilidade: Se o servidor for desconectado para atualização ou manutenção, as operações da RPA serão afetadas.
Sem aumento de escala da RPA: Quando as implantações de RPA aumentarem e os usuários aumentarem, o nó único precisará gerenciar o aumento da carga. Isto pode afetar negativamente o desempenho da RPA.

Recomendações de uso

De maneira geral, as implantações de nó único são recomendadas para uso em pequena escala em comprovações de conceitos, demonstrações, testes e avaliações, para citar alguns.

As implantações de um único nó NÃO SÃO RECOMENDADAS para uso na produção porque qualquer tempo de paralisação prejudicará a operação da RPA e a continuidade dos negócios.

Vantagens

Instalação e configuração rápida e fácil
Servidores adicionais não necessários
Balanceadores de carga e configuração de agrupamento não obrigatórios

A imagem a seguir mostra o Automation Anywhere e os componentes do data center para um único nó. Os componentes do Automation Anywhere são mostrados em laranja e os componentes fornecidos por sua organização são mostrados em azul. Componentes hospedados centralmente na nuvem e gerenciados pelo Automation Anywhere, como o servidor de licença, são mostrados em laranja claro.

Implantação de vários nós

Para atingir maior escala de processamento, maior disponibilidade nas instalações de produção, os serviços do Automation 360 são implantados em vários nós de servidor. O instalador permite a configuração multimodo. Isto envolve etapas de configuração adicionais, como a ligação de serviços ao mesmo banco de dados e assim por diante.

Abordagem distribuída

O Control Room proporciona a flexibilidade para processar um grande número de solicitações em uma determinada janela de tempo.

Implantar várias instâncias de Control Room em vários servidores físicos ou virtuais, conforme necessário. Isto também significa definir a configuração do cluster para os serviços de cache, pesquisa e envio de mensagens.

Balanceamento de carga

Realizado por um balanceador de carga, este é o processo de distribuição de aplicativos ou tráfego de rede em vários servidores para proteger as atividades de serviço, permitindo que cargas de trabalho sejam distribuídas entre vários servidores. Isso garante que a atividade de automação continue em servidores em cluster.

Requisitos do balanceador de carga

Bancos de dados

Em implantações de múltiplos nós, os bancos de dados utilizam seu próprio failover incorporado para proteger os dados. Isso garante recuperação de dados do banco de dados.

Se você utiliza serviços de banco de dados baseados em nuvem como AWS-RDS, a Alta Disponibilidade e Recuperação de Desastres como parte de suas ofertas de serviços, não são necessárias outras configurações de banco de dados.

Para cenários puros de banco de dados no local, configure a replicação síncrona entre o cluster primário (ativo) e o secundário (passivo) Microsoft SQL Server no data center. Isso garante consistência no caso de falha de nó de banco de dados.

Para replicação síncrona, configure o banco de dados usando o modelo de editor e assinante em Microsoft SQL Server do local de recuperação do desastre primário para o local de recuperação do desastre secundário que se encontra em um local geograficamente separado do local primário.

Replicar dados entre locais primários e secundários

A imagem a seguir mostra o Automation Anywhere e os componentes do data center para três nós em um cluster em um data center. Os componentes do Automation Anywhere são mostrados em laranja e os componentes fornecidos por sua organização são mostrados em azul. Componentes hospedados centralmente na nuvem e gerenciados pelo Automation Anywhere, como o servidor de licença, são mostrados em laranja claro.

Modelo de implantação de alta disponibilidade (HA)

Importante: Não há suporte para clusters estendidos.

Tenha certeza de que todos os nós de cluster de HA estejam configurados no mesmo local. Não configure os nós em um único cluster de HA que esteja localizado em vários sites. Configure um cluster de HA no local primário e o outro cluster de HA no local secundário.
O Control Room e o IQ Bot devem ser configurados no mesmo data center para garantir a comunicação entre ambos os aplicativos.