<div dir="ltr">Kiru,<div><br></div><div>That just means you have put even weight on all your drives, so your telling swift to store it that way.</div><div><br></div><div>So short answer is  there is more to it then that. Sure evenly balanced makes life easier. But it doesn't have to be the case. You can set drive weights and overload factor to tune/balance data placement throughout the cluster. Further you have more then just regions and zones, swift knows about servers and disks. And will always attempt to keep the objects and disburse and durable as possible.</div><div><br></div><div>If there is ever a case for a some partitions to have 2 replicas on the one zone, then you'd find they live on different servers or if there is only 1 server, different disks. Therefore adding more failure domains, the better your data is durability stored.</div><div><br></div><div>Regards,</div><div>Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 22, 2016 at 2:00 PM, Kirubakaran Kaliannan <span dir="ltr"><<a href="mailto:kirubak@zadarastorage.com" target="_blank">kirubak@zadarastorage.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"> </p><p class="MsoNormal">Hi,</p><p class="MsoNormal"> </p><p class="MsoNormal">I have 3 ZONEs, with different capacity in each. Say I have 4 X 1TB disk  (r0z1 - 1TB, r0z2 - 1TB,r0 z3 - 2TB ).</p><p class="MsoNormal"> </p><p class="MsoNormal">The ring builder (rebalance code), keep ¼-partitions of all 3 replica in Zone-3. This is the current default  behavior from the rebalance code.</p><p class="MsoNormal">This puts pressure to the storage user to evenly increase the storage capacity across the zones. Is this is the correct understanding I have ?</p><p class="MsoNormal"> </p><p class="MsoNormal">If so, Why have we chosen this approach, rather cant we enforce zone based partition (but the partition size on Z1 and Z2 may be lesser than Z3) ?</p><p class="MsoNormal">This makes sure we have 100% zone level protection and not loss of data on 1 zone failure ?</p><p class="MsoNormal"> </p><p class="MsoNormal">Thanks,</p><p class="MsoNormal">-kiru</p><p class="MsoNormal"> </p></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>