On Tue, Jun 05, 2018 at 06:38:16PM -0700, Benjamin Kingston wrote: > You're better off exporting LUNs via iSCSI. Speak for yourself. I'm running the VMs on multiple physical systems and migrating between them. We were using LVM on top of iSCSI LUNs before setting up gluster and it was a constant PITA having to propagate filesystem metadata between the host systems, with the occasional filesystem corruption when one host expected an lv to be a certain size (or whatever) and a different host expected something else. Turning the disk images into files on a remote filesystem removed all of those issues. clvm probably would have also resolved those problems, but gluster looked easier to set up, and it worked. I had one minor problem with FUSE (which was resolved by switching to libgfapi) and one less-minor problem because I misunderstood how gluster handles quorum (which was resolved by switching from replica 2 to replica 2+A). Other than that, gluster has worked perfectly for me in my use case since day one. > I spent a long time trying to get NFS to work via NFS-Ganesha as a > datastore and the performance is not there, especially since HA NFS > isn't an official feature of NFS-Ganesha. Perhaps your issue was in the NFS layer, which I'm not using. Even when I was using FUSE mounts instead of libgfapi, I was mounting them as GFS, not NFS. > Also keep in mind your write speed is cut in half/thirds/etc... with > gluster as a VM datastore if you use replication since all writes are > multiplied. Yep, that's the price you pay for HA. Also, although the writes are multiplied, they're also (at least partially) concurrent, so performance isn't as bad as "divide by the number of replicas". -- Dave Sherohman _______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-users
