<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">​Hi Jose,</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Thanks for the response. That was quite helpful.​ So in our case, there will not be frequent volume create/delete. Not at all. Once done during initial setup, it should continue unless we face some space crunch. :) Based on your quote that <i>actual I/O</i> will not be interrupted/affected, it seems running a single node Heketi cluster in Kubernetes should be just fine.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Thank You! :)</div><div class="gmail_default" style="font-family:verdana,sans-serif">Gaurav</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 28, 2017 at 9:58 PM, Jose A. Rivera <span dir="ltr">&lt;<a href="mailto:jarrpa@redhat.com" target="_blank">jarrpa@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In regular usage the heketi service is only used for the creation and<br>
deletion of GlusterFS volumes. That is, only as PV/PVC pairs are<br>
created or deleted. heketi&#39;s presence is not needed for when<br>
applications want to mount and read/write to the volumes. If you have<br>
a constant stream of volume create/delete requests then yes you&#39;ll<br>
experience a few seconds of service interruption, but the actual I/O<br>
work would not be affected.<br>
<span class="HOEnZb"><font color="#888888"><br>
--Jose<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Thu, Sep 28, 2017 at 9:28 AM, Gaurav Chhabra<br>
&lt;<a href="mailto:varuag.chhabra@gmail.com">varuag.chhabra@gmail.com</a>&gt; wrote:<br>
&gt; Hi Talur,<br>
&gt;<br>
&gt;<br>
&gt; Since there will be many applications which will be using Gluster volumes, i<br>
&gt; would really prefer if i could ensure maximum availability. From what i<br>
&gt; understand, since Heketi is managing Gluster and while creating storage<br>
&gt; class, we specify the Heketi REST URL, so if it goes down, i hope<br>
&gt; application pods will be affected, isn&#39;t it? If replicas is not feasible,<br>
&gt; what are the options i can explore?<br>
&gt;<br>
&gt;<br>
&gt; Regards,<br>
&gt; Gaurav<br>
&gt;<br>
&gt;<br>
&gt; On Thu, Sep 28, 2017 at 5:39 PM, Raghavendra Talur &lt;<a href="mailto:rtalur@redhat.com">rtalur@redhat.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Wed, Sep 27, 2017 at 11:15 PM, Gaurav Chhabra<br>
&gt;&gt; &lt;<a href="mailto:varuag.chhabra@gmail.com">varuag.chhabra@gmail.com</a>&gt; wrote:<br>
&gt;&gt; &gt; Hello Everyone,<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; I want to install Heketi server and client on Kubernetes. To ensure HA,<br>
&gt;&gt; &gt; i<br>
&gt;&gt; &gt; would like to have replica set to 2 for it. However, i am not sure about<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; Heketi db. Does it contain only static data about volumes, nodes etc<br>
&gt;&gt; &gt; (and<br>
&gt;&gt; &gt; changes only when we perform some explicit operations such as add<br>
&gt;&gt; &gt; volumes<br>
&gt;&gt; &gt; etc) OR will it create issues (concurrent write) if i have two replicas<br>
&gt;&gt; &gt; running?<br>
&gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;&gt; Yes, heketi updates the db only when a operation is performed. But<br>
&gt;&gt; replica set 2 won&#39;t work because bolt db opens the db file with read<br>
&gt;&gt; write lock and the second instance will fail to get one. You will end<br>
&gt;&gt; up with 2nd instance in read only mode.<br>
&gt;&gt;<br>
&gt;&gt; If I get it right, you are saying you can&#39;t afford to have heketi pod<br>
&gt;&gt; down even for the time duration when kubernetes respins the pod when<br>
&gt;&gt; it detects it is down?<br>
&gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Thanks,<br>
&gt;&gt; &gt; Gaurav<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; ______________________________<wbr>_________________<br>
&gt;&gt; &gt; heketi-devel mailing list<br>
&gt;&gt; &gt; <a href="mailto:heketi-devel@gluster.org">heketi-devel@gluster.org</a><br>
&gt;&gt; &gt; <a href="http://lists.gluster.org/mailman/listinfo/heketi-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/heketi-devel</a><br>
&gt;&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ______________________________<wbr>_________________<br>
&gt; heketi-devel mailing list<br>
&gt; <a href="mailto:heketi-devel@gluster.org">heketi-devel@gluster.org</a><br>
&gt; <a href="http://lists.gluster.org/mailman/listinfo/heketi-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/heketi-devel</a><br>
&gt;<br>
</div></div></blockquote></div><br></div>