<div dir="ltr">On 16 February 2015 at 14:22, Christian Berendt <span dir="ltr"><<a href="mailto:christian@berendt.io" target="_blank">christian@berendt.io</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On 02/14/2015 06:54 PM, Daniel Spiekermann wrote:<br>
> is it possible to migrate 2 different VMs to the same compute node?<br>
<br>
</span>Have you tried it with nova live-migration or only with nova migrate?<br>
<br>
With nova live-migration it is possible to specify the target host.<br>
<br>
usage: nova live-migration [--block-migrate] [--disk-over-commit]<br>
                           <server> [<host>]<br>
<br>
Migrate running server to a new machine.<br>
<br>
Positional arguments:<br>
  <server>            Name or ID of server.<br>
  <host>              destination host name.<br>
<span class=""><font color="#888888"><br>
Christian.<br>
</font></span><div class=""><div></div></div></blockquote><div> <br></div><div>Initially I thought that the server group affinity filter (available since Icehouse) would be suitable for the use case you have outlined: - <a href="http://docs.openstack.org/trunk/config-reference/content/section_compute-scheduler.html#servergroupaffinityfilter">http://docs.openstack.org/trunk/config-reference/content/section_compute-scheduler.html#servergroupaffinityfilter</a><br><br>However it seems that it is currently only honoured at boot and updated for the upcoming Kilo release - <a href="https://blueprints.launchpad.net/nova/+spec/anti-affinity-on-migration">https://blueprints.launchpad.net/nova/+spec/anti-affinity-on-migration</a>.  Until then live migration may indeed be your only way to achieve the required affinity behaviour.<br><br></div><div>Regards,<br><br>--<br></div><div>Adnan<br></div></div></div></div>