<div dir="ltr"><div><div><div>Hi, Oleg-san<br><br></div>Thank you for your feedback. <br>We'll check your new design.<br><br></div>Our idea is adding concept of  distance among regions so that Swift proxy can sort nodes by proximity and have<br>
</div><div>more flexibility rather than distinguish "local" and "remote" regions, I think. <br></div><div><br></div><div>so, discussion points are<br><br></div><div>1. Can this idea be acceptable?<br></div>
<div>2. Can we assume that region number has some rules to calcurate proximity?<br><br></div><div>Any suggestions would be greatly appriciated.<br></div><div><br>--<br></div><div>Best Regards,<br></div><div>Motonobu "famao" Ichimura<br>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/1/25 Oleg Gelbukh <span dir="ltr"><<a href="mailto:ogelbukh@mirantis.com" target="_blank">ogelbukh@mirantis.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">Yuzawa,<div><br></div><div>Please note that we've updated the proposal of the region tier in ring, based on feedback from the community. This version assumes that the 'Region' value is a number, which correlates with your proposal. New version of the region tier design can be found here:</div>


<div><a href="https://docs.google.com/document/d/1ZfP7712PebhitNM_VuOUL1DV5gXEEbHZOBkwyX8PBE4/edit" target="_blank">https://docs.google.com/document/d/1ZfP7712PebhitNM_VuOUL1DV5gXEEbHZOBkwyX8PBE4/edit</a><br></div><div><br>
</div>

<div>--</div><div>Best regards,<br>Oleg</div><div>Mirantis, Inc.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Fri, Jan 25, 2013 at 1:36 PM, YUZAWA Takahiko <span dir="ltr"><<a href="mailto:yuzawataka@intellilink.co.jp" target="_blank">yuzawataka@intellilink.co.jp</a>></span> wrote:<br>


</div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I have an interest in geo-distributed cluster of Swift, such as those<br>
told in the following bluenotes.<br>
<br>
 <a href="https://blueprints.launchpad.net/swift/+spec/proxy-affinity" target="_blank">https://blueprints.launchpad.net/swift/+spec/proxy-affinity</a><br>
 <a href="https://blueprints.launchpad.net/swift/+spec/region-tier" target="_blank">https://blueprints.launchpad.net/swift/+spec/region-tier</a><br>
<br>
And I wrote a design note about geo-distributed Swift.<br>
<br>
 <a href="https://docs.google.com/document/d/1E-kCL4Z1JLO9nHm8y7k-U2xozm1QWvTztlEQH0l76Qg/edit" target="_blank">https://docs.google.com/document/d/1E-kCL4Z1JLO9nHm8y7k-U2xozm1QWvTztlEQH0l76Qg/edit</a><br>
<br>
This note is based on an implemantation of multi-site Swift in Colony<br>
project.<br>
<br>
 <a href="http://www.slideshare.net/famao/colony-foropenstacksummit" target="_blank">http://www.slideshare.net/famao/colony-foropenstacksummit</a><br>
<br>
Please give me your comments.<br>
<br>
--<br>
Best regards,<br>
YUZAWA Takahiko<br>
NTTDATA INTELLILINK<br>
<br>
_______________________________________________<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>
</blockquote></div></div></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></div>