Hello, I'm wondering what's the current and future plan for Gluster project overall, I see that the project is not as busy as it was before "at least this is what I'm seeing" Like there are fewer blogs about what the roadmap or future plans of the project, the deprecation of Glusterd2, even Red Hat Openshift storage switched to Ceph. As the community of this project, do you feel the same? Is the deprecation of Glusterd2 concerning? Do you feel that the project is slowing down somehow? Do you think Red Hat is abandoning the project or giving fewer resources to Gluster? -- Respectfully Mahdi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20200617/f4f95712/attachment.html>
Hey Mahdi, For me it looks like Red Hat are focusing more on CEPH than on Gluster. I hope the project remains active, cause it's very difficult to find a Software-defined Storage as easy and as scalable as Gluster. Best Regards, Strahil Nikolov ?? 17 ??? 2020 ?. 0:06:33 GMT+03:00, Mahdi Adnan <mahdi at sysmin.io> ??????:>Hello, > > I'm wondering what's the current and future plan for Gluster project >overall, I see that the project is not as busy as it was before "at >least >this is what I'm seeing" Like there are fewer blogs about what the >roadmap >or future plans of the project, the deprecation of Glusterd2, even Red >Hat >Openshift storage switched to Ceph. >As the community of this project, do you feel the same? Is the >deprecation >of Glusterd2 concerning? Do you feel that the project is slowing down >somehow? Do you think Red Hat is abandoning the project or giving fewer >resources to Gluster?
17.06.2020 01:06, Mahdi Adnan ?????:> Hello, > > ?I'm wondering what's the current and future plan for Gluster project > overall, I see that the project is not as busy as it was before?"at > least this is what I'm seeing" Like there are fewer blogs about what > the roadmap or future plans of the project, the deprecation of > Glusterd2, even Red Hat Openshift storage switched to Ceph. > As the community of this project, do you feel the same? Is the > deprecation of Glusterd2 concerning? Do you feel that the project is > slowing down somehow? Do you think Red Hat is abandoning?the project > or giving fewer resources to Gluster? >Gluster2 was mistake, imho. It's deprecation means nothing. For me looks like gluster in now stable , this is why it is not as busy as before.
Hi Mahdi, I am writing my views as an external contributor outside the Red Hat. Hopefully, someone from Red Hat will respond with their focus/roadmap on Gluster development. Recently Amar wrote about the focus of the GlusterFS core team(https://www.gluster.org/update-from-the-team/ <https://www.gluster.org/update-from-the-team/>). He mentioned that the attention of the core team would be stabilizing the FS layer and enable the ecosystem to adapt to their environment quickly. From Kadalu.io <http://kadalu.io/>(https://kadalu.io <https://kadalu.io/>), we love GlusterFS and focusing on creating an Opinionated Storage solution based on GlusterFS. GlusterFS is so modular that it enables us to integrate natively with Kubernetes APIs without the need of Gluster's management layer Glusterd. Other projects we are focussing on now are Moana and Binnacle. Moana(https://github.com/kadalu/moana) is an external control plane for managing the GlusterFS storage layer. And Binnacle(https://github.com/kadalu/binnacle <https://github.com/kadalu/binnacle>) is a distributed test framework with the focus on Tester's delight. I do see a lot of activity in our Slack channel, at present more than 200 members in the Gluster Slack channel, which is encouraging. Please do join if not already joined. https://join.slack.com/t/gluster/shared_invite/enQtODMwMDU5MTI0OTQ3LTNjMTA4NTJmMDY3OGM4YTA0ZDlhOGM5ZWYzNjRkYmQ0Mjg3NDUxODRjZGI4ZjQxNDczNTYxZWZjMmY5NDMyNzM <https://join.slack.com/t/gluster/shared_invite/enQtODMwMDU5MTI0OTQ3LTNjMTA4NTJmMDY3OGM4YTA0ZDlhOGM5ZWYzNjRkYmQ0Mjg3NDUxODRjZGI4ZjQxNDczNTYxZWZjMmY5NDMyNzM> In summary, I agree that GlusterFS needs a lot of improvement in Performance, Monitoring, Documentation, and other areas. I am very hopeful that we will get there soon. -- Regards Aravinda Vishwanathapura https://kadalu.io> On 17-Jun-2020, at 2:36 AM, Mahdi Adnan <mahdi at sysmin.io> wrote: > > Hello, > > I'm wondering what's the current and future plan for Gluster project overall, I see that the project is not as busy as it was before "at least this is what I'm seeing" Like there are fewer blogs about what the roadmap or future plans of the project, the deprecation of Glusterd2, even Red Hat Openshift storage switched to Ceph. > As the community of this project, do you feel the same? Is the deprecation of Glusterd2 concerning? Do you feel that the project is slowing down somehow? Do you think Red Hat is abandoning the project or giving fewer resources to Gluster? > > -- > Respectfully > Mahdi > ________ > > > > Community Meeting Calendar: > > Schedule - > Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC > Bridge: https://bluejeans.com/441850968 > > Gluster-users mailing list > Gluster-users at gluster.org > https://lists.gluster.org/mailman/listinfo/gluster-users-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20200617/dc00a317/attachment.html>
On Wed, 17 Jun 2020 00:06:33 +0300 Mahdi Adnan <mahdi at sysmin.io> wrote:> [gluster going down ]I am following this project for quite some years now, probably longer than most of the people nowadays on the list. The project started with the brilliant idea of making a fs on top of classical fs's distributed over several hardware pieces without need to re-copy data for entering or leaving the gluster. (I thought) it started as a proof-of-concept fs on fuse with the intention to turn into kernel-space as soon as possible to get the performance that it should have for a fs. After five years of waiting (and using) I declared the project dead for our use (about five years ago) because it evolved more and more to bloatware. And I do think that Red Hat understood that finally (too), and what you mentioned is just the outcome of that. I really hate the way this project took, because for me it was visible from the very start that it is a dead-end. After all those years it is bloatware on fuse. And I feel very sorry for that brilliant idea that it once was. _FS IN USERSPACE IS SH*T_ - understand that. -- Regards, Stephan
On Wed, 17 Jun 2020 00:06:33 +0300 Mahdi Adnan <mahdi at sysmin.io> wrote:> [gluster going down ]I am following this project for quite some years now, probably longer than most of the people nowadays on the list. The project started with the brilliant idea of making a fs on top of classical fs's distributed over several hardware pieces without need to re-copy data for entering or leaving the gluster. (I thought) it started as a proof-of-concept fs on fuse with the intention to turn into kernel-space as soon as possible to get the performance that it should have for a fs. After five years of waiting (and using) I declared the project dead for our use (about five years ago) because it evolved more and more to bloatware. And I do think that Red Hat understood that finally (too), and what you mentioned is just the outcome of that. I really hate the way this project took, because for me it was visible from the very start that it is a dead-end. After all those years it is bloatware on fuse. And I feel very sorry for that brilliant idea that it once was. _FS IN USERSPACE IS SH*T_ - understand that. -- Regards, Stephan