Leia e revise a documentação do Automation Anywhere

Automation 360

Fechar conteúdo

Contents (Conteúdo)

Abrir conteúdo

Visão geral de alta disponibilidade e recuperação de desastres

  • Atualizado: 2021/08/06
    • Automation 360 v.x
    • Explorar
    • Espaço de trabalho RPA

Visão geral de alta disponibilidade e recuperação de desastres

A alta disponibilidade (HA) fornece um mecanismo de failover se um IQ Bot serviço ou servidor falhar. A recuperação de desastres (DR) permite a recuperação em uma distância geograficamente separada se um desastre fizer com que um data center inteiro falhe.

IQ Bot Usa um mínimo de 3 nós e um máximo de 5 nós em um cluster para alta disponibilidade (HA).

IQ Bot Solução HA e DR

No contexto IQ Botdo , a implementação do HA (High Availability, alta disponibilidade) e DR (Disaster Recovery, recuperação de desastres) reduz o tempo de inatividade e mantém a continuidade dos negócios (COb) para suas bot atividades.

  • Alta disponibilidade(HA): A alta disponibilidade é um projeto de sistema arquitetônico que tenta proteger um sistema contra determinados cenários de falha. Isso significa que, mesmo que partes de um sistema estejam falhando, como um todo ele ainda está disponível e utilizável. As soluções de alta disponibilidade normalmente protegem contra cenários específicos, como: Falhas de servidor, falhas de componentes únicos, falhas de dependência, aumentos de carga variáveis e divisões de redes, dependendo dos componentes do sistema que se tornam inacessíveis em uma rede.
  • DR(Disaster Recovery, recuperação de desastres): A recuperação de desastres envolve um conjunto de políticas e procedimentos para permitir a recuperação ou a continuação de infraestrutura e sistemas vitais após um desastre natural ou induzido pelo ser humano. A recuperação de desastres resolve muitas causas diferentes de falhas em um sistema em que a alta disponibilidade geralmente leva em consideração algumas causas previsíveis. A recuperação de desastres tem como foco restabelecer serviços após um incidente, não apenas o failover. A recuperação de um sistema inclui cenários como: Reiniciar um serviço ou sistema, restaurar arquivos de configuração ou um banco de dados a partir de backups.
Para garantir a proteção de HA e DR de seus IQ Bot componentes, configure sua infraestrutura de HA e DR existente, balanceamento de carga e sistemas de failover para incluir IQ Bot servidores e serviços. Consulte o administrador do data center para obter os procedimentos de HA e DR locais aprovados.

Elementos necessários de infraestrutura de HA e DR

  • Abordagem distribuída: Além dos IQ Bot componentes de data center relacionados ao cluster, também recomendamos que você implante IQ Bot em vários servidores físicos e/ou virtuais.
  • Balanceamento de carga- realizado por um balanceador de carga, este é o processo de distribuição de tráfego de aplicativos ou de rede entre vários servidores para proteger as atividades de serviço e permitir que as cargas de trabalho sejam distribuídas entre vários servidores. Isso garante bot que a atividade continue em servidores em cluster.

  • Bancosde dados: Os bancos de dados usam seu próprio failover interno para proteger os dados. Isso garante a recuperação de dados do banco de dados.

    • Entre os clusters de alta disponibilidade, configure a replicação síncrona entre os servidores MS SQL em cluster primário (ativo) e secundário (passivo) no data center. Isso garante a consistência no caso de uma falha no nó do banco de dados.

      Para a replicação síncrona de alta disponibilidade necessária, configure uma das seguintes opçõeses:

      • Réplica de backup no modo Synchronous-Commit do SQL Server sempre em grupos de disponibilidade
      • Espelhamento de banco de dados SQL para servidor
    • Entre os locais de DR, configure seu banco de dados para fornecer replicação assíncrona do local de DR principal (produção) para o local de DR secundário (recuperação) que está em um local separado geograficamente do local de DR principal.

Exemplo de cenário

Aponte todas IQ Bot as instâncias dentro do mesmo cluster para o mesmo banco de dados e arquivos de repositório. Isso é necessário para permitir o compartilhamento de dados entre vários servidores e garantir que a integridade dos dados seja mantida entre IQ Botos servidores em um cluster.

Modelos de implementação de HA e DR

Para garantir que o IQ Bot esteja protegido por HA e/ou DR, configure seus data centers de acordo com os modelos de implementação descritos em:

Requisitos de implementação de alta disponibilidade

  • Instalar IQ Bot em vários servidores.
  • O acesso ao IQ Bot é feito por meio de um balanceador de carga.
  • Abra RabbitMQ uma porta de sincronização entre IQ Bot servidores.
  • Configure Microsoft SQL Server o no modo de alta disponibilidade.

Requisitos de configuração de HA e DR de instalação

  • O IQ Bot instalador não suporta diretamente a instalação do cluster. Para configurar um cluster, faça o seguinte:
    • Execute o instalador em cada nó do servidor de aplicativos.
    • Compartilhe a pasta de saída usando a função de acesso todos.
    • Após a instalação, execute o messagequeue_cluster_configuration.bat com os argumentos de linha de comando apropriados.
  • Configure IQ Bot em uma configuração de alta disponibilidade.
  • Portas de firewall abertas: 4369 e 25672.
  • Instale RabbitMQ em todos IQ Bot os nós do cluster.

    O primeiro nó onde IQ Bot o está instalado se torna RabbitMQ o nó principal. O nome do host do nó principal é usado para configurar RabbitMQ o cluster.

  • O balanceador de carga é necessário para distribuir um tráfego para todos IQ Bot os nós do servidor.
  • Configure Microsoft SQL Server para alta disponibilidade. Use Microsoft SQL Server a opção sempre ligado.
  • Para RabbitMQ uma instalação específica, consulte a RabbitMQ documentação.

Limitações conhecidas de HA e DR

  • Para detetar a disponibilidade IQ Bot de instâncias, um balanceador de carga envia periodicamente pings, tenta conexões ou envia solicitações para testar IQ Bot as instâncias. Esses testes são chamados de verificações de integridade.
  • As verificações de integridade não verificam a disponibilidade RabbitMQ de instâncias.
Send Feedback (Enviar Feedback)