Portanto, estou vendo muitos pontos de vista conflitantes sobre o uso do STONITH com um cluster DRBD/Pacemaker/Corosync de 2 nós para replicar dados MySQL. O exemplo que encontrei no Site do marcapassoparece desligá-lo, mas muitos outros lugares dizem que você deve mantê-lo ligado... Minha configuração será de 2 nós com 2 interfaces, uma conectada fisicamente à outra máquina, a outra conectada a um switch. Nesse caso, se eu tiver comunicações redundantes, o STONITH é necessário? Se um servidor perder ambas as conexões de rede, ele não receberá nenhum dado do MySQL de qualquer maneira, e quando ele voltar, pretendo definir a aderência como infinita para que (não deveria) tentar se tornar o mestre. Neste caso o STONITH é necessário ou mesmo aconselhável?
Responder1
A melhor coisa a fazer é testar o que realmente acontece sob diferentes modos de falha, para ter certeza de que não há nenhuma falha única que possa fazer com que ambos os servidores MySQL tentem se tornar mestres.
Teste a desativação da conexão com a Internet em um servidor. Veja o que acontece em ambos os servidores e observe o que acontece quando você os ativa novamente.
Faça o mesmo para quaisquer conexões redundantes. Em seguida, faça o mesmo desabilitando TODAS as conexões de rede de uma vez.
Uma razão para não fazer STONITH em um cluster de dois nós é que é bastante fácil acabar com ambos os nós tentando matar o outro, e realmente conseguindo. Você precisa testar sua configuração para garantir que ambos não sejam desligados ou que continuem funcionando como mestres e deixem seu banco de dados fora de sincronia.
Outra coisa que recomendo, enquanto você o testa, antes de entrar em produção: quebre-o intencionalmente. Faça algo que faça com que o mysql e o drbd fiquem fora de sincronia e aprenda como consertar isso. Anote o que você precisava fazer para consertar. Porque é muito melhor saber fazer isso ANTES de realmente precisar.