[openstack-dev] [heat] [heat-templates] [qa] [tempest] Questions about images
Thomas Spatzier
thomas.spatzier at de.ibm.com
Wed Apr 16 21:11:46 UTC 2014
> From: Mike Spreitzer <mspreitz at us.ibm.com>
> To: "OpenStack Development Mailing List \(not for usage questions\)"
> <openstack-dev at lists.openstack.org>
> Date: 16/04/2014 19:58
> Subject: Re: [openstack-dev] [heat] [heat-templates] [qa] [tempest]
> Questions about images
>
> Steven Hardy <shardy at redhat.com> wrote answers to most of my questions.
>
> To clarify, my concern about URLs and image names is not so much for
> the sake of a person browsing/writing but rather because I want
> programs, scripts, templates, and config files (e.g., localrc for
> DevStack) to all play nice together (e.g., not require a user to
> rename any images or hack any templates). I think Steve was
> thinking along the same lines when he reiterated the URL he uses in
> localrc and wrote:
>
> > We should use the default name that devstack uses in glance, IMO, e.g
> >
> > "fedora-20.x86_64"
FWIW, instead of specifying allowed image names in a template it might be a
better approach to allow for specifying constraints against the image (e.g.
distro is fedora, or distro is ubuntu, version between 12.04 and 13.04 etc)
and then use metadata in glance to select the right image. Of course this
would require some discipline to maintain metadata and we would have to
agree on mandatory attributes and values in it (I am sure there is at least
one standard with proposed options), but it would make templates more
portable ... or at least the author could specify more clearly under which
environments he/she thinks the template will work.
There is a blueprint which goes in this direction:
https://blueprints.launchpad.net/heat/+spec/constraint-based-flavors-and-images
Regards,
Thomas
>
> Steve also referred to /hot/F20/WordPress_Native.yaml in heat-
> templates. That template is a counter-example: for the image_id
> parameter it says
>
> - allowed_values: [ Fedora-i386-20-20131211.1-sda, Fedora-
> x86_64-20-20131211.1-sda ]
>
> I'm going to assume that Steve and others agree that the allowed
> values constraint in this and similar templates should be revised to
> follow the pattern exemplified by "fedora-20.x84_64". Or should it
> be liberalized to not be so prescriptive? I'll go even a step
> further and say that there should be a default value and it should
> be the 64-bit value (I am thinking ahead to automating testing of
> heat-templates).
>
> Thanks,
> Mike_______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list