Build a Django Stack

The Django application used in this guide leverages the Django CMS application. The source code for our Django application can be downloaded on the Opscode GitHub account. This application follows the out of the box setup instructions found on the Django CMS project site. We have also created a pip requirements file for tracking project dependancies.

We're going to reuse a number of cookbooks from the Cookbooks Community Site to build the environment. For example, the source code lives in git, so that cookbook will ensure Git is available. The load balancer is haproxy because it is very simple to deploy and configure, and we use a recipe that automatically discovers the Django application systems. The heavy lifting is handled by recipes in the application and database cookbooks.

The application cookbook will perform the following steps:

• create an application specific virtualenv
• install required packages and pips into the project specific virtualenv
• set up the deployment scaffolding
• creates settings_local.py file with the database connection information if required
• performs a revision-based deploy
• install Gunicorn
• create an application specific Gunicorn configuration file
• create a Runit service for managing Gunicorn

Guide Based Upon Ubuntu 10.04 on Amazon AWS EC2 with Chef 0.10.0.

Note: At this time, the steps described above have only been tested on the identified platform(s). Opscode has not researched and does not support alternative steps that may lead to successful completion on other platforms. Platform(s) supported by this guide may change over time, so please do check back for updates. If you'd like to undertake this guide on an alternate platform, you may desire to turn to open source community resources for support assistance.

If there are issues with the screencast above, it is also available at blip.tv.

Integrating together with environment roles and the application cookbook, the database cookbook looks through the shared apps data bag and prepares a mysql database master with an empty database and basic account information for the Django CMS application, leaving it ready for application-specific database bootstrapping steps.

The django_cms cookbook does this work and creates an initial superuser for the CMS. This follows the recommended pattern of creating a cookbook named after the application that is being deployed for application-specific setup and configurations.

Environment Setup

First, let's configure the local workstation.

Shell Environment

Obtain the repository used for this guide. It contains all the components required. Use git:

Chef and Knife

Ubuntu/Debian users: Install XML2 and XLST development headers on your system:

All Users: You'll need some additional gems for Knife to launch instances in Amazon EC2:

As part of the Fast Start Guide, you cloned a chef-repo and copied the Knife configuration file (knife.rb), validation certificate (ORGNAME-validator.pem) and user certificate (USERNAME.pem) to ~/chef-repo/.chef/. Copy these files to the new django-quick-start repository. You can also re-download the Knife configuration file for your organization with the Hosted Chef Management Console.

Add the Amazon AWS credentials to the Knife configuration file.

Add the following two lines to the end:

Once the django-quick-start and knife configuration is in place, we'll work from this directory.

Amazon AWS EC2

In addition to the credentials, two additional things need to be configured in the AWS account.

Configure the default security group to allow incoming connections for the following ports.

• 22 - ssh
• 80 - haproxy load balancer
• 22002 - haproxy administrative interface
• 8080 - Gunicorn Django application

Add these to the default security group for the account using the AWS Console.

1. Sign into the Amazon AWS Console.
2. Click on the "Amazon EC2" tab at the top.
3. Click on "Security Groups" in the left sidebar of the AWS Console.
4. Select the "Default" group in the main pane.
5. Enter the values shown for each of the ports required. Use "Custom" in the drop-down for 22002 and 8080.

Create an SSH Key Pair and save the private key in ~/.ssh.

1. In the AWS Console, click on "Key Pairs" in the left sidebar.
2. Click on "Create Keypair" at the top of the main pane.
3. Give the keypair a name like "django-quick-start".
4. The keypair will be downloaded automatically by the browser and saved to the default Downloads location.
5. Move the django-quick-start.pem file from the default Downloads location to ~/.ssh and change permissions so that only you can read the file. For example,

Acquire Cookbooks

The django-quick-start has all the cookbooks we need for this guide. They were downloaded along with their dependencies from the cookbooks site using Knife. These are in the cookbooks/ directory.

A single new non-community cookbook was also created for this quick-start. This django_cms cookbook contains a recipe that is used to bootstrap our database and create the initial superuser. This follows the recommended pattern of creating a cookbook named after the application which contains application specific setup and configurations.

Upload all the cookbooks to Hosted Chef.

Server Roles

All the required roles have been created in the django-quick-start repository. They are in the roles/ directory.

Upload all the roles to Hosted Chef.

Data Bag Item

The django-quick-start repository contains a data bag item that has all the information required to deploy and configure the Django CMS application from source using the recipes in the application and database cookbooks.

The data bag name is apps and the item name is django_cms. Upload this to Hosted Chef.

Decision Time

It is time for you to decide whether you want a single instance running Django CMS, or a few instances as a small infrastructure.

In either case, we're going to use m1.small instances with the 32 bit Ubuntu 10.04 image provided by Canonical. The identifier is ami-7000f019 for the AMI in us-east-1 with instance storage that we will use in this guide. We'll show you the knife ec2 server create sub-command to launch instances.

This command will:

• Launch a server on EC2.
• Connect it to Hosted Chef.
• Configure the system with Chef.

See the appropriate section below for instruction on launching a single instance, or launching the multi-system infrastructure.

Launch Single Instance

Launch the entire stack on a single instance.

Once complete, the instance will be running MySQL and Django CMS under Gunicorn. With only one system, a load balancer is unnecessary.

Launch Multi-instance Infrastructure

We will launch one database server, two application servers and one load balancer. One of the application server instances will include the role for setting up the database as discussed before.

First, launch the database instance.

Once the database master is up, launch one node that will set up the database with default data.

Launch the second application instance w/o the django_cms::db_bootstrap recipe.

Once the second application instance is up, launch the load balancer.

Once complete, we'll have four instances running in EC2 with MySQL, Django CMS and haproxy up and available to serve traffic.

Verification

Knife will output the fully qualified domain name of the instance when the commands complete. Navigate to the public fully qualified domain name on port 80.

The login is admin and the password is djangocms.

You can access the haproxy admin interface at:

Appendix

Database Passwords

The data bag item for dbapp contains default passwords that should certainly be changed to something stronger.

The passwords in the dbapp Data Bag Item are set to the values show below:

To change the password to something stronger, modify mysql_root, mysql_debian, mysql_repl values. Something like the following secure passwords:

Once the entries are modified, simply load the data bag item from the json file:

Non-EC2 Systems

For people not using Amazon EC2, other Cloud computing providers can be used. Supported by knife and fog as of this revision:

• Rackspace Cloud

See the Launch Cloud Instances with Knife for more information about using Knife to launch these instance types.

For people not using cloud at all, but have their own infrastructure and hardware, use the Knife Bootstrap knife command. Note that the run-list specification is slightly different. For the first example of the single instance:

See the contextual help for knife bootstrap on the additional options to set for SSH.

A Note about EC2 Instances

We used m1.small instances. This is a low performance instance size in EC2 and just fine for testing. Visit the Amazon AWS documentation to learn more about instance sizes.