<p dir="ltr">Hi Peter,</p>
<p dir="ltr">On Aug 26, 2014 2:18 AM, &quot;Peter Auyeung&quot; &lt;<a href="mailto:pauyeung@shopzilla.com">pauyeung@shopzilla.com</a>&gt; wrote:<br>
&gt;<br>
&gt; You can use ctdb for nfs failover<br>
&gt;<br>
&gt; But I do want to know if we can use native glusterfs client for vmware<br>
&gt;<br>
&gt; Peter</p>
<p dir="ltr">I did done research and it looks like the native GlusterFS client is not available for ESXi. The primary reason is probably that FUSE is not available for ESXi.</p>
<p dir="ltr">If you do not need all the features of vSphere, you might try VMware Workstation running in server mode on top of Linux. I&#39;m sure that will work with GlusterFS.<br>
<a href="http://blogs.vmware.com/workstation/2012/02/vmware-workstation-8-as-an-alternative-to-vmware-server.html">http://blogs.vmware.com/workstation/2012/02/vmware-workstation-8-as-an-alternative-to-vmware-server.html</a></p>

<p dir="ltr">-Mike</p>
<p dir="ltr">&gt; On Aug 25, 2014, at 9:28 PM, &quot;Chandrahasa S&quot; &lt;<a href="mailto:chandrahasa.s@tcs.com">chandrahasa.s@tcs.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; I am thinking to User Gluster Volume for creation of Data store in Vmware. <br>
&gt;&gt;<br>
&gt;&gt; I can use NFS but I wont get  HA and Load balancing like glusterfs. <br>
&gt;&gt;<br>
&gt;&gt; Chandra <br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; From:        &quot;John G. Heim&quot; &lt;<a href="mailto:jheim@math.wisc.edu">jheim@math.wisc.edu</a>&gt; <br>
&gt;&gt; To:        Chandrahasa S &lt;<a href="mailto:chandrahasa.s@tcs.com">chandrahasa.s@tcs.com</a>&gt;, <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a> <br>
&gt;&gt; Date:        08/25/2014 06:49 PM <br>
&gt;&gt; Subject:        Re: [Gluster-users] Gluster for Vmware <br>
&gt;&gt; ________________________________<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Do you mean you want to mount a gluster volume on a virtual machine? You can do that the same way you&#39;d do it on a real machine.  You can probably even create a brick on a virtual machine but I don&#39;t see much point in that. <br>

&gt;&gt;<br>
&gt;&gt; But we regularly mount our gluster volume on virtual machines.  We use debian so it&#39;s as simple as this:<br>
&gt;&gt;<br>
&gt;&gt; 1. service glusterfs-server start<br>
&gt;&gt; 2. mount -t glusterfs localhost:/volumename /mountpoint<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On 08/25/2014 12:06 AM, Chandrahasa S wrote: <br>
&gt;&gt; Dear All, <br>
&gt;&gt;<br>
&gt;&gt; Is there any way to use Glusterfs volume for Vmware environment. <br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Chandra. <br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; From:        Ben Turner &lt;<a href="mailto:bturner@redhat.com">bturner@redhat.com</a>&gt; <br>
&gt;&gt; To:        Juan José Pavlik Salles &lt;<a href="mailto:jjpavlik@gmail.com">jjpavlik@gmail.com</a>&gt; <br>
&gt;&gt; Cc:        <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a> <br>
&gt;&gt; Date:        08/22/2014 08:57 PM <br>
&gt;&gt; Subject:        Re: [Gluster-users] Gluster 3.5.2 gluster, how does cache work? <br>
&gt;&gt; Sent by:        <a href="mailto:gluster-users-bounces@gluster.org">gluster-users-bounces@gluster.org</a> <br>
&gt;&gt; ________________________________<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; ----- Original Message -----<br>
&gt;&gt; &gt; From: &quot;Juan José Pavlik Salles&quot; &lt;<a href="mailto:jjpavlik@gmail.com">jjpavlik@gmail.com</a>&gt;<br>
&gt;&gt; &gt; To: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a><br>
&gt;&gt; &gt; Sent: Thursday, August 21, 2014 4:07:28 PM<br>
&gt;&gt; &gt; Subject: [Gluster-users] Gluster 3.5.2 gluster, how does cache work?<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; Hi guys, I&#39;ve been reading a bit about caching in gluster volumes, but I<br>
&gt;&gt; &gt; still don&#39;t get a few things. I set up a gluster replica 2 volume like this:<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; [root@gluster-test-1 ~]# gluster vol info vol_rep<br>
&gt;&gt; &gt; Volume Name: vol_rep<br>
&gt;&gt; &gt; Type: Replicate<br>
&gt;&gt; &gt; Volume ID: b77db06d-2686-46c7-951f-e43bde21d8ec<br>
&gt;&gt; &gt; Status: Started<br>
&gt;&gt; &gt; Number of Bricks: 1 x 2 = 2<br>
&gt;&gt; &gt; Transport-type: tcp<br>
&gt;&gt; &gt; Bricks:<br>
&gt;&gt; &gt; Brick1: gluster-test-1:/ladrillos/l1/l<br>
&gt;&gt; &gt; Brick2: gluster-test-2:/ladrillos/l1/l<br>
&gt;&gt; &gt; Options Reconfigured:<br>
&gt;&gt; &gt; performance.cache-min-file-size: 90MB<br>
&gt;&gt; &gt; performance.cache-max-file-size: 256MB<br>
&gt;&gt; &gt; performance.cache-refresh-timeout: 60<br>
&gt;&gt; &gt; performance.cache-size: 256MB<br>
&gt;&gt; &gt; [root@gluster-test-1 ~]#<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; Then I mounted the volume with gluster client on another machine. I created<br>
&gt;&gt; &gt; an 80Mbytes file called 80, and here you have the reading test:<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; [root@gluster-client-1 gluster_vol]# dd if=/mnt/gluster_vol/80 of=/dev/null<br>
&gt;&gt; &gt; bs=1M<br>
&gt;&gt; &gt; 80+0 records in<br>
&gt;&gt; &gt; 80+0 records out<br>
&gt;&gt; &gt; 83886080 bytes (84 MB) copied, 1,34145 s, 62,5 MB/s<br>
&gt;&gt; &gt; [root@gluster-client-1 gluster_vol]# dd if=/mnt/gluster_vol/80 of=/dev/null<br>
&gt;&gt; &gt; bs=1M<br>
&gt;&gt; &gt; 80+0 records in<br>
&gt;&gt; &gt; 80+0 records out<br>
&gt;&gt; &gt; 83886080 bytes (84 MB) copied, 0,0246918 s, 3,4 GB/s<br>
&gt;&gt; &gt; [root@gluster-client-1 gluster_vol]# dd if=/mnt/gluster_vol/80 of=/dev/null<br>
&gt;&gt; &gt; bs=1M<br>
&gt;&gt; &gt; 80+0 records in<br>
&gt;&gt; &gt; 80+0 records out<br>
&gt;&gt; &gt; 83886080 bytes (84 MB) copied, 0,0195678 s, 4,3 GB/s<br>
&gt;&gt; &gt; [root@gluster-client-1 gluster_vol]#<br>
&gt;&gt;<br>
&gt;&gt; You are seeing the effect of client side kernel caching.  If you want to see the actual throughput for reads run:<br>
&gt;&gt;<br>
&gt;&gt; sync; echo 3 &gt; /proc/sys/vm/drop_caches; dd blah<br>
&gt;&gt;<br>
&gt;&gt; Kernel caching happens on both the client and server side, when I want to see uncached performance I drop caches on both clients and servers:<br>
&gt;&gt;<br>
&gt;&gt; run_drop_cache()<br>
&gt;&gt; {<br>
&gt;&gt;   for host in $MASTERNODE $NODE $CLIENT<br>
&gt;&gt;   do<br>
&gt;&gt;       ssh -i /root/.ssh/my_id root@${host} echo &quot;Dropping cache on $host&quot;<br>
&gt;&gt;       ssh -i /root/.ssh/my_id root@${host} sync<br>
&gt;&gt;       ssh -i /root/.ssh/my_id root@${host} &quot;echo 3 &gt; /proc/sys/vm/drop_caches&quot;<br>
&gt;&gt;   done<br>
&gt;&gt; }<br>
&gt;&gt;<br>
&gt;&gt; HTH!<br>
&gt;&gt;<br>
&gt;&gt; -b<br>
&gt;&gt;<br>
&gt;&gt; &gt; Cache is working flawlessly, (even though that 80 Mbytes is smaller than the<br>
&gt;&gt; &gt; min-file-size value, but I don&#39;t care about it right now) what I don&#39;t get<br>
&gt;&gt; &gt; is where cache is being stored. Is it stored on the client side or on the<br>
&gt;&gt; &gt; server side? According to documentation, the io-cache translator could be<br>
&gt;&gt; &gt; loaded on both sides (client and server), how can I know where it is being<br>
&gt;&gt; &gt; loeaded? It looks like as it was being stored locally because of the speed,<br>
&gt;&gt; &gt; but I&#39;d like to be sure.<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; Thanks!<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; --<br>
&gt;&gt; &gt; Pavlik Salles Juan José<br>
&gt;&gt; &gt; Blog - <a href="http://viviendolared.blogspot.com">http://viviendolared.blogspot.com</a><br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; _______________________________________________<br>
&gt;&gt; &gt; Gluster-users mailing list<br>
&gt;&gt; &gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt;&gt; &gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Gluster-users mailing list<br>
&gt;&gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt;&gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
&gt;&gt;<br>
&gt;&gt; =====-----=====-----=====<br>
&gt;&gt; Notice: The information contained in this e-mail<br>
&gt;&gt; message and/or attachments to it may contain <br>
&gt;&gt; confidential or privileged information. If you are <br>
&gt;&gt; not the intended recipient, any dissemination, use, <br>
&gt;&gt; review, distribution, printing or copying of the <br>
&gt;&gt; information contained in this e-mail message <br>
&gt;&gt; and/or attachments to it are strictly prohibited. If <br>
&gt;&gt; you have received this communication in error, <br>
&gt;&gt; please notify us by reply e-mail or telephone and <br>
&gt;&gt; immediately and permanently delete the message <br>
&gt;&gt; and any attachments. Thank you<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Gluster-users mailing list<br>
&gt;&gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt;&gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a> <br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Gluster-users mailing list<br>
&gt;&gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt;&gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Gluster-users mailing list<br>
&gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
</p>