PHP App Engine

http://wagerlabs.com/setting-up-erlang-on-amazon-ec2

Amazon does not provide tools to cluster your instances or replicate data among them. This is a task that Erlang copes with extremely well so Amazon EC2 and Erlang are a match made in haven!

More: http://wagerlabs.com/tag/ec2

http://aws-musings.com/how-to-create-an-ebs-image-from-an-existing-ec2-instance/

Amazon recently announced a new feature which allows you to boot from an ebs volume. But it doesn’t provide any tools to convert your existing AMIs to this new type of image. There is no easy way to create an ebs image from scratch. There are some posts that explain how to convert your existing AMI into this new type of image using ec2-unbundle and dd (a linux utility). I am going to take a little different route and explain how we can create an ebs image from an existing instance. It’s fairly simple to create a new image using dd from an existing instance.

http://www.deerwalk.com/article-1243527607.html

Today, we successfully hosted our corporate website (www.deerwalk.com) in Amazon EC2. Amazon EC2 is the premier service in cloud computing and given the excitement around cloud computing these days, we wanted to give it a try.

Before we started, we googled for similar prior experiences and we found these sites extremely helpful:

http://blogs.adobe.com/livecycle/2009/12/running_livecycle_on_amazon_ec.html

One of the major annoyances with Amazon’s Elastic Compute Cloud (EC2) has been its behavior when you shut down one of the instances. All changes you made were immediately and irretrievably lost. You had to be a programmer to backup your changes to Amazon’s Simple Storage Service (S3). If you decided to keep your instance running overnight so that you could continue working the next day, you incurred hefty charges for the 8-12 hours of night time during which you do not even use it.

Amazon then introduced the Elastic Block Store (EBS) service which essentially is your own hard disk where you could save things that would survive a machine shutdown. However, up until a week ago, you could not boot from your EBS volume. Now you can.

http://blog.shutupandcode.net/?p=374

Solr, Zabbix, Selenium

http://solutions.amazonwebservices.com/connect/thread.jspa?threadID=39361&tstart=0

I would like to share my experience mounting a S3 bucket into a Linux EC2 instance.

The steps I followed were:

http://www.elastician.com/2009/12/creating-ebs-backed-ami-from-s3-backed.html

The recent introduction of Boot From EBS for EC2 opens up a lot of new possibilities. But there are some bootstrapping issues to deal with. There aren’t many EBS-backed AMI’s available yet and, given the rather complex process involved in porting them, it may take a while for them to show up. This article will walk through the process of converting a popular S3-based AMI to an EBS-backed AMI.

http://www.danysoft.org/blog/2009/10/25/how-to-create-a-centos-5-3-ec2-ami/

after looking some usefull guides to create Amazon Machine Image based on CentOS distribution, I decide to write the steps that i followed.

First of all we need of a CentOS machine, if you don’t have it use a virtual machine program (on my Kubuntu based laptop I use VirtualBox), once we have it login and start:

http://docs.amazonwebservices.com/AWSEC2/latest/DeveloperGuide/index.html?ami-via-loopback.html

This method involves doing a full operating system installation on a clean root file system, but avoids having to create a new root disk partition and file system on a physical disk. Once you have installed your operating system, the resulting image can be bundled as an AMI with the ec2-bundle-image utility.

http://alestic.com/2009/08/ec2-talk

Presentation: Building Custom Linux Images for Amazon EC2
By Eric Hammond on August 10, 2009 2:06 PM

At the end of July, I gave a presentation at O’Reilly’s Open Source Convention (OSCON 2009) in San Jose. The slides from the presentation have been made available on the OSCON web site in ODP and PDF formats (look for links towards the top of the page):

http://blog.dt.org/index.php/2009/06/how-to-create-an-amazon-ec2-ami-that-is-larger-than-10gb/

Recently, I have been dealing with an issue surrounding the 10GB size limit for AMIs within Amazon’s EC2 service. If you don’t what I’m talking about, here is a quick primer: a virtual instance running within Amazon’s Elastic Compute Cloud (EC2) service is launched from a read-only boot image that Amazon refers to as an Amazon Machine Image (AMI); Amazon has set the upper size limit for an AMI to be 10GB, and this restricts the amount of disk content that can be loaded on to the instance at boot.

http://groups.drupal.org/pantheon/mercurywiki

By popular request, here are step-by-step instructions for building the Project Mercury setup on a fresh ec2 image. We have both 32 and 64 bit versions of this AMI available (see http://groups.drupal.org/amazon-web-services-s3-ec2).

http://docs.amazonwebservices.com/AmazonEC2/dg/2007-01-03/public-ami-guidelines.html

This section describes best practices for building shared AMIs. Building safe, secure, useable AMIs for public consumption is a fairly straightforward process, if you stick to a few simple guidelines.

You’re welcome to choose to ignore any, or all, of these guidelines. They’re not requirements for publishing an AMI. However, we believe that following these guidelines will make for a far smoother user experience and help ensure your users’ instances are secure.

http://slandizier.blog.with.us/blog/how-create-bundle-upload-register-an-image-and-start-instance-on-amazon-ec2

The way it works is a developer rents a computer from Amazon and creates a virtual server. Once the server has been created, the instance can be launched but more importantly you are able to take that one image of the server and launch as many servers as needed. All the servers will be an exact carbon copy of the virtual image that you created.

In this article we will create a Debian image to keep it as general and light as possible.

http://www.ardentsoft.com/blog/tag/lamp-on-ec2

Part 1: Setting up Amazon Web Services
Part 2: Setting up a Persistent Volume
Part 3: Starting and Configuring the Instance
Part 4: Mounting a Persistent Volume
Part 5: Configuring MySQL
Part 6: Configuring Apache
Part 7: Configuring PHP
Part 8: Setting up an Elastic IP Address
Part 9: Setting up Snapshots
Part 10: Generating a Custom AMI

http://groups.google.com/group/ec2ubuntu/browse_thread/thread/a0de7cbf8dba62cf?hl=en#

Two days ago I started playing around with amazon EC2. The goal I want
to reach is to take an existing umbuntu based AMI, e.g ami-0db89079,
install some additional stuff I want to play around with (couchdb,
java, subversion) and make a private AMI out of that, so that my
changes won’t get lost when I terminate the instance.

Can anyone of you explain to me the basic steps I have to do, or send
me some useful links pointing to tutorials, videos – I would really
appreciate that.

http://groups.google.com/group/ec2debian/browse_thread/thread/77989772efad39a9/f73a345f5a9e0cf7?hide_quotes=no

Based on the volatility of the Debian squeeze release, I’m switching
to lenny. I’m now bumping into the XFS kernel panic cataloged here:

There’s apparently a way to side step this using a log level when
formatting XFS. That’s cool, but not a happy feeling to be one command
option away from a kernel panic

…

Amazingly, we’ve managed to hold this together and keep it running
well for a couple years on EC2.

As of a few weeks ago, however, we no longer have a kernel which is
both secure and which supports XFS (without the workaround you allude
to). Additionally, the newer Debian (squeeze) and Ubuntu (Karmic)
releases have a version of udev which will no longer function on a
2.6.21 kernel.

http://blog.chris-read.net/2009/04/08/ec2-ami-creation-tips-part2/

Thankfully there is a simple single solution to these three problems – bundle from an image, not a running volume, and keep that image (or a set of images) along with some nice helper scripts on an EBS volume. That’s the theory, but as always there’s something in the real world that stops it being easy. By default, only the owner of an image can download and unpack an image directly from S3 and the images are encrypted with the owners EC2 private key. For this process to work, you’ll need to at least bootstrap yourself initially by going through the well known and well documented process of bundling a running system. After that though it’s easy. Really. Promise…

https://help.ubuntu.com/community/EC2StartersGuide

This page gives you the first keys to using Ubuntu’s official images on Amazon EC2. Please follow the instructions below to use them.

1. Create your account on Amazon (if you do not already have one) and setup your keys
2. Install Amazon EC2 API Tools
3. Instantiate your images(s)
4. Configure your instance

One more: “Getting started”. Customizing an EC2 AMI

http://www.philsergi.com/2009/10/customizing-ec2-ami.html

One more: “Getting Started”. Rails and Amazon EC2 – Beginners guide

http://pandejo.blogspot.com/2009/01/rails-and-amazon-ec2-beginners-guide.html