|
Well it's time for me to say goodbye to Linode again. I had an account from 2003 until 2005 when the small disk space on Linode servers forced me to look elsewhere. From 2005 to 2008 I was hosted at ServerPronto, which quite frankly sucked. It had better resources than Linode (much more disk; worse CPU burst performance, although that was less important to me), but their support and general infrastructure surrounding server management were terrible.
I came back to Linode because although it was painful to squeeze my server into a Linode 768, it was even more painful to deal with the crappy service of ServerPronto. If there is one sure thing in the VPS hosting world, it's that Linode's service and system management services are head and shoulders above everyone else.
However, I have been continually and constantly disappointed in the disk space offerings of Linode. My particular workload for my server is very low CPU and fairly low bandwidth, but more demanding of disk space. This is because I used my server for primarily two things: email for my family, and our online photo album.
Every year or so my server would creep up to about 95% disk capacity and I would have to go in and prune stuff out, sometimes useless stuff that I didn't need to be burning disk space on, but sometimes more important stuff (like the backup of important documents from my home computer which I stopped storing on my Linode because I couldn't afford the disk space).
The unfortunate thing is that Linode doesn't offer disk space upgrades at anything approaching a reasonable cost. To add 10 GB of storage would be $20 per month, which is astronomically expensive. So I've been forced to once again look elsewhere for hosting.
I learned about Amazon EC2 "micro" instances and because of the low-CPU, high-disk usage nature of my server, it's a good alternative to Linode for me. For approximately half the cost of a Linode I get about twice the disk space, and I can add extra disk space at ten cents per gigabyte per month, which will allow my gallery site to expand by its yearly amount without ever hitting a storage ceiling.
I have already transferred my Linode server over to an EC2 micro instance - after alot of struggling, I finally figured out a method that worked for me, which was to create a micro EC2 instance using the standard Amazon AMI, then shut it down, start up another AMI, mount the virtual disk of the first AMI in it, and rsync my Linode's entire filesystem over top of it. Then I took the /boot and /etc/fstab from the running AMI and replaced the rsync'd-over filesystem's versions with those, and viola, I was able to reboot the EC2 instance with exactly the same filesystem as my Linode had, so once I switched DNS over it was is if I was running exactly the same server. I had also tried starting up a new EC2 instance and just transferring my data over, but I ran into alot of problems with gallery - this software is some of the most contentious I have ever run into when it comes to upgrading to a new version. Turns out that to go from gallery2 to gallery3 would require switching database backends because postgresql is no longer supported. And I ran into tons of problems trying to upgrade my postgresql database to the updated version that came with my new EC2 instance. In short, it was much more difficult to upgrade to newer server software than it was to just continue to use my existing outdated software, so rsyncing over my Linode's filesystem onto an EC2 instance turned out to be a much more straightforward and easier option.
Now EC2 micro instances are not perfect; they have two considerable disadvantages when compared to a Linode: one, they are CPU throttled in a very braindead and annoying way; which is to say, that they will allow processes in your virtual server to 'burst' to more than the standard CPU allotment, but then after about 15 seconds the EC2 instance gets throttled *hard*, to the point of complete unresponsiveness. I'd *much* rather that they simply did not allow my micro EC2 instance to burst at all, because I'd rather just have a more limited CPU that never became completely unresponsive when being throttled. This will rarely be an issue for my server because it is so low CPU utilization, but I have noticed that if I, for example, try to build software on the server, it will enter into the dreaded burst-throttle-burst-throttle cycle; and also when photos are resized on upload to my gallery, the same thing sometimes happens.
The second major disadvantage of EC2 compared to Linode is that the 'control panel' for EC2, and the general process of setting up and managing instances and volumes, is not nearly as seamless as it is for Linode. Amazon provides API access to all of this functionality but their own web front end access to this API is very lacking; and furthermore, the tools that are available that implement the Amazon API are fairly crappy as well. There may be third party solutions that are better, but just using the standard Amazon tools is an exercise in frustration. Many of them are Java based and inexplicably hammer the CPU, to the point of also causing throttling on a micro EC2 instance just when doing something as simple as querying for the set of volumes that are allocated to an instance.
All that being said, cost is a major point in favor of EC2; the micro instance with all costs included is about half as expensive as a Linode 768 while providing about 2x the disk space and with the option of cheaply adding disk at ten cents per GB per month.
And for this reason, I'm sorry to say that it's time for me to say goodbye to Linode again. If Linode could just offer disk at anything approaching a reasonable price, I'd never have left, and unless this changes, I won't be coming back; but if Linode can somehow become competitive on disk space, then who knows, I might be back again as I was before.
Goodbye Linode, and thanks for the great service and performance over these years!
|