<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'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 & 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&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's replicated in the background.</li></ul><div><br></div><div>Main difference is that you can'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 & SAN vendors don't have choice. NetApp can't use Windows, else they can'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 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-09 17:56 GMT+02:00 David <span dir="ltr"><<a href="mailto:david.peer@gmail.com" target="_blank">david.peer@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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'm afraid that DFS will just won'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>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">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>