Automatic failover is not directly in the AWS tools, but its fairly simple with some bash scripts and their aut0-scaling features. My setup just involves an au

Automatic failover is not directly in the AWS tools, but its fairly simple with some bash scripts and their aut0-scaling features. My setup just involves an autoscaling pool of web front ends connected to a mysql instance in the back and two micro instances running gluster. Migrating to another zone involves promoting a mysql slave in another zone, creating a new web front end pool and spinning up the gluster instances. This is all in scripts I wrote. But having those redundancies available on demand at no cost when they are not used is very handy. I do have a linode for some other projects and I may rather have this site on linode. I am not sure about having linodes spinning up and down on-demand when traffic spikes. Do they support hourly charges for short term use like this? My primary problem at linode is getting lots of storage space. In one of my linode sites I have an s3 bucket mounted over fuse in write only mode and redirect requests for them to the s3 url. This works well in limited circumstances. Real redundant hardware may not be more complicated, just more expensive. I do that too.