Open Stack

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.

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 (
http://junodesignsummit.sched.org/event/36c19ae807a02ef7015ab042fd4541e6#.U3DNpChpdeM
)

The google doc related to "run time policy" is here:
https://docs.google.com/document/d/1DMsnGxQ3P-OwZCF3uxaUeEFaKX8LqUqmmgQ_7EVK7Y8/edit?usp=sharing

Thanks!


2014-04-12 1:00 GMT+08:00 Tim Bell <Tim.Bell at cern.ch>:

>
>
> > -----Original Message-----
> > From: Andrew Laski [mailto:andrew.laski at rackspace.com]
> > Sent: 11 April 2014 16:38
> > To: OpenStack Development Mailing List (not for usage questions)
> > Subject: Re: [openstack-dev] [nova] Dynamic scheduling
> >
> > On 04/10/14 at 11:33pm, Oleg Gelbukh wrote:
> > >Andrew,
> > >
> ...
> >
> > 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
> > entity.
> > 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
> > separate.
> >
>
> 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.
>
> 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.
>
> 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.
>
> Tim
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
Thanks,

Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140512/240243ca/attachment.html>