Vijay Bellur
2015-Jan-28 12:01 UTC
[Gluster-users] 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
Prashanth Pai
2015-Jan-29 07:07 UTC
[Gluster-users] [Gluster-devel] What would you like to see in GlusterFS.next?
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
Niels de Vos
2015-Jan-29 09:48 UTC
[Gluster-users] [Gluster-devel] What would you like to see in GlusterFS.next?
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>