Modelo de implantação de recuperação de desastres
- Última atualização2023/01/31
O modelo de implantação de recuperação de desastres (DR) usa clusters de alta disponibilidade (HA) distribuídos em uma área geográfica.
A Recuperação de Desastres (DR) é um método em que duas configurações de data center de alta disponibilidade (HA) são separadas geograficamente. O benefício extra aqui de uma configuração de HA de local único é que, no caso de um desastre localizado, o data center fisicamente removido retoma as funções com tempo de inatividade mínimo.
Pré-requisitos
- Habilitar os portos de entrada e de saída.
- Adicione todos os nomes de host nas entradas do arquivo host para todos os nós.
- Garantir que os bancos de dados primários e secundários estejam em sincronia.
- Automation Anywhere Control Room e IQ Bot devem ser instalados tanto em locais DR primários (ativos) quanto secundários (passivos).
- Ao alternar entre os servidores primários e secundários, garanta o seguinte:
- Se o banco de dados secundário tiver permissão somente de leitura, o banco de dados primário tem permissão de leitura/gravação.
- Se o banco de dados secundário tiver permissão de leitura/escrita, o banco de dados primário tem permissão somente de leitura.
O diagrama a seguir mostra a configuração do DR IQ Bot:
Neste exemplo, todos os servidores tem redundância.
- Vários usuários tem acesso ao cluster IQ Bot através de seus navegadores web. Os navegadores web se comunicam com os clusters IQ Bot através dos balanceadores de carga.
- Vários Bot Runners se comunicam com seu cluster IQ Bot por meio do balanceador de carga.
- O compartilhamento de arquivos SMB de bloco de mensagens de servidor e o Microsoft SQL Server armazenam dados do cluster IQ Bot. Ambos os servidores são replicados de forma assíncrona no local de recuperação de desastres de backup.
- O Microsoft SQL Server usa redundância por meio da sincronização de replicação para o Microsoft SQL Server agrupado no local primário de recuperação de desastres.
Para recuperação de desastres em ambiente IQ Bot.
-
Implantar um segundo cluster HA IQ Bot em um data center adicional que está em uma localização geográfica separada.
-
Em caso de falha no site primário, faça a recuperação de desastres manualmente. Consulte Visão geral das etapas de failover de recuperação de desastres.
Nota: Quando ocorre um failover para um local de backup, é possível que alterações muito recentes feitas no site primário sejam perdidas.
- Prós
- Fornece continuidade de negócios quando confrontado com interrupção ou perda de data center.
- Contras
- Maior carga operacional.
Entre em contato com nossos CSM (Gerente de sucesso do cliente) ou PEM (Gerente de capacitação de parceiros) para obter mais detalhes sobre IQ Bot On-Premises benchmarking. Disaster Recovery.
IQ Bot On-Premises Disaster Recovery benchmarking (A-People login required)