<div dir="ltr">Hi Gluster users,<div><br></div><div>I am not sure how many of you use Gluster for your k8s storage (or even considering to use). I have some good news for you.</div><div><br></div><div>Last month, I along with Aravinda spoke at DevConf India, about project kadalu. The code &amp; README available @ <a href="https://github.com/kadalu/kadalu" target="_blank">https://github.com/kadalu/kadalu</a>. We are awaiting the talk&#39;s video to be uploaded, and once done I will share the link here.</div><div><br></div><div>Wanted to share few highlights of the kadalu project with you all, and also future scope of work.</div><div><ul><li style="margin-left:15px">kadalu comes with <b>CSI driver</b>, so one can use this smoothly with k8s 1.14+ versions.</li><li style="margin-left:15px">Has an <b>operator</b> which starts CSI drivers, and Gluster storage pod when required.</li><li style="margin-left:15px">2 commands to setup and get k8s storage working.</li><ul><li style="margin-left:15px"><font face="monospace">kubectl create -f kadalu-operator.yml</font></li><li style="margin-left:15px"><font face="monospace">kubectl create -f kadalu-config.yml</font></li></ul><li style="margin-left:15px">Native support for single disk use-case (ie, if your backend supports High Availability, no need to use Gluster&#39;s replication), which I believe is a good thing for people who already have some storage array which is highly available, and for those companies which have their own storage products, but doesn&#39;t have k8s expose.<br></li><li style="margin-left:15px">The above can be usecase can be used on a single AWS EBS volume, if you want to save cost of Replica 3 (If you trust it to provide your required SLA for it). Here, Single EBS volume would provide multiple k8s PVs.</li><li style="margin-left:15px">GlusterFS used is very light mode, ie, no &#39;glusterd&#39;, no LVM, or any other layers. Only using glusterfs for filesystem, not management. </li><li style="margin-left:15px">Basic end to end testing is done using Travis CI/CD. [Need more help to enhance it further].</li></ul></div><div>More on this in our presentation @ <a href="https://github.com/kadalu/kadalu/blob/master/doc/rethinking-gluster-management-using-k8s.pdf" target="_blank">https://github.com/kadalu/kadalu/blob/master/doc/rethinking-gluster-management-using-k8s.pdf</a></div><div><br></div><div>Please note that this is a project which we started as a prototype for our talk. To take it further, feedback, feature request, suggestions and contributions are very important. Let me know if you are interested to collaborate on this one.</div><div><br></div><div>Possible future work:</div><div><br></div><div>* Implement data backup features (possibly with geo-rep).</div><div>* Resize of Volume (Both backend Gluster volume, and PV volume).</div><div>* Consider implementing helm chart for operator.</div><div>* Scale testing, etc.</div><div><br></div><div><br></div><div>Limitations (for now)</div><div><br></div><div>* No &#39;migration&#39;. One has to start fresh with kadalu.</div><div>* No Snapshot, No cloning.</div><div>* &lt;Please report limitation you faced through github issues&gt;</div><div><br></div><div>As of now, there are 2 deployment guides  available @ <a href="https://github.com/kadalu/kadalu-cookbook" target="_blank">https://github.com/kadalu/kadalu-cookbook</a></div><div><br></div><div>Thanks &amp; Regards,</div><div>Amar</div><div class="gmail-yj6qo"></div><div class="gmail-adL"><br></div><div class="gmail-adL"><br></div></div>