Version 92 (modified by Michael Howden, 10 years ago) ( diff )


Amazon EC2

Amazon's Cloud provides a flexible platform to deploy Eden scalably.

The costs aren't fixed & can be difficult to predict, despite their calculator, but are competitive, especially in Singapore, which is a good base for the Asia Pacific region. Users who are using the free tier: Remember - after 750 hours, your trial will end and the credit card on file will be charged based on the rates shown in EC2. You can prevent these charges by closing the AWS account from the AWS account management page.

1. Create AWS Account

If you haven't already, create an Amazon AWS account through their site.

2. Create Instance

1: Log in to the Management Console

2: Select a Region

Amazon supports multiple Regions in order to provide a service closest to your users.

  • Namespaces of Instances, Volumes & Snapshots are unique only within a Region.
  • Within each Region, there are a couple of Availability Zones to allow spreading the risk across different facilities.
  • Volumes are located within a specific Availability Zone
  • Bandwidth transfers are free within an Availability Zone

3: Launch a new Instance

4: Choose an Amazon Machine Image (AMI)

  • Recommend using the AWS Marketplace Debian 64-bit image (as this has a sufficiently large HDD to start with & is EBS-backed, so has persistent storage even whilst powered down)
  • In time we may provide pre-built "Sahana Eden" AMIs (some old unmaintained ones may be available in some regions)
  • The normal production 'small' instance can only run 32-bit.
  • Larger production instances can only run 64-bit, so can't have the exact same image used.

5: Choose an Instance Type

  • The free starter 'micro' instance is flexible as it can run both 32-bit & 64-bit Operating Systems.

6: Configure Instance Details

Default settings are fine

7: Create KeyPair

Ensure that you keep the generated private key as private.pem

8: Associate Elastic IP

Each time you start an instance up, it will be assigned a new IP ('Public DNS') although this can be overcome using an Elastic IP:

  1. NETWORK & SECURITY > Elastic IPs
  2. Allocate New Address
  3. Associate Address. Set the instance to your new instance

Remember to set up Reverse DNS for your Elastic IP to be able to send emails reliably:

NB If you have a free EC2 instance, be sure to release your Elastic IP if you shut down your instance. IPv4 addresses are a "scarce resource" so Amazon will charge you for wasting one if you keep it assigned to your instance while you are not using it.

9: Configure Security Group

NETWORK & SECURITY > Security Groups

You will need to set the following Inbound Rules:

  • HTTP | TCP |80
  • SSH | TCP | 22

Restricting the source will add further security, but obviously also restricts your ability to administer

10: Gain SSH access

In order to get the public key (needed by SecureCRT for instance) then you need to login using CLI & retrieve it (username 'admin' for the AWS MarketPlace Debian, username 'root' for some other Images):

ssh -l admin -i private.pem <hostname>
cat ~/.ssh/authorized_keys

On Windows, you can use Cygwin to get a CLI SSH client.

SecureCRT needs the private key storing as <filename> & the public as <> (all on one line)

Recovering From a Lost Keypair

If you lose your keypair then you need to:

  • Create a new keypair in the AWS console & download the generated private key
  • Stop the instance
  • Create an AMI from this instance
  • Wait for the AMI to be ready
  • Launch a new instance using this AMI
  • Re-associate the Public IP
  • Delete the old instance
  • Deregister the AMI
  • Delete the snapshot used to create the AMI

Thanks to:

11: Add Swapfile

You should add swap from a swap file in order to improve performance (especially on a Micro instance):

sudo su -
dd if=/dev/zero of=/swapfile1 bs=1024 count=524288
mkswap /swapfile1
chown root:root /swapfile1
chmod 0600 /swapfile1
swapon /swapfile1
# Make persistent across reboots
cat << EOF >> "/etc/fstab"
/swapfile1 swap swap defaults 0 0

3. Install Sahana

  • Copy the installation and configuration scripts into the launched instance (assuming Cherokee & PostgreSQL):
    chmod a+x
    chmod a+x
  • Run the script. [Note: This step takes about 10min - grab a coffee]
    sudo su -

If you wish to update your site from an alternate github repo this can be done using:

4. Configure Sahana

Run to configure the instance:

sudo su -

  • Add your FQDN to /etc/hosts to ensure emails are accepted by all remote mailers:
    vim /etc/hosts host.domain host localhost
    /etc/init.d/exim4 restart

See Admin Guide - especially read how to set the sender & approver emails

5. Add a Test site (Optional)

This script requires at least 4Gb on the main disk

sudo su -
chmod a+x

NB This script has an issue & the file /etc/cherokee/cherokee.conf needs to be manually edited to fix the lines wrapping for Source 1 (fix welcomed!)

6. Add a Demo site (Optional)

This script requires at least 6Gb on the main disk.

This script assumes that a Test site has already been installed

sudo su -
chmod a+x

NB This script has an issue & the file /etc/cherokee/cherokee.conf needs to be manually edited to fix the lines wrapping for Source 1 (fix welcomed!)

Optional Instance Adjustments

Add Swap partition

You can add a swap partition in order to improve performance further:

  • Create Volume in AWS Console (e.g. 4Gb)
  • Attach as /dev/sdf
    sudo su -
    swapoff -a
    mkswap /dev/xvdf
    swapon -a
    # Make persistent across reboots
    cat << EOF >> "/etc/fstab"
    /dev/xvdf swap  swap    defaults 0 0
    rm -f /swapfile1

Grow the Diskspace

The initial disk space on some images is just 1GB. If you have this, then this should be grown to 4Gb (don't just size the volume to 4Gb to start with as the image only uses 1Gb of it!)

  • this is still within the 10Gb free tier.
  • 4Gb is needed for Prod & Test instances. If you just need a test then 3Gb is sufficient.

Add Storage

If you need an additional disk for Storage then configure a volume in the AWS console, attach as /dev/sdb1, then in Linux:

sudo su -
fdisk /dev/xvdb1
(accept defaults)
mkfs.ext4 /dev/xvdb1
tune2fs -m 0 /dev/xvdb1 # Remove 5% reservation for reserved blocks
mkdir /data
cat << EOF >> "/etc/fstab"
/dev/xvdb1 /data ext4    defaults,barrier=0 1 1
mount /data

Disk Striping

For DB I/O performance increase can stripe multiple EBS

  • monitoring data is available to see if this is the issue

Install using 'Sahana Setup'

See: InstallationGuidelines/Amazon/Setup

CLI Tools

You can do this using the AWS EC2 Console or else you can do it via the CLI To use any of the AWS CLI tools on your own machine to remotely manage instances, then you need to generate a unique X.509 Certificate per account. This can be done from the 'Security Credentials' page within your account.

CLI Management

There are extensive CLI tools available to manipulate your instances.

CLI Script

Edit the settings as-indicated as you proceed through the script

# Settings for Instance
set EC2_URL=
set ZONE=us-east-1c
set DEV=i-950895f1
set OLD=vol-31f5a35d
# Stop Host
ec2stop %DEV%
# Create a snapshot
ec2-create-snapshot %OLD%
# Record the snapshot ID
set SNAPSHOT=snap-63f89d08
# Create new volume from snapshot
ec2-create-volume -z %ZONE% --size 4 --snapshot %SNAPSHOT%
# Record the new Volume ID
set NEW=vol-a9c2a3c4
# Attach new volume as secondary
ec2-attach-volume -i %DEV% %NEW% -d /dev/sdb1
# Delete Snapshot (if no data in yet)
ec2-delete-snapshot %SNAPSHOT%
# Start Host
ec2start %DEV%
# Re-attach the Public IP
# Login
mkdir /mnt/data
echo '/dev/xvdb1 /mnt/data ext3 defaults,noatime 0 0' >> /etc/fstab
mount /mnt/data
resize2fs /dev/xvdb1
umount /mnt/data
shutdown -h now
# Unattach volumes
ec2-detach-volume -i %DEV% %OLD%
ec2-detach-volume -i %DEV% %NEW%
# Attach volume as boot
ec2-attach-volume -i %DEV% %NEW% -d /dev/sda1
# Attach old volume for /var/log
ec2-attach-volume -i %DEV% %OLD% -d /dev/sdb1
# OR Delete old volume
#ec2-delete-volume %OLD%
# Start Host
ec2start %DEV%
# Re-attach the Public IP
# Login
df -h
# Use the old partition for /var/log (to avoid DoS)
vi /etc/fstab
/dev/xvdb1 /var/log  ext3    noatime 0 0

mv /var/log /var/log_old
mkdir /var/log
mount /var/log
mv /var/log_old/* /var/log
rm -rf /var/log/bin/
rm -rf /var/log/boot/
rm -rf /var/log/dev/
rm -rf /var/log/etc/
rm -rf /var/log/home/
rm -rf /var/log/initrd.img
rm -rf /var/log/lib/
rm -rf /var/log/mnt/
rm -rf /var/log/media/
rm -rf /var/log/opt/
rm -rf /var/log/proc/
rm -rf /var/log/root/
rm -rf /var/log/sbin/
rm -rf /var/log/selinux/
rm -rf /var/log/srv/
rm -rf /var/log/tmp/
rm -rf /var/log/usr/
rm -rf /var/log/var/
rm -rf /var/log/vmlinuz
rm -rf /var/log_old

Building AMIs for easier deployment

See: InstallationGuidelines/Amazon/AMI


To troubleshoot any errors in installation of EC2 visit its documentation. If you encounter problems installing eden on the EC2 instance, you can contact us via IRC or the mailing list.

Attachments (14)

Note: See TracWiki for help on using the wiki.