README.md in stack-kicker-0.0.12 vs README.md in stack-kicker-0.0.13

- old
+ new

@@ -59,11 +59,11 @@ #### :skip_chef_prereg This is usually only used when :chef_server = true, it stops stack-kicker from attempting to pre-create the chef client & node and applying roles to the node. #### :security_group security group to be assigned to this node. (set to default is you don't want to manage security groups for every role) #### :cloud_config_yaml -defaults to a file which contains a simple template (lib/cloud-config.yaml in the github repo) that installs the http://apt.opscode.com repo & gpg key, as well as installing the opscode-keyring. Can be replaced with any filename that complies with cloud-init. If the filename supplied ends in '.erb', it will be processed with ERB. See [ERB Templates](#erbtemplates) for details on available data. +defaults to a file which contains a simple template (lib/cloud-config.yaml in the github repo) that installs the http://apt.opscode.com repo & gpg key, as well as installing the opscode-keyring. Can be replaced with any filename that complies with cloud-init. If the filename supplied ends in '.erb', it will be processed with ERB. See [ERB Templates](#erb-templates) for details on available data. #### :bootstrap Optional filename, the contents of which will get combined with :cloud_config_yaml to form the cloud-init payload (using mime encoding, supported types are #include, ) with some variable substation (chef server ip, environment, validation.pem, roles) See lib/chef-client-bootstrap-excl-validation-pem.sh as an example. :cloud_config_yaml & :bootstrap files can be of the following type: @@ -92,28 +92,28 @@ There are 3 key data sets exposed to the ERB templates: * instances - subset all_instances, just the nodes referenced/managed by this Stackfile * all_instances - hash of all instances running in this account -* config - config contains all the config data from the Stackfile, as well as info about running instances in the account used by the Stackfile +* config - config contains all the config data from the Stackfile, as well as info about running instances in the account used by the Stackfile instances & all_instances hashes look like this: ``` { "webci-az1-web0001" => { - :region => "az-1.region-a.geo-1", - :id => 1395635, - :private_ips => ["10.5.170.11"], - :public_ips => ["15.185.114.181"], - :az => "az-1.region-a.geo-1", - :role => :web}, + :region => "az-1.region-a.geo-1", + :id => 1395635, + :private_ips => ["10.5.170.11"], + :public_ips => ["15.185.114.181"], + :az => "az-1.region-a.geo-1", + :role => :web}, "webci-az1-web0002" => { - :region => "az-1.region-a.geo-1", - :id => 1396181, - :private_ips => ["10.5.172.145"], - :public_ips => ["15.185.110.42"], - :az => "az-1.region-a.geo-1", + :region => "az-1.region-a.geo-1", + :id => 1396181, + :private_ips => ["10.5.172.145"], + :public_ips => ["15.185.110.42"], + :az => "az-1.region-a.geo-1", :role=>:web } } ``` So say you wanted to drop the private IP address of webci-az1-web0001 into the hosts file of webci-az1-web0002 via cloud-init, this fragment in your :cloud_config_yaml could be used: