<div dir="ltr">Hello,<div><br></div><div>I suggest Tom to clarify if he intends geo-rep or replica.</div><div><br></div><div>Tom, do you expect automatic failover to remote site if local is down ?</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-11-23 14:37 GMT+01:00 Kaleb S. KEITHLEY <span dir="ltr">&lt;<a href="mailto:kkeithle@redhat.com" target="_blank">kkeithle@redhat.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11/23/2015 03:26 AM, Tom Farrar wrote:<br>
&gt; Good Morning All,<br>
&gt;<br>
&gt; I&#39;m looking at deploying 3 Gluster nodes, two in one location and the<br>
&gt; third in another. The link between these two locations is fast and<br>
&gt; fairly low latency, around ~4ms. The volumes are all low write/high read<br>
&gt; with the largest being a few TBs (with lots of small files). While the<br>
&gt; primary location will have two nodes in, the secondary location (with<br>
&gt; one node) will see local reads and writes.<br>
&gt;<br>
&gt; I&#39;m a little concerned about running the replication in separate<br>
&gt; locations given that from what I&#39;ve read Gluster doesn&#39;t like latency.<br>
&gt; Is this a valid concern? I&#39;ve seen a few options for what I believe is<br>
&gt; keeping reads local so they don&#39;t go to the distant node, but I&#39;m<br>
&gt; struggling to find a definitive answer (cluster.read-subvolumeperhaps).<br>
<br>
</span>For reads, the clients will read from the server that responds the<br>
fastest to the Lookup call. Usually that will be from the closest,<br>
lowest latency, server. That&#39;s automatic, there is no configuration<br>
required for that.<br>
<br>
Aside from that, using geo-rep to replicate to the remote system is<br>
probably a good fit for your use case; clients only know about the<br>
closest systems and never incur the hit for the synchronous write to the<br>
remote system.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
<br>
Kaleb<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>