On Wed, Dec 9, 2009 at 7:12 AM, Adrian Cole <adrian(a)jclouds.org> wrote:
Good point, Thorsten. I think the 'bootstrap script' is the
highest value
add. Not a replacement for puppet/etc, but these services need to be
installed before they can be used. Having an injection/exec feature allows
you to overlay an embryo image with whatever you want to finish the job,
albeit chef, puppet, apt-get whatever.
FWIW, jclouds is exposing this so that we don't depend so heavily on
specific cloud support and images. If the vendor doesn't support injection,
we simply ssh in, push the file, and exec it. Outside windows,
accomplishing this cross-cloud isn't rocket science for most cases.
my 2p.
-Adrian
I guess it depends on what people are happy having deltacloud do/be.
Is it acceptable to require features that are not (yet) available be
"emulated" via other means ?
I think Thorsten's comments make sense: you need some way to give the
server enough identity to boot strap from there, that is often what it
comes down to, so perhaps it isn't about arbitrary file injection but
about identity/security so it can then run bootstrap scripts etc.
On Tue, Dec 8, 2009 at 8:03 AM, Thorsten von Eicken <tve(a)rightscale.com>
wrote:
>
> For EC2 you might consider supporting
> <
http://alestic.com/2009/06/ec2-user-data-scripts>, which is a nice way to
> go.
> Thorsten
>
> Bob McWhirter wrote:
>
> So, EC2 doesn't allow (this week) the specific injection of files into
> instances.
>
> It does allow placement of up to 16k into a location that can be
> fetched by instance upon boot.
>
> With EC2, we could 'fake' file injection, by only having the driver
> inject it into the instance boot metadata.
>
> It'd be up to the image to actually do the pull at boot time.
>
> I think this would allow supporting this functionality, and not being
> limited by what EC2 can (or can't) do.
>
> A 20-line bash init.d script could be provided for people using EC2 to
> enable pulling from the metadata at boottime and injecting the file(s)
> locally.
>
> Ultimately, "injection" is only partially defined to mean "push as
far
> as possible for this provider". And I think that's fine.
>
> -Bob
>
>
> On Dec 7, 2009, at 7:46 PM, Michael Neale wrote:
>
>
>
> Hi All.
>
> Would people consider an addition to the instance creation part of
> deltacloud API to allow the injection of files/content to specified
> paths? (an extra optional field(s) on the POST)?
>
> (this is the sort of thing that we need to have in some kind of
> semi-formal RFC wiki setup for people to point at and shout).
>
>
> --
> Michael D Neale
> home:
www.michaelneale.net
> blog:
michaelneale.blogspot.com
> _______________________________________________
> deltacloud-devel mailing list
> deltacloud-devel(a)lists.fedorahosted.org
>
https://fedorahosted.org/mailman/listinfo/deltacloud-devel
>
>
> _______________________________________________
> deltacloud-devel mailing list
> deltacloud-devel(a)lists.fedorahosted.org
>
https://fedorahosted.org/mailman/listinfo/deltacloud-devel
>
>
>
> _______________________________________________
> deltacloud-devel mailing list
> deltacloud-devel(a)lists.fedorahosted.org
>
https://fedorahosted.org/mailman/listinfo/deltacloud-devel
_______________________________________________
deltacloud-devel mailing list
deltacloud-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/deltacloud-devel
--
Michael D Neale
home:
www.michaelneale.net
blog:
michaelneale.blogspot.com