|
|
|
|
|
|
|
|
|
|
xen-users
[Xen-users] xen cluster with heartbeat and resource fencing (SFEX)
Here is my (very experimental) setup:
- an heartbeat cluster with 2 nodes, with the standard RA provided for Xen.
- Xen kernel and hypervisor on every node, installed on local disks
- a SAN shared disk (with ocfs2) for domU's disk images (sparse files).
- Resource fencing with SFEX.
All with standard Debian Lenny packages.
My choice for SFEX (compared to STONITH) for fencing is due to this
fact: the only shared data are the domU disk images, an the only way
they can be corrupted in a split-brain scenario is when 2 domUs are
started on both nodes at the same time. THis can be elegantly avoided
using sfex, with the check of a shared disk, that works even if every
communication between the two nodes is broken.
to obtain this, I've grouped every Xen resource with a correspondent sfex one.
Everything works fine, until I try to live-migrate a domU resource
from node A to B: it seems that sfex causes the domU shutdown on node
A, and restart to the B (instead of live migrate from A to B).
If I use only standard RA for Xen instead (without sfex), the domU is
correctly live-migrated from node A to B, without shutdown.
Any suggestion (or any working cluster setup to recommend)?
Massimiliano De Ruosi
----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- [Xen-users] xen cluster with heartbeat and resource fencing (SFEX),
Massimiliano De Ruosi <=
|
|
|
|
|