<div dir="ltr"><div><div><div><div><div><div><div>Hi Clay,<br><br></div>Thanks for the reply. <br></div><div>I'm just experimenting with this feature in between two server machines at different locations.<br></div>I'm not looking for synchronous replication in between the sites. Asynchronous replication is fine. <br>
</div>It would be nice if the asynchronous replication were to happen at predictable intervals, so that I can then estimate more confidently the maximum age of objects (most of the time) on the remote server. <br><br></div>
Haven't explored the policy feature yet. <br>Going through this document now...<br><a href="http://docs.openstack.org/developer/swift/overview_policies.html">http://docs.openstack.org/developer/swift/overview_policies.html</a><br>
<br></div>Will read it and report back if that is what I need.<br><br></div>Regards,<br></div>Shyam<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 19, 2014 at 12:20 AM, Clay Gerrard <span dir="ltr"><<a href="mailto:clay.gerrard@gmail.com" target="_blank">clay.gerrard@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Correct, best-effort.  There is no guarantee or time boxing on cross-region replication.  The best way to manage cross site replication is by tuning your replica count to ensure you have primary copies in each region - eventually.  Possibly evaluate if you need write_affinity at all (you can always just stream across the WAN on PUT directly into the primary locations).  Global replication is a great feature, but still ripe for optimization and turning:<div>

<br></div><div><a href="https://review.openstack.org/#/c/99824/" target="_blank">https://review.openstack.org/#/c/99824/</a><br><div><br></div><div>With storage policies you now also have the ability to have a local policy and global policy giving operators and users even more control about where they need their objects.  For example you might upload to local policy and then manage geo-distribution with a COPY request to the global policy.</div>

<div><br></div><div>Do you have a specific use case for geo-distributed objects that you could share or are you just trying to understand the implementation?</div><div><br></div><div>-Clay</div></div></div><div class="gmail_extra">

<br><br><div class="gmail_quote"><div><div class="h5">On Mon, Aug 18, 2014 at 3:32 AM, Shyam Prasad N <span dir="ltr"><<a href="mailto:nspmangalore@gmail.com" target="_blank">nspmangalore@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div dir="ltr"><div><div><div>Hi,<br><br></div>Went through the following link:<br><a href="https://swiftstack.com/blog/2012/09/16/globally-distributed-openstack-swift-cluster/" target="_blank">https://swiftstack.com/blog/2012/09/16/globally-distributed-openstack-swift-cluster/</a><br>


<br></div>I'm trying to simulate the 2-region 3-replica scenario. The document says that the 3rd replica will be asynchronously moved to the remote location with a 2-region setup. <br><br>What I want to understand is if whether the latency of this asynchronous copy can be tweaked/monitored? I couldn't find any configuration parameters to tweak this. Do we have such an option? Or is it done on a best-effort basis?<br>


<br></div>Thanks in advance...<span><font color="#888888"><br clear="all"><div><div><div><div><div><div><br>-- <br>-Shyam
</div></div></div></div></div></div></font></span></div>
<br></div></div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>-Shyam
</div>