Open Stack

Hi Tim,

Would be great to have a session around these topics at the design summit.
Going forward, I can see something like this as a separate project or 
service, approaching the admin APIs of Nova. In the host failure scenario, 
it would also make sense to use it to do fencing, approaching Cinder, 
Neutron, Ironic..
It might make sense to start with a discussion in Nova, as it could be a 
natural place for at least some of those scenarios and policies, and it 
would be natural to expect Nova to provide majority of the relevant hooks, 
notifications and APIs if/when the end-to-end scenario is implemented at 
some other place. Another option is to have a discussion in the 
'unconference' track.

Regards,
Alex

[1] https://blueprints.launchpad.net/nova/+spec/host-maintenance 
[2] 
https://blueprints.launchpad.net/nova/+spec/find-host-and-evacuate-instance 

[3] https://blueprints.launchpad.net/python-novaclient/+spec/evacuate-host 

[4] 
https://blueprints.launchpad.net/python-novaclient/+spec/find-and-evacuate-host 


Tim Bell <Tim.Bell at cern.ch> wrote on 20/09/2013 12:02:57 AM:

> 
> Discussing with various people in the community, there seems to be 
> interest in a way to
> 
> -          Identify when a hypervisor is being drained or is down 
> and inventory its VMs
> -          Find the best practise way of restarting that VM for 
> hypervisors still available
> o   Live migration
> o   Cold migration
> -          Defining policies for the remaining cases
> o   Restart from base image
> o   Suspend
> o   Delete
> 
> This touches multiple components from Nova/Cinder/Quantum (at minimum).
> 
> It also touches some cloud architecture questions if OpenStack can 
> start to move into the low hanging fruit parts of service consolidation.
> 
> I?d like to have some form of summit discussion in Hong Kong around 
> these topics but it is not clear where it fits.
> 
> Are there others who feel similarly ? How can we fit it in ?
> 
> Tim
>  [attachment "smime.p7s" deleted by Alex Glikson/Haifa/IBM] 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130920/99152b59/attachment.html>