Que configuração do dispositivo de cerca impediria um mútuo-STONITH em um cluster RHEL de dois nós?

2

Eu tenho um software de cluster da Red Hat (corosync + rgmanager) no RHEL 6.6 em servidores Dell físicos com o iDRAC.

Esse cluster é para aplicativos sem estado (stunnel, um gateway TLS), portanto, não precisa nem possui nenhum disco compartilhado. Eu prefiro manter esse cluster o mais simples possível, então prefiro não adicionar nenhum disco de quorum iSCSI (a partir de agora, nenhum qdisk).

Meu cluster.conf contém:

    <cman expected_votes="1" two_node="1"/>

Caso meu link "heartbeat" falhe totalmente, meus testes sugerem strongmente que isso aconteça:

If both nodes in a two-node cluster lose contact with each other, don't they try to fence each other?

They do. When each node recognizes that the other has stopped responding, it will try to fence the other. It can be like a gunfight at the O.K. Coral, and the node that's quickest on the draw (first to fence the other) wins. Unfortunately, both nodes can end up going down simultaneously, losing the whole cluster. (quote from https://fedorahosted.org/cluster/wiki/FAQ/CMAN)

Algum dispositivo de esgrima garante que esse tiroteio possa desligar apenas um único nó? Certamente, os agentes iDRAC ou vmWare não podem evitar isso.

Estou pensando em alguma PDU habilitada para IPMI que atue apenas sequencialmente, assim: se houver uma solicitação para desligar uma porta, essa solicitação aguardará todas as solicitações de desligamento em andamento de outras pessoas.

Eu não posso verificar isso na documentação do PDU, mas talvez alguém tenha tentado em pode recomendar algo que praticamente funciona dessa maneira.

    
por kubanczyk 23.04.2015 / 11:29

0 respostas