[Pacemaker] unordered groups - is this safe to use?
David Heidt
david.heidt at msales.com
Tue Mar 1 11:19:57 CET 2011
Hello List,
let me first explain my environment:
* 2 Hosts with shared lvm-storage
* Debian Squeeze x64 with official squeeze heartbeat and pacemaker
* All resources are ocf:heartbeat:Xen
* One host is meant to host all production resources, the other is a hot-standby
* We want to run instant testing systems based on lvm snapshots on the
standby node.
This way, we can do heavy or dangerous tests without influencing the
production-host and taking advantage of the unused standby-hardware
In case of a hardware failure, all production resources have priority
(that is the colocation at the end)
To freely stop and restart resouces, i packed them into a group, but
no resource depends on another one, so the group has to be uncolocated
and unordered.
Finally i came to this setup:
<snip>
group grp_production rsc_1 rsc_2 \
meta ordered="false" collocated="false"
group grp_testing rsc_1_test rsc_2_test \
meta ordered="false" collocated="false"
colocation coloc_production_first -inf: grp_testing grp_production
</snip>
But following this thread makes me think of redesigning my crm setup:
http://oss.clusterlabs.org/pipermail/pacemaker/2011-January/008942.html
Quote Andrew Beekhof: "Unordered and/or uncolocated groups are an abomination."
What do you think? are resource_sets maybe a suitable alternative?
Regards,
David
More information about the Pacemaker
mailing list