Cloud Commander is a module that contains scripts you can use to quickly launch and build ec2 instances.
The goal of this thing is to allow you to replace the specialized public AMI with a script that configures a vanilla OS installation for a specific service or task. The benefit is that a script is agnostic to the service provider and you won't forget how you built the server if you wrote a script to do it.
Currently Cloud Commander only supports Amazon's cloud, but the techniques should work for any provider. However, one script can configure servers in any region on Amazon's cloud, which makes it a hell of a lot more useful than a public AMI. It also allows you to launch and configure a fleet of specialized instances at the push of a button.
To begin, you will need git, python and setuptools.
You can install Cloud Commander from pypi with easy_install or pip. Or you can download the source and install it by hand. I would recommend installing to a virtualenv, although it's totally optional.
pip install cloud_commander
git clone https://github.com/newsapps/cloud-commander.git
python setup.py install
Alright, you've got the commander installed now lets get started.
Create a new project directory somewhere:
cloud-commander setup my_servers
The commander will pull a directory structure full of recipes from a central git repository and prompt you for various bits of information it needs to interact with Amazon web services.
You're all ready to launch some servers!
A couple other things related to configuration:
Recipes will look for private keys in your my_servers/assets directory, any files ending in .pem. Recipes will also look for known_hosts and authorized_keys files in the assets directory. If found, the these files will be added to the new instances.
Switch to your project directory:
cloud-commander start newsapps-kitchensink
That's all there is to it! Whatever instances are called for in the newsapps-kitchensink recipe will be started and configured.
Run-down of the project directory
The contents of this folder will be pushed to S3 and pulled down on every instance that is launched. The contents of bin subdirectory will be installed in /usr/local/bin on the instance. The contents of known_hosts and authorized_keys will be added to the primary user's ~/.ssh directory, along with the the private key used to launch the instance (only if you add it to the assets directory).
Contains shell scripts that get passed to the instance at boot. These scripts are run as root and do all the work of configuring the instances. Cloud commander uses the Jinja2 template library to generate the final script. So you can use any of the Jinja2 template syntax in the bootscripts.
Where all of the recipes are defined. A recipe is a YAML file with a 'server' array.
Where all your EC2 and Cloud Commander project configuration is stored. Also contains the list of AMIs that will be used by your recipes.
If you've written a recipe and bootscripts that you would like to share, simply fork newsapps/cloud-commander-recipes on github, commit your project directory to your fork, and send me a pull request. Exactly like homebrew, if you're familiar.