On 05/07/2015 11:15 AM, Jeff Darcy wrote:
Last week, those of us who were together in Bangalore had a meeting to discuss the GlusterFS 4.0 plan. Once we'd covered what's already in the plan[1] we had a very productive brainstorming session on what else we might want to consider adding. Here are some of my notes, in no particular order, for discussion either here on the list or in person at the upcoming Barcelona summit. * Traffic throttling Many internal services need this to keep from crowding out new user requests.
+1
* Centralized logging
-1 There's already 3rd party applications that do that. Is that worth the effort to duplicate something that's done very well already?
* Third-party copy (server to server, at client request) AIUI both SMB and NFS can make such requests, which we currently must satisfy by "bouncing" data through the proxy node. We could add it to GFAPI as well, for users there who also want to avoid the extra network traffic.
+1!!!!!!1!111!!1!!
* Better memory management (talloc, maybe even a real garbage collector)
+1
* Virtual nodes (DHT feature to improve rebalance behavior) * Hot-spare nodes/bricks
-1 From what I've seen, most users are against spending money on hardware that's not being used. An auto-rebalance, or some such mechanism, to ensure redundancy after a failure would be much more welcome.
* Better faiure detection Detecting failures via pairwise heartbeat (what we do now) doesn't work at scale. This might become part of the GlusterD v2 plan. * File level snapshots. * Finer-grain version/feature negotiation between nodes.
Or at least one that doesn't require user intervention. Right now that mechanism sometimes fails and the user has to manually set the op-version.
* Better GFID-to-path translation * Retire NFSv3 * Make snapshots more modular (not solely dependent on LVM)
+1
* FTP or STFP (sshfs) client using GFAPI I've proposed this as a potential intern project. [1] http://www.gluster.org/community/documentation/index.php/Planning40 _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel