On Tuesday 2019-04-16 12:40:02 Dimitri Maziuk via Bacula-users wrote: > On 4/16/19 10:04 AM, Josip Deanovic wrote: > > NFS and DRBD are not really comparable that way. > > The easy way you migrate a running VM from one host to another is to > have the image on an NFS mounted on both hosts.
Yes, that's one way to do it. > The hard way involves copying the actual image file, however, if you use > ZFS you may get away with only copying a small incremental snapshot. Copying the image around is the most inconvenient way to do it. > Last but not least, you can set it up on DRBD and make sure you get your > HA stack set up to migrate everything over correctly. With all the > network-controlled power outlets and the rest of the bloat you need to > make corosync/pacemaker run. Yes, that's somewhat complicated way to do it. The usual way to do it is a shared storage. Servers would need to be able to connect to the storage and see the exported LUN over fibre channel, iSCSI or similar protocol. If no simpler solutions are available, a locking mechanism (usually a component of a cluster infrastructure) would need to be employed to ensure that only one process is using the LUN at any time to avoid corruption. > Personally I believe in simple stupid; all my VMs live behind door > number 1. I totally agree that solutions should be as simple as possible. But not at the cost of stability and data integrity. Regards! -- Josip Deanovic _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
