[Openstack] Metadata and File Injection (code summit session?)
Eric Windisch
eric at cloudscaling.com
Tue Apr 10 19:12:47 UTC 2012
EC2 is strategically important. I don't believe that building "gold images" is the right focus for OpenStack.
Anyone wanting to use config-drive would need to support it in their images, that is a no-brainer. It should not be required that images launching in Nova via the EC2 API support config-drive. The EC2 metadata service must remain.
The EC2 API is intended to mimic EC2 behavior and provide compatibility. The OpenStack implementations should not diverge or break that compatibility.
--
Eric Windisch
On Tuesday, April 10, 2012 at 2:05 PM, Justin Santa Barbara wrote:
> Config drive can support all EC2 functionality, I believe.
>
> Images would need to be respun for OpenStack with config-drive, unless we populated the config drive in a way that worked with cloud-init. (Scott?)
>
> Personally, I'd rather our effort went into producing great images for OpenStack, than into compatibility with last-generation clouds. Any idea what the "important" EC2 images are? Are there a handful of images that we could duplicate and then just forget about EC2?
>
>
> On Tue, Apr 10, 2012 at 10:30 AM, Joshua Harlow <harlowja at yahoo-inc.com (mailto:harlowja at yahoo-inc.com)> wrote:
> > Except for the fact that the config drive is non-EC2 right?
> >
> > That might blow it out of the water to start, as I know a lot of people want the EC2 equivalents/compat.
> >
> > But maybe if done right it shouldn’t matter (ie cloud-init could instead of calling out to urls could also call out to “local files” on a config drive).
> >
> > I just worry that config drive is openstack api only, afaik.
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net (mailto:openstack at lists.launchpad.net)
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120410/4786f5f6/attachment.html>
More information about the Openstack
mailing list