Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Grab capistrano roles from ec2 tags
branch: master

This branch is 12 commits ahead, 208 commits behind forward:master

Fetching latest commit…

Cannot retrieve the latest commit at this time

Failed to load latest commit information.
lib
.gitignore
.travis.yml
Changelog.md
Gemfile
LICENSE
Rakefile
capify-ec2.gemspec
readme.md

readme.md

Dependency Status

Capify EC2

capify-ec2 is used to generate capistrano namespaces using ec2 tags.

eg: If you have three servers on amazon's ec2.

server-1 Tag: Roles => "web", Options => "cron,resque, db"
server-2 Tag: Roles => "db"
server-3 Tag: Roles => "web,db, app"

Installing

gem install capify-ec2

In your deploy.rb:

require "capify-ec2/capistrano"
ec2_roles :web

Will generate

task :server-1 do
  role :web, {server-1 public dns fetched from Amazon}, :cron=>true, :resque=>true
end

task :server-3 do
  role :web, {server-1 public dns fetched from Amazon}
end

task :web do
  role :web, {server-1 public dns fetched from Amazon}, :cron=>true, :resque=>true
  role :web, {server-3 public dns fetched from Amazon}
end

Additionally

require "capify-ec2/capistrano"
ec2_roles :db

Will generate

task :server-2 do
  role :db, {server-2 public dns fetched from Amazon}
end

task :server-3 do
  role :db, {server-3 public dns fetched from Amazon}
end

task :db do
  role :db, {server-2 public dns fetched from Amazon}
  role :db, {server-3 public dns fetched from Amazon}
end

Running

cap web ec2:date

will run the date command on all server's tagged with the web role

Running

cap server-1 ec2:register_instance -s loadbalancer=elb-1

will register server-1 to be used by elb-1

Running

cap server-1 ec2:deregister_instance

will remove server-1 from whatever instance it is currently registered against.

Running

cap ec2:status

will list the currently running servers and their associated details (public dns, instance id, roles etc)

Running

cap ec2:ssh #

will launch ssh using the user and port specified in your configuration. The # argument is the index of the server to ssh into. Use the 'ec2:status' command to see the list of servers with their indices.

More options

In addition to specifying options (e.g. 'cron') at the server level, it is also possible to specify it at the project level. Use with caution! This does not work with autoscaling.

ec2_roles {:name=>"web", :options=>{:cron=>"server-1"}}

Will generate

task :server-1 do
  role :web, {server-1 public dns fetched from Amazon}, :cron=>true
end

task :server-3 do
  role :web, {server-1 public dns fetched from Amazon}
end

task :web do
  role :web, {server-1 public dns fetched from Amazon}, :cron=>true
  role :web, {server-3 public dns fetched from Amazon}
end

Which is cool if you want a task like this in deploy.rb

task :update_cron => :web, :only=>{:cron} do
  Do something to a server with cron on it
end

ec2_roles :name=>:web, :options=>{ :default => true }

Will make :web the default role so you can just type 'cap deploy'. Multiple roles can be defaults so:

ec2_roles :name=>:web, :options=>{ :default => true }
ec2_roles :name=>:app, :options=>{ :default => true }

would be the equivalent of 'cap app web deploy'

Ec2 config

This gem requires 'config/ec2.yml' in your project. The yml file needs to look something like this:

:aws_access_key_id: "YOUR ACCESS KEY"
:aws_secret_access_key: "YOUR SECRET"
:aws_params:
  :region: 'eu-west-1'
:load_balanced: true
:project_tag: "YOUR APP NAME"

aws_access_key_id, aws_secret_access_key, and region are required. Other settings are optional.

If :load_balanced is set to true, the gem uses pre and post-deploy hooks to deregister the instance, reregister it, and validate its health. :load_balanced only works for individual instances, not for roles.

The :project_tag parameter is optional. It will limit any commands to running against those instances with a "Project" tag set to the value "YOUR APP NAME".

Development

Source hosted at GitHub. Report Issues/Feature requests on GitHub Issues.

Note on Patches/Pull Requests

  • Fork the project.
  • Make your feature addition or bug fix.
  • Add tests for it. This is important so I don't break it in a future version unintentionally.
  • Commit, do not mess with rakefile, version, or history. (if you want to have your own version, that is fine but bump version in a commit by itself I can ignore when I pull)
  • Send me a pull request. Bonus points for topic branches.

Copyright

Copyright (c) 2012 Forward. See LICENSE for details.

Something went wrong with that request. Please try again.