Leia e revise a documentação do Automation Anywhere

Automation 360

Fechar conteúdo

Contents (Conteúdo)

Abrir conteúdo

Visão geral da configuração do cluster HA

  • Atualizado: 2020/05/11
    • Automation 360 v.x
    • Explorar
    • Espaço de trabalho RPA

Visão geral da configuração do cluster HA

Para dar suporte Automation Anywhere ao seu data center, configure um cluster HA. Siga os métodos e procedimentos de sua empresa para implementar seu cluster de data center.

Os clusters de alta disponibilidade protegem serviços e dados no caso de uma falha no servidor ou no serviço. A seguir, uma lista de processos associados a clusters.
Replicação de banco de dados
Configurar a replicação síncrona entre o local principal (ativo) e os servidores MS SQL do local secundário (passivo) para garantir a consistência no caso de uma falha no nó do banco de dados.
Tempo de inatividade
O tempo de inatividade depende do número de tentativas de reinicialização que o administrador configura para os serviços do servidor principal, do número de failovers permitidos por número de horas e da configuração de failback.
Failback
Depois que o servidor principal retornar ao normal, faça failback da carga de trabalho dos servidores secundários para os servidores principais. O servidor principal torna-se o servidor ativo novamente.
Restauração de operações no sistema ou local principal após um failover ou recuperação de desastres em um sistema ou local secundário.
Failover
Se um dos servidores principais falhar, a carga de trabalho do servidor com falha muda automaticamente para o servidor secundário no cluster. Esse processo automático é chamado de failover. O failover garante a disponibilidade contínua de aplicativos e dados. Quando o failover for concluído, o servidor secundário se tornará o servidor ativo.
Quando um sistema (primário) deteta uma falha ou falha, ele transfere automaticamente o controle para um sistema duplicado (secundário). Isso se aplica a clusters HA, onde o failover é de um servidor para outro.
Degradação graciosa
Processo que permite que as dependências de cluster operem normalmente em um local principal degradado.
Redundância
Os clusters de alta disponibilidade usam redundância para evitar pontos únicos de falha (SPOF), como um servidor ou serviço com falha. Os clusters HA incluem servidores primários (ativos) que hospedam serviços ou bancos de dados e servidores secundários (passivos) que hospedam cópias replicadas dos serviços e bancos de dados.
Replicação
Os servidores secundários têm a mesma configuração e software que os servidores principais, eles são uma cópia (cópia redundante) do primário. Os dados são replicados (copiados) dos servidores principais para os servidores secundários.

Para dar suporte a HA e DR para Automation Anywhereo , configure os componentes selecionados em seu data center para HA.

Nota: No contexto de clusters, embora os termos servidor, host e nó tenham um significado específico, eles são usados com frequência de forma intercambiável.
Cluster
Um cluster é um conjunto de servidores (nós) conetados por cabos físicos e software. Em um ambiente de alta disponibilidade, esses clusters de servidores podem estar no mesmo datacenter físico.
Grupo de cluster (função)
Grupo de serviços em cluster que fazem failover juntos e dependem uns dos outros.
Host
A máquina de cluster que está hospedando os serviços.
Vários servidores
A técnica de alta disponibilidade em que as operações estão disponíveis em vários servidores com carga de trabalho gerenciada por um balanceador de carga. Isso se aplica IQ Bot a instâncias.
Um termo genérico para uma máquina em um cluster.
Nó principal
O nó ativo no cluster. A máquina onde as atividades de produção são executadas. Isso se aplica aos servidores de banco de dados.
Nó secundário
A máquina designada como destino no caso de um failover. O nó secundário é uma duplicata passiva do nó principal. Isso se aplica aos servidores de banco de dados.
Servidor
A máquina no cluster instalado com o sistema operacional do servidor.
As tecnologias de cluster HA protegem contra três tipos específicos de falhas:
Falhas de aplicativos e serviços
Isso afeta o software do aplicativo e os serviços essenciais.
Falhas de site em organizações multisite
Isso é causado por desastres naturais, falta de energia ou interrupções de conetividade.
Falhas do sistema e do hardware
Isso afeta componentes de hardware, como CPUs, unidades, memória, adaptadores de rede e fontes de alimentação.
Essa capacidade de lidar com falhas permite que os clusters atendam a dois requisitos típicos na maioria dos ambientes de data center:
Alta disponibilidade
A capacidade de fornecer aos usuários finais acesso a um serviço por uma alta porcentagem de tempo e reduz interrupções não programadas.
Alta confiabilidade
A capacidade de reduzir a frequência da falha do sistema.
Send Feedback (Enviar Feedback)