I found that we can do live migration (<a href="http://docs.openstack.org/admin-guide-cloud/content/section_configuring-compute-migrations.html">http://docs.openstack.org/admin-guide-cloud/content/section_configuring-compute-migrations.html</a>), If there exists this tight relation between migration and resizing, if I configure the system to do live migration, it will influence on how the resizing is done? The resizing will get the benefits of live-migration?<br><div><br></div><div>Best Regards,</div><div>Mathias</div><br><div class="gmail_quote">Em Wed Nov 26 2014 at 18:49:32, Kris G. Lindgren <<a href="mailto:klindgren@godaddy.com">klindgren@godaddy.com</a>> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>
<div>Also,</div>
<div><br>
</div>
<div>If the vm was booted with any special scheduler requests (affinity/anti-affinity rules) those rules are
<span style="font-weight:bold">NOT</span> used when finding the new host to resize the vm on to.  There is a ton of improvement to be had in the current resize/migrate code path.  Basically, as it is right now a resize is a migration and it follows 99% of
 the same code path.</div>
<div>
<div>
<div>____________________________________________</div>
<div> </div>
<div>Kris Lindgren</div>
<div>Senior Linux Systems Engineer</div>
<div>GoDaddy, LLC.</div>
<div><br>
</div>
</div>
</div>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt">
<span style="font-weight:bold">From: </span>Juan José Pavlik Salles <<a href="mailto:jjpavlik@gmail.com" target="_blank">jjpavlik@gmail.com</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, November 26, 2014 at 10:36 AM<br>
<span style="font-weight:bold">To: </span>Mike Smith <<a href="mailto:mismith@overstock.com" target="_blank">mismith@overstock.com</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:openstack-operators@lists.openstack.org" target="_blank">openstack-operators@lists.openstack.org</a>" <<a href="mailto:openstack-operators@lists.openstack.org" target="_blank">openstack-operators@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [Openstack-operators] Disabling VM Copy at Resizing<br>
</div></span></div><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><span>
<div><br>
</div>
<div>
<div>
<div dir="ltr">My bad, you are right. The flag just allows the actual host to be included into the possible-hosts list.</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2014-11-26 14:34 GMT-03:00 Mike Smith <span dir="ltr"><<a href="mailto:mismith@overstock.com" target="_blank">mismith@overstock.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">Note that “allow_resize_to_same_host” doesn’t force it to stay on the same host, it only allows it to happen.  It’s still up to the scheduler as to where it goes.  Because we use shared storage at Overstock, we had to work
 around this by disabling all the hypervisors except the one it’s on before doing a resize.   
<div><br>
</div>
<div>We also would love to see a way to prevent copying the disk when the size doesn’t change.  It’s annoying when you just want to make a CPU or RAM change and have to wait for the disk copy.  The other downside of resizing is that it changes your nice, sparsely-provisioned
 copy-on-write disk image into a full size image divorced from the qcow source disk.
<div>
<div><br>
Mike Smith<br>
Principal Engineer, Website Systems<br>
<a href="http://Overstock.com" target="_blank">Overstock.com</a><br>
<br>
<br>
</div>
<div>
<div><br>
<div>
<blockquote type="cite">
<div>On Nov 26, 2014, at 10:21 AM, Juan José Pavlik Salles <<a href="mailto:jjpavlik@gmail.com" target="_blank">jjpavlik@gmail.com</a>> wrote:</div>
<br>
<div>
<div dir="ltr">In Grizzly there's a flag "allow_resize_to_same_host=True" that at least shouldn't move the instance from one node to another, but it's not exactly what you want.
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2014-11-26 12:30 GMT-03:00 Mathias Brito <span dir="ltr">
<<a href="mailto:mathiasbrito@gmail.com" target="_blank">mathiasbrito@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hello people,</div>
<div><br>
</div>
Is there a away to avoid Openstack of making a copy of the VM when resizing it?<span><font color="#888888">
<div><br>
</div>
<div>Mathias</div>
</font></span><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div>
<div dir="ltr">Pavlik Salles Juan José
<div>Blog - <a href="http://viviendolared.blogspot.com/" target="_blank">http://viviendolared.blogspot.com</a></div>
</div>
</div>
</div>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1"><br>
CONFIDENTIALITY NOTICE: This message is intended only for the use and review of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If the reader of this message is not the intended recipient, or
 the employee or agent responsible for delivering the message solely to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in
 error, please notify sender immediately by telephone or return email. Thank you.<br>
</font></div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div>
<div dir="ltr">Pavlik Salles Juan José
<div>Blog - <a href="http://viviendolared.blogspot.com" target="_blank">http://viviendolared.blogspot.com</a></div>
</div>
</div>
</div>
</div>
</div>
</span></div>

______________________________<u></u>_________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.<u></u>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-operators</a><br>
</blockquote></div>