RightScale provides all kinds of things — from a pre-configured MySQL master-slave setup (with automatic EBS/s3 backups), to a full LAMP stack, Rails app servers, virtually all kinds of other pre-configured server templates to a nifty auto-scaling feature.
We decided to leverage RightScale when we planned our move to AWS a couple months ago in order to not have to build everything ourselves. I’ve been writing this blog entry for the past five weeks and here are some observations, thoughts and tips.
First off, whatever you think, and do, or have done so far, let me assure you, there’s always a RightScale way of doing things. For (maybe) general sanity (and definitely your own), I suggest you don’t do it their way — always.
One example for the RightScale way is, that all the so-called RightScripts will attempt to start services on reboot for you, instead of registering them with the init system (e.g., on Ubuntu,
update-rc.d foo defaults) when they are set up.
You may argue that RightScale’s attempt will provide you with a maybe more detailed protocol of what happened during the boot sequence, but at the same time it provides more potential for errors and introduces another layer around what the operating system provides, and what generally works pretty well already.
PHP and RightScale
RightScale’s sales team knows how to charm people, and when I say charm, I do not mean scam (just for clarity)! :-)
The demos are very impressive and the client show cases not any less. Where they really need to excel though are PHP-related demos because not everyone in the world runs Ruby on Rails yet. No, really — there’s still us PHP people and also folks who run Python, Java and so on.
Coming from the sales pitch, I felt disappointed a little because a standard PHP setup on RightScale is as standard as you would think three years ago.
mod_php, Apache2 and so on. The configuration itself is a downer as well, a lot of unnecessary settings and generally not so speedy choices. Then remember that neither CentOS nor Ubuntu are exactly up to date on packages and add another constraint to the mix — Ubuntu is on 8.04 which is one and half years in the past as I write this entry.
And even though I can relate to RighScale’s position — in terms of that supporting customers with all kinds of different software is a burden and messy to say the least — I am also not a fan.
The largest advantage when you select a service provider such as RightScale is, that they turn raw EC2 instances into usable servers out of the box. So far example setting up a lamp stack yourself requires time, while it’s still a trivial task for many. With RightScale, it’s a matter of a couple clicks — select image, start, provide input variables and done.
Aside from enhanced AMIs RightScale’s advantage is auto-scaling. Auto-scaling has been done a couple times before. There are more than one service provider which leverages EC2 and provides scalability on top. Then take a look at Scalr, which is open source, and then recently Amazon themselves added their own Elastic Load Balancer.
In general, I think auto-scaling is something everyone gets, and wants, but of course it’s not that dead simple to implement. And especially when you move to a new platform, it’s a perfect trade off to sacrifice a flexibility and money for a warm and fuzzy “works out of the box” feeling.