Gerenciamento de quedas de energia e isolamento de rede em um cluster HA

Quais são os diferentes cenários em caso de isolamento de rede em um cluster?

Uma única rede

Quando há um isolamento de rede, o comportamento padrão é:

• à medida que heartbeats são perdidas para cada nó, cada nó vai para ALONE e executa o aplicativo com seu endereço IP virtual (execução dupla do aplicativo modificando seus dados locais),
• quando o isolamento é reparado, um nó ALONE é forçado a parar e a ressincronizar seus dados com o outro nó,
• no final, o cluster é PRIM-SECOND (ou SECOND-PRIM, de acordo com a detecção de endereço IP virtual duplicado feita pelo Windows).

Duas redes com uma rede de replicação dedicada

Quando há um isolamento de rede, o comportamento com uma rede de replicação dedicada é:

• uma rede de replicação dedicada é implementada em uma rede privada,
• Heartbeats na rede de produção são perdidos (rede isolada),
• Heartbeats na rede de replicação estão funcionando (não na rede isolada),
• o cluster permanece no estado PRIM/SECOND.

Uma única rede e um checker split-brain

Quando há um isolamento de rede, o comportamento com um checker split-brain é:

• um checker split-brain foi configurado com o endereço IP de uma testemunha (normalmente um roteador),
• o checker split-brain opera quando um servidor passa de PRIM para ALONE ou de SECOND para ALONE,
• Em caso de isolamento de rede, antes de ir para ALONE, ambos os nós testam o endereço IP
• o nó que pode acessar o endereço IP vai para ALONE, o outro vai para WAIT,
• Quando o isolamento é reparado, o nó WAIT resincroniza seus dados e se torna SECOND.

Observação: se a testemunha estiver inativa ou desconectada, ambos os nós entram em WAIT e o aplicativo não está mais em execução. É por isso que você deve escolher uma testemunha robusta, como um roteador.

Quais são os diferentes cenários em caso de queda de energia em um cluster?

Falha de energia no nó primário

Quando uma queda de energia interrompe apenas o funcionamento do nó primário:

• Há um failover automático no nó secundário, que fica isolado e reinicia a aplicação.
• Quando o nó 1 é reiniciado, ele se torna SEDOND após a ressincronização dos dados replicados.
• Os papéis de primário e secundário podem ser trocados por um administrador, se necessário.

Falha de energia do nó secundário

Quando uma queda de energia interrompe apenas o nó secundário:

• Não há failover, o nó primário fica isolado e a aplicação continua sua execução no nó 1.
• Quando o nó 2 é reiniciado, ele se torna SEDOND após a ressincronização dos dados replicados.

Queda geral de energia - caso 1

Quando uma queda de energia interrompe o funcionamento de ambos os nós, o comportamento padrão é:

• ambos os nós entram em estado de PARADA,
• Quando o nó 1 é reiniciado, ele não entra no estado ALONE e não reinicia o aplicativo porque não sabe se possui os dados atualizados. Portanto, ele entra no estado WAIT, aguardando a reinicialização do outro nó.
• Quando o nó 2 é reiniciado, ambos os nós retornam aos seus estados PRIM/SECOND anteriores.

Queda geral de energia - caso 2

Quando uma queda de energia interrompe ambos os nós, o comportamento com syncdelta é o seguinte:

• O parâmetro syncdelta está configurado, por exemplo, para 10 minutos, o que significa que o início de um nó é aceito mesmo que seus dados estejam 10 minutos atrasados em relação à última sincronização.
• Quando o nó 1 é reiniciado, ele entra no modo ALONE e reinicia o aplicativo, desde que a reinicialização seja feita em até 10 minutos após a falha de energia.
• Quando o nó 2 é reiniciado, ele se torna o SEGUNDO após a ressincronização dos dados replicados.
• Observação: se o nó 2 for reiniciado primeiro, ele se tornará o único nó em execução e o nó 1 se tornará o segundo nó em execução ao iniciar.

🔍 Explore o SafeKit

Encontre informações sobre os recursos, as arquiteturas, os vídeos, a documentação e a avaliação gratuita do SafeKit.