Whoops, reread your intended new config, which sounds like you want to
do away with a dedicated storage server and just run say a primary xVM
hypervisor and standby xVM hypervisor, using snapshot/send/receive to
copy the ZVOLs for the virtual disks to the standby node. Is that correct?
I think you still run the risk of an inconsistent filesystem on the
standby node unless your guests are configured with filesystems that are
guaranteed to be consistent, like ZFS.
What will your guests be anyways?
--joe
Joseph Mocker wrote:
Concur with John, you won't be able to guarantee consistency of the
filesystem within the ZVOL. Your device/filesystem chain is probably
going to look like
guest FS (ZFS/ext3/etc) -> virtual disk -> iSCSI LU -> ZVOL
While ZFS will take care that anything written to the iSCSI target is
consistent, there are cases where the guest may have written only
partial filesystem data at the time you snapshot/send/receive. ZFS
should reduce that possibility but may not entirely eliminate it.
One idea that I had been thinking about but have not had a chance to
test is to export two iSCSI LUs from the target, one from each storage
server, and use them to create a mirrored filesystem on the guest.
Theoretically this should provide better redundancy if either storage
node goes down but I'm not sure how the iSCSI initiator will handle a
dead node (TCP timeouts, etc...)
--joe
_______________________________________________
xen-discuss mailing list
[email protected]
