<html><body><div style="font-family: garamond,new york,times,serif; font-size: 12pt; color: #000000"><div>What does "nearest" storage server mean? Are the clients residing in the storage pool too? Or are they external to the cluster?<br></div><div><br></div><div>-Krutika<br></div><hr id="zwchr"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Yannick Perret" &lt;yannick.perret@liris.cnrs.fr&gt;<br><b>To: </b>gluster-users@gluster.org<br><b>Sent: </b>Thursday, March 3, 2016 5:38:33 PM<br><b>Subject: </b>[Gluster-users] Per-client prefered server?<br><div><br></div>Hello,<br><div><br></div>I can't find if it is possible to set a prefered server on a per-client <br>basis for replica volumes, so I ask the question here.<br><div><br></div>The context: we have 2 storage servers, each in one building. We also <br>have several virtual machines on each building, and they can migrate <br>from one building to an other (depending on load, maintenance…).<br><div><br></div>So (for testing at this time) I setup a x2 replica volume, one replica <br>on each storage server of course. As most of our volumes are "many reads <br>- few writes" it would be better for bandwidth that each client uses the <br>"nearest" storage server (local building switch) - for reading, of <br>course. The 2 buildings have a good netlink but we prefer to minimize - <br>when not needed - data transferts beetween them (this link is shared).<br><div><br></div>Can you see a solution for this kind of tuning? As far as I understand <br>geo-replica is not really what I need, no?<br><div><br></div>It exists "cluster.read-subvolume" option of course but we can have <br>clients on both building so a per-volume option is not what we need. An <br>per-client equivalent of this option should be nice.<br><div><br></div>I tested by myself a small patch to perform this - and it seems to work <br>fine as far as I can see - but 1. before continuing in this way I would <br>first check if it exists an other way and 2. I'm not familiar with the <br>whole code so I'm not sure that my tests are in the "state-of-the-art" <br>for glusterfs.<br><div><br></div>Thanks in advance for any help.<br><div><br></div>Regards,<br>--<br>Y.<br><div><br></div><br><div><br></div>_______________________________________________<br>Gluster-users mailing list<br>Gluster-users@gluster.org<br>http://www.gluster.org/mailman/listinfo/gluster-users</blockquote><div><br></div></div></body></html>