Hi, Brano<br><br>Far as I know stopped instance will always start on the same node. And in order to it started on different node need using migration.<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 17, 2012 at 7:24 PM, Brano Zarnovican <span dir="ltr"><<a href="mailto:zarnovican@gmail.com" target="_blank">zarnovican@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have noticed the following problem, but I'm not sure if it's bug or feature ;)<br>
<br>
Scheduler is calculating available ram per node by taking total ram<br>
amount and then subtracting memory for every non-deleted instance<br>
associated to that compute node. That's all fine if all of them are<br>
running. Then the result roughly corresponds with reality.<br>
<br>
<a href="https://github.com/openstack/nova/blob/stable/essex/nova/scheduler/host_manager.py#L301" target="_blank">https://github.com/openstack/nova/blob/stable/essex/nova/scheduler/host_manager.py#L301</a><br>
<br>
But if, say,  50% of instances are stopped most of the time, they are<br>
still accounted for used ram for that compute node. RamFilter will<br>
prevent you to create more instances there..<br>
<br>
Is operator supposed to set over-commit in this case ?<br>
<br>
It seems that resources are allocated to instance at creation and they<br>
are "locked" during the whole lifecycle. One might expect that stopped<br>
instances would be disassociated with the compute node to free up the<br>
resources. Resources would be then allocated again on next<br>
start-instance, potentially on different compute node. Or is it just<br>
my misunderstanding of cloudiness ?<br>
<br>
Regards,<br>
<br>
Brano Zarnovican<br>
<br>
PS: We are running Essex 2012.1.3<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">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>
</blockquote></div><br></div>