Open Stack

Jesse Pretorius <jesse.pretorius at gmail.com> wrote on 05/16/2013 05:45:40
AM:
>
> > Right now I'm -1 on this feature.  I'm open to being convinced,
> > though, if others think it's useful and would like to argue their
> > points.
> I definitely don't like the approach of creating actual flavors
> dynamically, as is currently being proposed.
>
> Happy with that view. What I'm hoping for is that we can stimulate
> thought on two things:
>
> 1) Can we facilitate, perhaps with a little smoke and mirrors as
> suggested by me on the whiteboard of the Blueprint, a way that
> through Horizon the selection appears to be more dynamic... even if
> it isn't actually dynamic? This, of course, would be an alternative
> blueprint for the Horizon project and wouldn't need any changes in nova.
> Perhaps it's worth clarifying that the problem we specifically are
> trying to get away from here is something we're finding in our
> private cloud deployments - the flavor list is getting impractically
> large for Horizon's drop-down box selection.

I understand your motivation, but would really like this to exist at the
Nova API level as I believe it has value to those not using Horizon.

> 2) Can we, with Michael's suggested approach, facilitate changes in
> instance specifications in a relatively simple manner? We know that
> typical cloud instances should be throw-away servers with automated
> software deployment and configuration. However, as Openstack gets
> used more and more in Private Cloud implementations and other
> typically IaaS deployments, the need for instance specification
> changes will become more and more important.

Agreed cloud instances should be considered throw-away as a best-practice,
but I view that as a design pattern to tolerate failure and not a reason to
force create/destroy of otherwise good resources. In non-failure scenarios,
I don't want to destroy a built, configured, and functioning system just to
add a little more RAM or another processor.

I would also expand on the need for instance specification changes becoming
more important as the upper layers get more intelligent, metering is done
at the application level (vs IaaS resource), and the goal shifts to
maximizing utilization vs just allocation.

Michael

-------------------------------------------------
Michael Fork
Architect, OpenStack Development
IBM Systems & Technology Group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130516/665dd918/attachment.html>