Gluster users - Jan 2015 - What would you like to see in GlusterFS.next?

Hi All,

Thanks to everyone who responded to the recent community survey [1], we 
have an idea of what you think would be necessary in GlusterFS. I have 
tried to collate the wishlist of features under appropriate categories 
here [2].

As a continuation of this, the approaching feature freeze for 3.7 & more 
momentum being gained for 4.0 planning, it would be good to understand 
what features you would like to see in the next releases of GlusterFS. 
To re-state the obvious, 3.x releases will continue to be evolutionary 
and 4.0 is planned to be a major release that brings about architectural 
improvements for better scale, ease of use and performance. More details 
on 4.0 planning can be found at [3].

Please chip in with your ideas and we will continue to curate the 
community feature wishlist with what we learn here.

Cheers,
Vijay

[1] http://www.gluster.org/pipermail/gluster-users/2014-October/019219.html

[2] http://goo.gl/MLPao6

[3] http://www.gluster.org/community/documentation/index.php/Planning40

An object interface to GlusterFS would greatly benefit Swift integration
efforts. Currently swiftonfile project uses FUSE mount to perform I/O on
GlusterFS volumes. Moving to libgfapi would increase performance if there were
an object interface. May be something like this:

glfs_put(object_path, data, metadata)
data, metadata = glfs_get(object_path)

This idea is vaguely presented in two existing feature pages
http://www.gluster.org/community/documentation/index.php/Features/composite-operations#CREATE-AND-WRITE
http://www.gluster.org/community/documentation/index.php/Features/Feature_Smallfile_Perf#object-store_API

I remember Rudra Siva (CC'd) from community working on something similar :
http://www.gluster.org/pipermail/gluster-devel/2014-November/042762.html

Regards,
 -Prashanth Pai

----- Original Message -----
From: "Vijay Bellur" <vbellur at redhat.com>
To: "gluster-users Discussion List" <Gluster-users at
gluster.org>, "Gluster Devel" <gluster-devel at gluster.org>
Sent: Wednesday, January 28, 2015 5:31:36 PM
Subject: [Gluster-devel] What would you like to see in GlusterFS.next?

Hi All,

Thanks to everyone who responded to the recent community survey [1], we 
have an idea of what you think would be necessary in GlusterFS. I have 
tried to collate the wishlist of features under appropriate categories 
here [2].

As a continuation of this, the approaching feature freeze for 3.7 & more 
momentum being gained for 4.0 planning, it would be good to understand 
what features you would like to see in the next releases of GlusterFS. 
To re-state the obvious, 3.x releases will continue to be evolutionary 
and 4.0 is planned to be a major release that brings about architectural 
improvements for better scale, ease of use and performance. More details 
on 4.0 planning can be found at [3].

Please chip in with your ideas and we will continue to curate the 
community feature wishlist with what we learn here.

Cheers,
Vijay

[1] http://www.gluster.org/pipermail/gluster-users/2014-October/019219.html

[2] http://goo.gl/MLPao6

[3] http://www.gluster.org/community/documentation/index.php/Planning40

_______________________________________________
Gluster-devel mailing list
Gluster-devel at gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel

On Wed, Jan 28, 2015 at 05:31:36PM +0530, Vijay Bellur
wrote:
> Hi All,
> 
> Thanks to everyone who responded to the recent community survey [1], we
have
> an idea of what you think would be necessary in GlusterFS. I have tried to
> collate the wishlist of features under appropriate categories here [2].
> 
> As a continuation of this, the approaching feature freeze for 3.7 &
more
> momentum being gained for 4.0 planning, it would be good to understand what
> features you would like to see in the next releases of GlusterFS. To
> re-state the obvious, 3.x releases will continue to be evolutionary and 4.0
> is planned to be a major release that brings about architectural
> improvements for better scale, ease of use and performance. More details on
> 4.0 planning can be found at [3].
> 
> Please chip in with your ideas and we will continue to curate the community
> feature wishlist with what we learn here.
I always thought a GlusterFS Proxy/Gateway would be interesting. This
might even be already possible today by putting a .vol file together
manually? The idea is to have a system talking the GlusterFS protocol to
clients, and on the other hand takes care of the
replications/distribution towards the bricks. This would allow dumb
clients to mount GlusterFS volume (without some of the features of the
protocol), very similar to how Samba and NFS function. Firewalling and
authentication would become easier too.

It might even be possible to write a kernel module that only supports
the basic I/O operations, and utilizes the proxy for all the
complex/dynamic things done by the xlators.

Do others see a benefit in having this too?

Thanks,
Niels

> 
> Cheers,
> Vijay
> 
> [1] http://www.gluster.org/pipermail/gluster-users/2014-October/019219.html
> 
> [2] http://goo.gl/MLPao6
> 
> [3] http://www.gluster.org/community/documentation/index.php/Planning40
> 
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20150129/343a7544/attachment.sig>