On 7 November 2016 at 17:01, Prasanna Kalever <pkalever at redhat.com> wrote:> Yet another approach to achieve Gluster Block Storage is with Qemu-Tcmu.Thanks Prasanna, interesting reading.>From a quick scan, there doesn't seem to be any particular advantageover qemu using gfapi directly? Is this more aimed at apps that can't use gfapi such as vmware or as a replacement for NFS? -- Lindsay
Il 07 nov 2016 09:23, "Lindsay Mathieson" <lindsay.mathieson at gmail.com> ha scritto:> > From a quick scan, there doesn't seem to be any particular advantage > over qemu using gfapi directly? Is this more aimed at apps that can't > use gfapi such as vmware or as a replacement for NFS? >Dump question: why should i use a block storage replacing nfs? Nfs-ganesha makes use of libgfapi, block storage does the same but also need the whole iscsi stack so performance could be lower If i don't need direct access to a block device on the client (in example for creating custom FS or LVM and so on), the nfs ganesha should be a better approach, right? Anyone compared performances between: 1. Fuse mount 2. Nfs 3. Nfs ganesha 4. Qemu direct access via gfapi 5. Iscsi ? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20161107/ecce131b/attachment.html>
On Mon, Nov 7, 2016 at 1:53 PM, Lindsay Mathieson <lindsay.mathieson at gmail.com> wrote:> On 7 November 2016 at 17:01, Prasanna Kalever <pkalever at redhat.com> wrote: >> Yet another approach to achieve Gluster Block Storage is with Qemu-Tcmu. > > > Thanks Prasanna, interesting reading. > > From a quick scan, there doesn't seem to be any particular advantage > over qemu using gfapi directly? Is this more aimed at apps that can't > use gfapi such as vmware or as a replacement for NFS? >As mentioned in the conclusion part in the blog, the advantage here is easy snapshots. Qemu-tcmu will come up with '--snapshot' option (work still in progress) as much like qemu-img. Supporting this within gluster needs additional maintenance of qemu-block xlator which is the clone of qcow2 spec implementation, which could be more work. Also the qemu gluster protocol driver (access gfapi) is more mature and tested. -- Prasanna> -- > Lindsay