Por que usar cercas quando você já tem links de comunicação redundantes?

Question

Este artigo se refere ao uso de links de comunicação redundantes (também conhecido como STONITH). Estou tentando entender quais benefícios o STONITH dá em caso de cérebro dividido. Considere, por exemplo, que você tem o nó A, nó B, dispositivo STONITH que está conectado usando o comutador I. Se o comutador I morre - a rede é particionada - e o nó A não pôde enviar a solicitação ao dispositivo STONITH, portanto é inútil.

Ok, podemos ter um switch dedicado II que conecta nós com o dispositivo STONITH. Se o switch I falhar, ainda poderemos enviar sinal para o dispositivo STONITH e ele poderá desligar o nó B.

Mas a questão é: por que não apenas usar o switch II como um caminho de comunicação redundante entre o nó A e o nó B? Se o switch I falhar, você ainda poderá usar o switch II e não será necessário desligar o nó B.

    

Answer 1

A ideia é que, quando o cluster decidir que precisa fazer failover de um nó, deve haver algo errado com esse nó.

Esgrima, filmar o outro nó na cabeça (STONITH) é a melhor garantia de que o nó com falha liberará todos os recursos que estava armazenando, e as probabilidades são de que se o problema fosse relacionado ao software, ele seria corrigido por um disco rígido. reset, o que é um bom bônus ...

Você cria um cluster normalmente porque o serviço em cluster não oferece suporte a executá-lo simultaneamente e, quando duas instâncias são executadas simultaneamente, as coisas dão muito errado. Muito esforço é feito para evitar isso. A alta disponibilidade frequentemente é um segundo distante em suas prioridades como um designer de cluster.