[openstack-dev] Medium Availability VMs
Tim Bell
Tim.Bell at cern.ch
Fri Sep 20 05:29:31 UTC 2013
Mike,
Is this something that will be added into OpenStack or made available as open source through something like stackforge ?
Tim
From: Mike Spreitzer [mailto:mspreitz at us.ibm.com]
Sent: 20 September 2013 03:27
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] Medium Availability VMs
> From: Tim Bell <Tim.Bell at cern.ch <mailto:Tim.Bell at cern.ch> >
> ...
> 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 ?
When there are multiple viable choices, I think direction should be taken from higher layers. The operation of draining a hypervisor can be parameterized, the VMs themselves can be tagged, by an indication of which to do.
I myself am working primarily on holistic infrastructure scheduling, which includes quiescing and draining hypervisors among the things it can do. Holistic scheduling works under the direction of a template/pattern/topology that describes a set of interacting resources and their relationships, and so is able to make a good decision about where VMs should move to.
Re-starting a VM can require software coordination.
I think holistic infrastructure scheduling is logically downstream from software coordination and upstream from infrastructure orchestration. I think the ambitions for Heat are expanding to include the latter two, and so must also have something to do with holistic infrastructure scheduling.
Regards,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130920/c8e014e6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 7414 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130920/c8e014e6/attachment.bin>
More information about the OpenStack-dev
mailing list