This cookbook provides libraries, resources and providers to configure and manage Amazon Web Services components and offerings with the EC2 API. Currently supported resources:
- EBS Volumes (
ebs_volume
) - EBS Raid (
ebs_raid
) - Elastic IPs (
elastic_ip
) - Elastic Load Balancer (
elastic_lb
) - AWS Resource Tags (
resource_tag
)
Unsupported AWS resources that have other cookbooks include but are not limited to:
Note This cookbook uses the right_aws
RubyGem to interact with
the AWS API because at the time it was written, fog
and aws-sdk
were not available. Further, both of those gems require nokogiri
which requires compiling native extensions, which means build tools
are required. We do not plan at this time to change the underlying
Ruby library used in order to limit the external dependencies for
this cookbook.
Requires Chef 0.7.10 or higher for Lightweight Resource and Provider
support. Chef 0.8+ is recommended. While this cookbook can be used in
chef-solo
mode, to gain the most flexibility, we recommend using
chef-client
with a Chef Server.
An Amazon Web Services account is required. The Access Key and Secret Access Key are used to authenticate with EC2.
In order to manage AWS components, authentication credentials need to be available to the node. There are a number of ways to handle this, such as node attributes or roles. We recommend storing these in a databag (Chef 0.8+), and loading them in the recipe where the resources are needed.
DataBag recommendation:
% knife data bag show aws main
{
"id": "main",
"aws_access_key_id": "YOUR_ACCESS_KEY",
"aws_secret_access_key": "YOUR_SECRET_ACCESS_KEY"
}
This can be loaded in a recipe with:
aws = data_bag_item("aws", "main")
And to access the values:
aws['aws_access_key_id']
aws['aws_secret_access_key']
We'll look at specific usage below.
The default recipe installs the right_aws
RubyGem, which this
cookbook requires in order to work with the EC2 API. Make sure that
the aws recipe is in the node or role run_list
before any resources
from this cookbook are used.
"run_list": [
"recipe[aws]"
]
The gem_package
is created as a Ruby Object and thus installed
during the Compile Phase of the Chef run.
The cookbook has a library module, Opscode::AWS::Ec2
, which can be
included where necessary:
include Opscode::Aws::Ec2
This is needed in any providers in the cookbook. Along with some
helper methods used in the providers, it sets up a class variable,
ec2
that is used along with the access and secret access keys
This cookbook provides two resources and corresponding providers.
Manage Elastic Block Store (EBS) volumes with this resource.
Actions:
create
- create a new volume.attach
- attach the specified volume.detach
- detach the specified volume.snapshot
- create a snapshot of the volume.prune
- prune snapshots.
Attribute Parameters:
aws_secret_access_key
,aws_access_key
- passed toOpscode::AWS:Ec2
to authenticate, required.size
- size of the volume in gigabytes.snapshot_id
- snapshot to build EBS volume from.- most_recent_snapshot - use the most recent snapshot when creating a volume from an existing volume (defaults to false)
availability_zone
- EC2 region, and is normally automatically detected.device
- local block device to attach the volume to, e.g./dev/sdi
but no default value, required.volume_id
- specify an ID to attach, cannot be used with action:create
because AWS assigns new volume IDstimeout
- connection timeout for EC2 API.snapshots_to_keep
- used with action:prune
for number of snapshots to maintain.description
- used to set the description of an EBS snapshotvolume_type
- "standard" or "io1" (io1 is the type for IOPS volume)piops
- number of Provisioned IOPS to provision, must be > 100
Manage Elastic Block Store (EBS) raid devices with this resource.
Attribute Parameters:
mount_point
- where to mount the RAID volumemount_point_owner
- the owner of the mount point (default root)mount_point_group
- the group of the mount point (default root)mount_point_mode
- the file mode of the mount point (default 0755)disk_count
- number of EBS volumes to raiddisk_size
- size of EBS volumes to raidlevel
- RAID level (default 10)filesystem
- filesystem to format raid array (default ext4)snapshots
- array of EBS snapshots to restore. Snapshots must be taken using an ec2 consistent snapshot tool, and tagged with a number that indicates how many devices are in the array being backed up (e.g. "Logs Backup [0-4]" for a four-volume raid array snapshot)disk_type
- "standard" or "io1" (io1 is the type for IOPS volume)disk_piops
- number of Provisioned IOPS to provision per disk, must be > 100
Actions:
associate
- associate the IP.disassociate
- disassociate the IP.
Attribute Parameters:
aws_secret_access_key
,aws_access_key
- passed toOpscode::AWS:Ec2
to authenticate, required.ip
- the IP address.timeout
- connection timeout for EC2 API.
Actions:
register
- Add this instance to the LBderegister
- Remove this instance from the LB
Attribute Parameters:
aws_secret_access_key
,aws_access_key
- passed toOpscode::AWS:Ec2
to authenticate, required.name
- the name of the LB, required.
Actions:
add
- Add tags to a resource.update
- Add or modify existing tags on a resource -- this is the default action.remove
- Remove tags from a resource, but only if the specified values match the existing ones.force_remove
- Remove tags from a resource, regardless of their values.
Attribute Parameters
aws_secret_access_key
,aws_access_key
- passed toOpscode::AWS:Ec2
to authenticate, required.tags
- a hash of key value pairs to be used as resource tags, (e.g.{ "Name" => "foo", "Environment" => node.chef_environment }
,) required.resource_id
- resources whose tags will be modified. The value may be a single ID as a string or multiple IDs in an array. If noresource_id
is specified the name attribute will be used.
The following examples assume that the recommended data bag item has been created and that the following has been included at the top of the recipe where they are used.
include_recipe "aws"
aws = data_bag_item("aws", "main")
The resource only handles manipulating the EBS volume, additional resources need to be created in the recipe to manage the attached volume as a filesystem or logical volume.
aws_ebs_volume "db_ebs_volume" do
aws_access_key aws['aws_access_key_id']
aws_secret_access_key aws['aws_secret_access_key']
size 50
device "/dev/sdi"
action [ :create, :attach ]
end
This will create a 50G volume, attach it to the instance as /dev/sdi
.
aws_ebs_volume "db_ebs_volume_from_snapshot" do
aws_access_key aws['aws_access_key_id']
aws_secret_access_key aws['aws_secret_access_key']
size 50
device "/dev/sdi"
snapshot_id "snap-ABCDEFGH"
action [ :create, :attach ]
end
This will create a new 50G volume from the snapshot ID provided and
attach it as /dev/sdi
.
The elastic_ip
resource provider does not support allocating new
IPs. This must be done before running a recipe that uses the resource.
After allocating a new Elastic IP, we recommend storing it in a
databag and loading the item in the recipe.
Databag structure:
% knife data bag show aws eip_load_balancer_production
{
"id": "eip_load_balancer_production",
"public_ip": "YOUR_ALLOCATED_IP"
}
Then to set up the Elastic IP on a system:
ip_info = data_bag_item("aws", "eip_load_balancer_production")
aws_elastic_ip "eip_load_balancer_production" do
aws_access_key aws['aws_access_key_id']
aws_secret_access_key aws['aws_secret_access_key']
ip ip_info['public_ip']
action :associate
end
This will use the loaded aws
and ip_info
databags to pass the
required values into the resource to configure. Note that when
associating an Elastic IP to an instance, connectivity to the instance
will be lost because the public IP address is changed. You will need
to reconnect to the instance with the new IP.
You can also store this in a role as an attribute or assign to the node directly, if preferred.
elastic_lb
opererates similar to `elastic_ip'. Make sure that you've
created the ELB and enabled your instances' availability zones prior
to using this provider.
For example, to register the node in the 'QA' ELB:
aws_elastic_lb "elb_qa" do
aws_access_key aws['aws_access_key_id']
aws_secret_access_key aws['aws_secret_access_key']
name "QA"
action :register
end
resource_tag
can be used to manipulate the tags assigned to one or
more AWS resources, i.e. ec2 instances, ebs volumes or ebs volume
snapshots.
Assigining tags to a node to reflect it's role and environment:
aws_resource_tag node['ec2']['instance_id'] do
aws_access_key aws['aws_access_key_id']
aws_secret_access_key aws['aws_secret_access_key']
tags({"Name" => "www.example.com app server",
"Environment" => node.chef_environment})
action :update
end
Assigning a set of tags to multiple resources, e.g. ebs volumes in a disk set:
aws_resource_tag 'my awesome raid set' do
aws_access_key aws['aws_access_key_id']
aws_secret_access_key aws['aws_secret_access_key']
resource_id [ "vol-d0518cb2", "vol-fad31a9a", "vol-fb106a9f", "vol-74ed3b14" ]
tags({"Name" => "My awesome RAID disk set",
"Environment" => node.chef_environment})
end
- Author:: Chris Walters (cw@opscode.com)
- Author:: AJ Christensen (aj@opscode.com)
- Author:: Justin Huff (jjhuff@mspin.net)
Copyright 2009-2013, Opscode, Inc.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.