Re: [openstack-dev] stored userdata

2014-03-10 Thread Hiroyuki Eguchi
Thank you for the information you have shared.

Since I thought that I would like to do version control of userdata,
So it seems that Heat Template suits my purpose.

I would like to consider using Heat Template instead
and git as a version control tool.

Thanks
--hiroyuki.

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] stored userdata

2014-03-09 Thread Steve Baker
On 08/03/14 03:14, Stephen Gran wrote:
 On 07/03/14 05:05, Hiroyuki Eguchi wrote:
 I'm envisioning a stored userdata feature.
  https://blueprints.launchpad.net/nova/+spec/stored-userdata 

 Currently, OpenStack allow user to execute script or send
 configuration file
 when creating a instance by using --user-data /path/to/filename option.

 But,In order to use this option, All users must input userdata every
 time.
 So we need to store the userdata in database so that users can manage
 userdata more easily.

 I'm planning to develop these Nova-APIs.
   - nova userdata-create
   - nova userdata-update
   - nova userdata-delete
   - nova userdata-show
   - nova userdata-list

 Users can specify a userdata_name managed by Nova DB or
 /path/to/filename in --user-data option.

   - nova boot --user-data userdata_name or /path/to/filename ...


 If you have any comments or suggestion, please let me know.
 And please let me know if there's any discussion about this.

 In general, I think userdata should be WORM.  It certainly is in every
 other cloud setup I am familiar with.  This is the information fed to
 the instance when it boots the first time - having userdata change
 over time means you lose access to the original when you want to go
 back and retrieve it.

 I think this would be a regression, and be unexpected behavior.

 Cheers,
I have an abandoned changeset which allowed for userdata to be updated
post-boot:
https://blueprints.launchpad.net/nova/+spec/update-userdata

Heat orchestrated servers need to poll for configuration metadata
changes. My intention was to push this data to userdata, so the server
could poll for changes by doing a simple unauthenticated curl call to
the nova metadata service.

I'm not currently pursuing this approach but I wouldn't object to
someone else taking it over.

cheers


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] stored userdata

2014-03-07 Thread Steven Hardy
On Fri, Mar 07, 2014 at 05:05:46AM +, Hiroyuki Eguchi wrote:
 I'm envisioning a stored userdata feature.
  https://blueprints.launchpad.net/nova/+spec/stored-userdata 
 
 Currently, OpenStack allow user to execute script or send configuration file
 when creating a instance by using --user-data /path/to/filename option.
 
 But,In order to use this option, All users must input userdata every time.
 So we need to store the userdata in database so that users can manage 
 userdata more easily.
 
 I'm planning to develop these Nova-APIs.
  - nova userdata-create
  - nova userdata-update
  - nova userdata-delete
  - nova userdata-show
  - nova userdata-list
 
 Users can specify a userdata_name managed by Nova DB or /path/to/filename in 
 --user-data option.
 
  - nova boot --user-data userdata_name or /path/to/filename ...
 
 
 If you have any comments or suggestion, please let me know.
 And please let me know if there's any discussion about this.

Have you considered instead using a heat template to specify the userdata?

Arguably this could provide a simpler and more flexible interface, because
the userdata can be eaily version controlled, for example via git.

https://github.com/openstack/heat-templates/blob/master/hot/F20/WordPress_Native.yaml#L81

Also I'd like to know more about the use-case requiring update of userdata
- my understanding is that it it cannot be updated, which makes sense
  considering the most likely consumer of the userdata is cloud-init, which
is a run-once tool.

Heat works around this by providing access to resource Metadata (this is in
addition to the metadata key/value pairs made available via the nova
metadata API), which can be defined in the template separately from the
user_data and changes can be polled for (e.g via the heat-cfntools cfn-hup
agent, or the tripleo os-collect-config tool).

We use this method to enable configuration changes to an existing instance
(either an OS::Nova::Server or AWS::EC2::Instance heat resource), so it
would be interesting understand if Heat may satisfy your use-case (and if
not, why).

Thanks,

Steve

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] stored userdata

2014-03-07 Thread Stephen Gran

On 07/03/14 05:05, Hiroyuki Eguchi wrote:

I'm envisioning a stored userdata feature.
 https://blueprints.launchpad.net/nova/+spec/stored-userdata 

Currently, OpenStack allow user to execute script or send configuration file
when creating a instance by using --user-data /path/to/filename option.

But,In order to use this option, All users must input userdata every time.
So we need to store the userdata in database so that users can manage userdata 
more easily.

I'm planning to develop these Nova-APIs.
  - nova userdata-create
  - nova userdata-update
  - nova userdata-delete
  - nova userdata-show
  - nova userdata-list

Users can specify a userdata_name managed by Nova DB or /path/to/filename in 
--user-data option.

  - nova boot --user-data userdata_name or /path/to/filename ...


If you have any comments or suggestion, please let me know.
And please let me know if there's any discussion about this.


In general, I think userdata should be WORM.  It certainly is in every 
other cloud setup I am familiar with.  This is the information fed to 
the instance when it boots the first time - having userdata change over 
time means you lose access to the original when you want to go back and 
retrieve it.


I think this would be a regression, and be unexpected behavior.

Cheers,
--
Stephen Gran
Senior Systems Integrator - theguardian.com
Please consider the environment before printing this email.
--
Visit theguardian.com   

On your mobile, download the Guardian iPhone app theguardian.com/iphone and our iPad edition theguardian.com/iPad   
Save up to 57% by subscribing to the Guardian and Observer - choose the papers you want and get full digital access.

Visit subscribe.theguardian.com

This e-mail and all attachments are confidential and may also
be privileged. If you are not the named recipient, please notify
the sender and delete the e-mail and all attachments immediately.
Do not disclose the contents to another person. You may not use
the information for any purpose, or store, or copy, it in any way.

Guardian News  Media Limited is not liable for any computer
viruses or other material transmitted with or as part of this
e-mail. You should employ virus checking software.

Guardian News  Media Limited

A member of Guardian Media Group plc
Registered Office
PO Box 68164
Kings Place
90 York Way
London
N1P 2AP

Registered in England Number 908396

--


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev