<div dir="ltr">Hello,<div><br></div><div>Yes it&#39;s much like a standard Windows File servers. You will only monitor DFS-R replication through nagios or so, to check backlog/latency in replication.</div><div><br></div><div>For performance, it&#39;s all about what you do with a standard Windows file server anyway:</div><div><ul><li>Check raid controller settings</li><li>NTFS formatted in 64K, not the 4K default,</li><li>Defrag since the beginning through the Windows one (scheduled). O&amp;O can be a great invest for that if 1 volume go much beyond than 2M files</li><li>Setup antivirus to only do realtime check on file change, not on access. Exclude DFS database from antivirus scan</li><li>Tune network card (send and receive buffer)</li><li>...</li></ul><div>Start with 2012 R2, to get SMB v3 and all latest stuff</div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Cordialement,<br>Mathieu CHATEAU<br><a href="http://www.lotp.fr" target="_blank">http://www.lotp.fr</a></div></div>
<br><div class="gmail_quote">2015-08-10 7:11 GMT+02:00 David <span dir="ltr">&lt;<a href="mailto:david.peer@gmail.com" target="_blank">david.peer@gmail.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>No, but files can be accessed from different clients from different nodes.<br><br></div>OK, so from what you are saying, there is no stability or other issues with DFS keeping an eye on workload, and as long as files accessed from one node, right?<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 9, 2015 at 11:24 PM, Mathieu Chateau <span dir="ltr">&lt;<a href="mailto:mathieu.chateau@lotp.fr" target="_blank">mathieu.chateau@lotp.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I do have DFS-R in production, that replaced sometimes netapp ones.<div>But no similar workload as my current GFS.</div><div><br></div><div>In active/active, the most common issue is file changed on both side (no global lock)</div><div>Will users access same content from linux &amp; windows ?</div><div><br></div></div><div class="gmail_extra"><span><br clear="all"><div><div>Cordialement,<br>Mathieu CHATEAU<br><a href="http://www.lotp.fr" target="_blank">http://www.lotp.fr</a></div></div>
<br></span><div><div><div class="gmail_quote">2015-08-09 21:18 GMT+02:00 David <span dir="ltr">&lt;<a href="mailto:david.peer@gmail.com" target="_blank">david.peer@gmail.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Hi,<br><br></div>Thank you very much for detailed answer.<br><br></div>Most of the clients are Windows based OS&#39;s, but Linux will come in the future.<br></div>Now I know that Windows does a bad job with NFS, so this is one concern that I have, but I also worried about performance and stability.<br></div>I used to work with NFS clustered environments, also with GPFS and CTDB exporting both NFS and CIFS servicing 100s of users and render farms with no issues.<br><br></div>Are you aware of any performance challenges/limitations of DFS-R, I mean real world ones compared to Linux? I aware of MS official DFS docs.<br></div>Wonder if there is a comparison of same HW, one runs Gluster replica (ontop of XFS/Ext4) compared to two nodes DFS-R. (checking concurrent CIFS session, IOps, network utilization while sync etc..)<br><br></div>Thanks again,<br></div>David<br><br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 9, 2015 at 9:05 PM, Mathieu Chateau <span dir="ltr">&lt;<a href="mailto:mathieu.chateau@lotp.fr" target="_blank">mathieu.chateau@lotp.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello,</div>By DFS, you mean DFS-R.<div>Because DFS can also be used only as domain space (DFS-N). This allow to publish share that hide real server name and so allow to move target somewhere else as needed.</div><div><br></div><div>As I do quite a lot of DFS-R, here are the differences using DFS-R instead of Gluster:</div><div><ul><li>Replication occurs between servers. Client only connect to one of ther server (can be based on AD topology), and is not aware that it&#39;s DFS-R.</li><li>Replication only transmit block changed in files, not the whole file</li><li>Replication is tracked using an internal Jet database</li><li>You have reporting tool to see differences &amp; co between servers</li><li>This is active/active. If a client can/connect to a server, it will work there. </li><li>Lock on files are not replicated. If same file is changed on 2 servers at same time, replication will log that in event log and put file that lost in lost&amp;found folder (the more recent win)</li><li>Not any issue browsing files/folder tree. Everything act like if it was just a file server.</li><li>You can use NTFS permission to fine grain access (Go further than unix style from my point of view)</li><li>Quota are working</li><li>You can prevent file based on extension</li><li>New version can deduplicate content (file server standard)</li><li>Writes are not synchronous. Once file is written, it&#39;s replicated in the background.</li></ul><div><br></div><div>Main difference is that you can&#39;t strip inside share content over multiple servers like if they were just one (the distributed feature of Gluster). Things are evolving with Windows Server 2016, but not yet RTM.</div><div>You can also use shared storage in a more cluster way, with or without DFS replication (to survive a server down).<br></div></div><div><br></div><div>We nearly always use both DFS-R and DFS-N, so we can migrate share to a different server without changes on client side.</div><div><br></div><div>NAS &amp; SAN vendors don&#39;t have choice. NetApp can&#39;t use Windows, else they can&#39;t customize it deeper enough, and they would have to pay license to MS.</div><div>I always found that using a linux for CIFS is far away from feature you have on Windows side, and issue it generate (like robocopy diff. not working without /FFT flag).</div><div><br></div><div>Backup of NetApp or EMC CIFS is just not working if doing that through share, you have to use NDMP, which is proprietary and generate others issue to backup (NDMP license, need to write directly itself on tape...).</div><div><br></div><div>What will be your clients ? Windows box ? Linux ? Both ? If both, going to same shares?</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div>Cordialement,<br>Mathieu CHATEAU<br><a href="http://www.lotp.fr" target="_blank">http://www.lotp.fr</a></div></div>
<br><div class="gmail_quote"><div><div>2015-08-09 17:56 GMT+02:00 David <span dir="ltr">&lt;<a href="mailto:david.peer@gmail.com" target="_blank">david.peer@gmail.com</a>&gt;</span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div>Hi,<br><br></div><div>I need some help in making this call choosing between the two.<br></div><div>I have no experience with MS DFS or with Windows server OS as a file server.<br><br></div><div>There are some developers that pushing the DFS direction, mostly because the applications that will use it and access will be from Microsoft using CIFS.<br><br></div><div>Now I know that most serious storage, NAS and SAN vendors work with Linux or Unix based because of performance and flexibility, and I&#39;m afraid that DFS will just won&#39;t carry the expected load.<br><br></div><div>Does anyone has experience with it?<br></div><div>Can some tell what are the PROS and CONS of each that can help us to make a call?<br><br></div><div>Many thanks,<br></div><div>David<br><br></div></div>
<br></div></div>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>