<html><head></head><body>If High Availability is important then you really need 3 nodes, even if the 3rd node is just a 1U server for storing meta data. With only 2 nodes you will encounter split brain conditions which can not only crash and corrupt your VMs, but can cause you plenty of downtime as you manually resolve the split brain condition. I understand you’re starting with 2 nodes, but just don’t expect high availability, and do keep good backups because split brain condition means that different data would be written to differently to both nodes. If you were dealing with say, small pictures, or text documents, this might be easy to deal with, but that’s much harder to resolve with VHDs. Usually you would have to revert to a snapshot after a split brain, otherwise the VM has file system corruption.<br>
<br>
Also, with the 3 node (replica 3 arbiter 1) setup there’s currently a bug that results in very slow write speeds which may make running many VMs problematic.<br>
<br>
As far as access from Windows clients, I do not recommend using the Windows NFS client, as I’ve found it to be problematic if the connection is ever lost, it can cause windows explorer to hang completely and require a restart of the VM. Instead, install the Samba server and access the shares over SMB. For Linux clients, you can use NFS, but you’ll probably have better results installing the actual Gluster client.<br>
<br>
Gluster has been pretty good for me for storing backups.<br>
<br>
I haven’t worked at all with VMware, as I run a Citrix XenServer pool myself, so I don’t know what you might run into for issues there.<br>
<br>
Generally speaking I do recommend having a battery backed up RAID controller with onboard DDR or some NVFlash cache, as this will significantly improve write speeds than going without it, however I would only recommend using RAID0. If you use RAID1, 5, 6, 10 etc then you will be losing a significant amount of space keeping so many copies of the data.<br>
<br>
Hope this helps.<br>
<br>
Russ<br>
<br>
On Mar 30, 2016, at 10:28 PM, Pawan Devaiah <pawan.devaiah@gmail.com> wrote:<br>
<br>
Hi All,<br>
<br>
I am planning to build highly available Clustered NAS using GlusterFS, which will be accessed by windows and linux clients on VMware or Hyper-V hypervisor.<br>
I am looking for a cook book of sorts to achieve this, since this is new implementation I want to do it right from the begining<br>
<br>
Hardware : 2x 4 U servers with 36 X 4 TB drives (I understand minimum 3 nodes are required for reliable cluster, but lack of space on the rack means we have to start with 2 and add additional nodes later<br>
<br>
Workload: Store VMware VM files and store backup data<br>
<br>
Compatibility : VMware Hypervisor <br>
<br>
This is going to be production system, so should I use RAID or EC is ready for production?<br>
<br>
High Availability is the key<br>
<br>
Any guidance will be much appreciated.<br>
<br>
Cheers<br>
Dev<br>
_______________________________________________<br>
Gluster-users mailing list<br>
Gluster-users@gluster.org<br>
http://www.gluster.org/mailman/listinfo/gluster-users<br>
<br>
<img src="http://t.sidekickopen04.com/e1t/o/5/f18dQhb0S7ks8dDMPbW2n0x6l2B9gXrN7sKj6v4LN9-W2z8_hM5wLWr-N7dSKlbd3_yKW6jq8hk1k1H6H0?si=6102096971038720&pi=5E153962-CCA8-4BEA-995B-8795C359DE70" width="1" height="1" style="display:none!important"></body></html>