Recomendações de High Availability

Use exatamente três nós dedicados em máquinas separadas, um endereço IP virtual reservado e um segmento de camada 2 ou domínio de broadcast compartilhado.

Garanta que todos os três nós atendam aos requisitos de sistema documentados.

Mantenha todos os nós na mesma VLAN dedicada ou em outro segmento isolado de camada 2 e mantenha o tráfego Keepalived/VRRP nesse segmento.

Mantenha o horário dos nós sincronizado. O provisionamento exige que a diferença entre os relógios dos nós não seja superior a 1 segundo, e uma diferença de 5 segundos ou mais não é recomendada.

Use o IP virtual como o único ponto de extremidade para clientes de navegador, clientes OPC UA, clientes MQTT e implementações do

FactoryTalk Optix

Studio.

Mantenha as portas do projeto alinhadas às portas do cluster. Por exemplo, a porta Web no cluster deve corresponder à porta do

MecanismoDeApresentaçãoDaWeb

no projeto.

Portas pré-configuradas

Nome da porta	Porta padrão
Mecanismo de apresentação da Web (http)	80
Mecanismo de apresentação da Web (https)	443
Servidor OPC UA (opcua)	59100
Intermediador MQTT (mqtt)	8883

Configure o armazenamento de retentividade para as alterações de tempo de execução que devem persistir. Quando você adiciona o módulo HighAvailability, o armazenamento de retentividade usa automaticamente o banco de dados compartilhado do cluster.

Armazene outros dados essenciais para o failover fora da pasta de arquivos do aplicativo. Os arquivos gerados pelo tempo de execução gravados nessa pasta não são sincronizados entre os nós, a sincronização de bancos de dados embutidos não é compatível e o registro em log em um banco de dados externo é o projeto documentado.

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.

Mantenha a identidade e a confiança OPC UA estáveis durante o failover. Forneça um certificado de servidor e uma chave privada no arquivo do projeto e preencha previamente o armazenamento confiável com os certificados de cliente esperados.

Habilite a criptografia de disco em cada nó antes da instalação do cluster. Sem criptografia de disco, os volumes persistentes em

/var/lib/rancher/k3s/storage

permanecem em texto não criptografado.

Use somente autenticação baseada em chave SSH, limite o acesso SSH à rede de gerenciamento, mantenha as atualizações automáticas de segurança habilitadas, desabilite serviços e pacotes desnecessários, mantenha o daemon de auditoria em execução, proteja os dados do K3s e as credenciais dos agentes e aplique patches de segurança do sistema operacional e do K3s em cada nó.

Restrinja as regras de firewall às portas necessárias provenientes de CIDRs confiáveis. Bloqueie o intervalo NodePort para origens externas e bloqueie outros tráfegos de entrada por padrão.

Use as configurações de segurança documentadas nos serviços expostos. Configure o mecanismo de apresentação da Web para HTTPS, use TLS quando MQTT for usado e imponha um modo de segurança OPC UA no servidor OPC UA de tempo de execução.

Confirme os problemas do cluster com diagnósticos e logs exportados antes de fazer alterações corretivas.

Faça backup dos dados persistentes antes de desinstalar ou recriar o cluster. A desinstalação do cluster exclui o armazenamento persistente, os dados do projeto e os dados do banco de dados.