<div dir="ltr">Thank you very much! It helped.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 19, 2014 at 12:43 AM, John Dickinson <span dir="ltr"><<a href="mailto:me@not.mn" target="_blank">me@not.mn</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, that's true. If Swift can't find the primary location for data on a write, it will put the data on a handoff node. Later, when the primary is available (or in this case, the IP is updated in the ring), the data will be moved back. To be explicit, this is new data put during the window between the change in IP and the ring update.<br>
<br>
This window is another reason dynamic IPs are much harder to use in a Swift cluster.<br>
<span class="HOEnZb"><font color="#888888"><br>
--John<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
On Aug 18, 2014, at 12:10 PM, Luse, Paul E <<a href="mailto:paul.e.luse@intel.com">paul.e.luse@intel.com</a>> wrote:<br>
<br>
> Don't you also have the issue of having those nodes unavailable during the time when their IP changes and someone gets around to updating and re-propagating those rings right? Depending on the size of that window and how much traffic is going on at the time you may very well end up with a lot of extra data movement as incoming data makes it to handoffs (assuming their addresses didn't change) and then back again after the rings reflect the new addresses of the primary(ies).<br>
><br>
> -Paul<br>
><br>
> -----Original Message-----<br>
> From: John Dickinson [mailto:<a href="mailto:me@not.mn">me@not.mn</a>]<br>
> Sent: Monday, August 18, 2014 11:54 AM<br>
> To: Jyoti Ranjan<br>
> Cc: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Subject: Re: [Openstack] [Swift] IP address of Swift nodes : need help<br>
><br>
> If the IP for a storage node changes, you'll need to update the rings where that server's drives are. You can update the IP with the `swift-ring-builder set_info ...` command and then use "write_ring" to serialize it. Doing this will not cause any data movement in the cluster. Removing the server and re-adding it to the ring will cause data movement.<br>
><br>
> So, no, it's not strictly necessary to use static IPs. You'll be saving yourself some management overhead if you do, though.<br>
><br>
> --John<br>
><br>
><br>
><br>
><br>
> On Aug 18, 2014, at 11:42 AM, Jyoti Ranjan <<a href="mailto:jranjan@gmail.com">jranjan@gmail.com</a>> wrote:<br>
><br>
>> Hi,<br>
>><br>
>> We are deploying Swift clusters where we do have IP addresses assigned to Swift nodes via DHCP. Curious to know, what will happen if IP address of a give node change that node is made part of Swift cluster. For e.g. let us assume that Swift object node got IP 192.168.10.2 and later it changes to 192.168.10.9 because of DHCP. Will running Swift cluster get affected?<br>
>><br>
>> In other words, is it necessary to use static IP for Swift nodes?<br>
>><br>
>><br>
>> Regards,<br>
>> Jyoti Ranjan<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>
</div></div></blockquote></div><br></div>