<div dir="ltr"><div><div>For those who are interested in "dynamic scheduling", you can go to IBM booth today (5.12) from 10:45 to  12:45, we will have a simple demo there.<br><br></div>There will also be a design session "Future of Gantt APIs and interfaces" which include "run time policy for OpenStack" at Friday, May 16 10:50am - 11:30am (<a href="http://junodesignsummit.sched.org/event/36c19ae807a02ef7015ab042fd4541e6#.U3DNpChpdeM" target="_blank">http://junodesignsummit.sched.org/event/36c19ae807a02ef7015ab042fd4541e6#.U3DNpChpdeM</a>)<br>

<br></div><div>The google doc related to "run time policy" is here: <a href="https://docs.google.com/document/d/1DMsnGxQ3P-OwZCF3uxaUeEFaKX8LqUqmmgQ_7EVK7Y8/edit?usp=sharing">https://docs.google.com/document/d/1DMsnGxQ3P-OwZCF3uxaUeEFaKX8LqUqmmgQ_7EVK7Y8/edit?usp=sharing</a><br>
</div><div><br></div>Thanks!<br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-12 1:00 GMT+08:00 Tim Bell <span dir="ltr"><<a href="mailto:Tim.Bell@cern.ch" target="_blank">Tim.Bell@cern.ch</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><br>
<br>
> -----Original Message-----<br>
> From: Andrew Laski [mailto:<a href="mailto:andrew.laski@rackspace.com" target="_blank">andrew.laski@rackspace.com</a>]<br>
> Sent: 11 April 2014 16:38<br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
> Subject: Re: [openstack-dev] [nova] Dynamic scheduling<br>
><br>
</div><div>> On 04/10/14 at 11:33pm, Oleg Gelbukh wrote:<br>
> >Andrew,<br>
> ><br>
</div>...<br>
<div>><br>
> In my opinion what's being proposed doesn't seem to fit cleanly into any existing service, so perhaps it could start as a standalone<br>
> entity.<br>
> Then once there's something that can be used and demoed a proper place might suggest itself, or it might make sense to keep it<br>
> separate.<br>
><br>
<br>
</div>I strongly support no auto scaling. Heat looks after this and is a user facing activity since it needs to know what to do when a new VM is created and how to set it up.<br>
<br>
A dynamic scheduling 'service' would work on an operator infrastructure layer performing VM relocation according to the service provider needs (balance between optimisation, thrashing, acceptable downtime). It should be performed within the SLA expectations of the VM.<br>


<br>
The dynamic scheduling is 'OpenStack Tetris', trying to ensure a consistent packing policy of VMs on resources based on the policy for the service class.<br>
<span><font color="#888888"><br>
Tim<br>
</font></span><div><div><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div>Thanks,<br><br></div>Jay<br></div>
</div></div>