<div dir="ltr">If you're truly not concerned about the replication overhead the balance is going to require the minimal amount of data movement if you just remove and re-add the devices in their new zone with a single rebalance and ring-push.  That may or may not be a good idea to recommend depending on how much data you have an the speed of your replication network and object servers.<div>
<br></div><div>As a general rule I might suggest doing a single device and seeing how it goes.  But if you have more replica's that zones currently you're really going to want the latest ring-builder code that landed this week or you'll be in for a none good time - definitely recommend you copy your builder out to a temporary directory and validate the new weights before pushing.  Keeping good backups of your builders could really save you if things go terribly wrong.</div>
<div><br></div><div>-Clay</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 25, 2014 at 8:12 AM, Lillie Ross-CDSR11 <span dir="ltr"><<a href="mailto:Ross.Lillie@motorolasolutions.com" target="_blank">Ross.Lillie@motorolasolutions.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks John,<br>
<br>
Yes, I’ve read this article, but thanks for pointing me at it again.<br>
<span class="HOEnZb"><font color="#888888"><br>
/ross<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Aug 22, 2014, at 2:29 PM, John Dickinson <<a href="mailto:me@not.mn">me@not.mn</a>> wrote:<br>
<br>
> You've actually identified the issues involved. Here's a writeup on how you can do it, and the general best-practice for capacity management in Swift:<br>
><br>
> <a href="https://swiftstack.com/blog/2012/04/09/swift-capacity-management/" target="_blank">https://swiftstack.com/blog/2012/04/09/swift-capacity-management/</a><br>
><br>
><br>
> --John<br>
><br>
><br>
><br>
><br>
> On Aug 22, 2014, at 11:50 AM, Lillie Ross-CDSR11 <<a href="mailto:Ross.Lillie@motorolasolutions.com">Ross.Lillie@motorolasolutions.com</a>> wrote:<br>
><br>
>> All,<br>
>><br>
>> I want to reconfigure a number of disks in my Swift storage cluster to reside in different zones, and I’m unsure of the best way to accomplish this.<br>
>><br>
>> One way would be to set the drive weights to 0 and wait for data to migrate off the drives, then remove the drive from their current zone and re-add the drive to the new zone, rebalance and push the new ring files out to the cluster.<br>

>><br>
>> Or I could simply remove the drives, re-add the drives to their new zones, rebalance and push out the updated ring files.<br>
>><br>
>> Is one approach better than the other, or is there a better way than I’ve outlined above? Since any approach would be performed over a weekend, I’m not concerned about the effects of cluster performance as partitions are shuffled around.<br>

>><br>
>> Thoughts and inputs are welcome.<br>
>><br>
>> Thanks,<br>
>> Ross<br>
>> _______________________________________________<br>
>> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>> Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br></div>