High Availability

Visão geral do cluster

Principais conceitos

Nó

Uma máquina no cluster que executa uma instância de tempo de execução. Um cluster sempre tem exatamente três nós.

Nó ativo

O nó que atende a todo o tráfego de clientes e mantém todas as conexões externas, incluindo controladores, bancos de dados e clientes OPC UA ou MQTT. Somente um nó fica ativo por vez.

Nó ocioso

Um nó totalmente inicializado que está em execução, mas não atende ao tráfego de clientes nem mantém conexões externas com controladores, bancos de dados ou outros dispositivos. Dois nós ficam ociosos durante a operação normal. Se o nó ativo falhar, um nó ocioso se tornará ativo automaticamente.

Failover

O processo automático que detecta uma falha no nó ativo e promove um nó ocioso a ativo.

IP virtual (Virtual IP, VIP)

Um único endereço IP usado pelos clientes e pelo FactoryTalk Optix Studio para o tráfego de clientes e para implementar projetos no cluster, independentemente de qual máquina hospeda o tempo de execução ativo. O cluster gerencia o endereço automaticamente.

Monitor de tempo de execução

Um serviço que verifica continuamente a integridade dos nós e inicia o failover quando necessário.

Banco de dados compartilhado

Um cluster de banco de dados sincronizado que todos os nós usam para dados de retentividade. Um nó recém-ativado tem os dados retidos atuais.

High Availability Manager

Um aplicativo de desktop do Windows que implanta o cluster e gerencia sua configuração contínua: portas, credenciais, direitos e integridade dos nós.

Visão geral do failover

Os clientes se conectam ao endereço IP virtual em vez de endereços de nós individuais.
O nó ativo processa todo o tráfego de clientes e as conexões externas, incluindo controladores, bancos de dados e clientes OPC UA ou MQTT.
Todos os três nós compartilham o mesmo banco de dados para dados de retentividade, replicados de forma síncrona, para que um nó ocioso possa se tornar ativo com os dados retidos atuais.
O Monitor de tempo de execução verifica continuamente a integridade dos nós. Se o nó ativo falhar, o serviço iniciará o failover.
Durante o failover automático, um nó ocioso é promovido a ativo e o tráfego é redirecionado para ele por meio do IP virtual.
Quando o nó com falha se reconecta, ele retorna automaticamente ao cluster como um nó ocioso.

Considerações sobre o aplicativo

São necessários exatamente três nós. Cada instância de tempo de execução é executada em um nó dedicado.
O cluster tolera a falha de um nó.
Durante o failover, o aplicativo de tempo de execução para de ser executado temporariamente. Operações como o registro de dados também são interrompidas. Durante a transição do nó, ocorre uma perda temporária de conexão entre o cliente Web e o aplicativo de tempo de execução. O tempo de failover varia de acordo com o tipo de falha e o tamanho do aplicativo.
Após o failover, o cliente retorna à janela Inicial e faz login como o usuário inicial, conforme configurado nas propriedades do MecanismoDeApresentaçãoDaWeb
Os dados do aplicativo configurados no módulo de retentividade são sincronizados entre os nós.
Os dados gravados na pasta de arquivos do aplicativo em tempo de execução, incluindo arquivos gerados em tempo de execução, não são sincronizados entre os nós nem retidos após o failover, exceto os dados de retentividade.
DICA: Exporte automaticamente os arquivos para um servidor externo e recupere-os na inicialização
O sistema não oferece suporte à sincronização de banco de dados embutido. A Rockwell Automation recomenda registrar em log em um banco de dados externo.
Armazene as credenciais de administrador com segurança.
O High Availability se aplica somente ao aplicativo
FactoryTalk Optix
de tempo de execução.