<div dir="ltr">Yes, <span style="font-size:14px">CONF.allow_resize_to_same_</span><span style="font-size:14px">host exist, but the meaning is that the current host have chance to be selected in nova-scheduler, the final chosen host maybe not the current host, in this case, the instance will be migrated from current host to chosen host and the image will be copied to the chosen host even if the disk size remain the same.</span></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-12 15:55 GMT+08:00 Jesse Pretorius <span dir="ltr"><<a href="mailto:jesse.pretorius@gmail.com" target="_blank">jesse.pretorius@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thursday, February 12, 2015, Rui Chen <<a href="mailto:chenrui.momo@gmail.com" target="_blank">chenrui.momo@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>    Currently, resizing instance cause migrating from the host that the instance run on to other host, but maybe the current host is suitable for new flavor. Migrating will lead to copy image between hosts if no shared storage, it waste time. </div><div>    I think that priority resizing instance on the current host may be better if the host is suitable.</div><div>    The logic like this:</div><div><br></div><div>if CONF.allow_resize_to_same_host:</div><div>    filte current host</div><div>    if suitable:</div><div>       resize on current host</div><div>    else:</div><div>       select a host</div><div>       resize on the host</div><div><br></div><div>    I don't know whether there have been some discussion about this question. Please let me know what do you think. If the idea is no problem, maybe I can register a blueprint to implement it. </div></div></blockquote><div><br></div></div></div><div>But the nova.conf flag for that already exists?</div><div><br></div><div>What I would suggest, however, is that some logic is put in to determine whether the disk size remains the same while the cpu/ram size is changing - if so, then resize the instance on the host <span></span>without the disk snapshot and copy. </div><span class="HOEnZb"><font color="#888888"><br><br>-- <br><div dir="ltr"><div>Jesse Pretorius<br>mobile: +44 7586 906045<br>email: <a href="mailto:jesse.pretorius@gmail.com" target="_blank">jesse.pretorius@gmail.com</a><br>skype: jesse.pretorius</div></div><br>
</font></span><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>