A entrega de recurso está de volta ao nó primário, embora a rigidez esteja definida

Question

Esta é a minha atual configuração de prova de conceito

node ha1
node ha2
primitive HA-mysql lsb:mysql \
        op monitor interval="15s"
primitive VIP ocf:heartbeat:IPaddr2 \
        params ip="10.100.0.10" nic="eth1" \
        op monitor interval="10s"
group HA-Group VIP HA-mysql \
        meta resource-stickiness="101"
location PREFER-NODE1 HA-Group 100: ha1
property $id="cib-bootstrap-options" \
        dc-version="1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b" \
        cluster-infrastructure="openais" \
        expected-quorum-votes="2" \
        stonith-enabled="false" \
        no-quorum-policy="ignore"

Se eu estiver lendo a documentação corretamente, definir um valor de aderência que seja alto o suficiente deve evitar o problema em que a veiculação de recurso retorne ao nó primário quando ele se recuperar de uma falha. Por alto o suficiente, neste caso eu deveria definir um valor de aderência para o Grupo HA que é pelo menos

100 < $stickiness-of-group + $stickiness-of-VIP + $stickiness-of-HA-mysql
100 < $stickiness + 0 + 0
100 < $stickiness

então estou usando 101.

O comportamento desejado que estou procurando é:

1. Primeiro, desconecte ha1, em seguida, o grupo de recursos é atendido por ha2
2. Re-plug ha1, então o grupo de recursos ainda é servido por ha2

No entanto, com a configuração atual, quando eu fizer o plug-in ha1, o grupo de recursos será imediatamente atendido por ha1, assim que for detectado como ativo.

Outra postagem do blog eu me refiro à rigidez:

P / S: usei um valor muito mais alto para a viscosidade do grupo, como 200, 500, 1000, mas ainda obtenho o mesmo comportamento.

PP / S: minha versão de marcapasso é

ii  pacemaker                           1.0.9.1+hg15626-1            HA cluster resource manager

rodando no debian squeeze

Linux ha1 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/Linux
Distributor ID: Debian
Description:    Debian GNU/Linux 6.0.6 (squeeze)
Release:        6.0.6
Codename:       squeeze

PPP / S: mesmo se eu reduzir a configuração para isso, a rigidez ainda não funcionará

node ha1
node ha2
primitive VIP ocf:heartbeat:IPaddr2 \
        params ip="10.100.0.10" nic="eth1" \
        op monitor interval="10s" \
        meta resource-stickiness="1"
property $id="cib-bootstrap-options" \
        dc-version="1.0.9-74392a28b7f31d7ddc86689598bd23114f58978b" \
        cluster-infrastructure="openais" \
        expected-quorum-votes="2" \
        stonith-enabled="false" \
        no-quorum-policy="ignore"

    

Answer 1

Quase achei a resposta eu mesmo depois de lutar por algum tempo. Aparentemente, a desconexão não é uma boa simulação, mesmo a rigidez é definida. Para alcançar o que a configuração de aderência pretende resolver, o servidor deve estar completamente inoperante ou pelo menos ter o serviço corosync desativado.

Referência: link