UPDATE: In July 2012, Rackspace Cloud launched support for the FreeBSD 9.0 operating system.
Over the past two years, I’ve had the opportunity to work with Rackspace Cloud on multiple levels and from multiple directions. I’ve been quite impressed with the technology, the team’s knowledge and willingness to help customers, the advancement of features, and the growing community.
To be frank, some awesome things to mention about Rackspace Cloud:
Every implementation has its downfalls. Rackspace Cloud has no EBS solution, so disk space is limited to the amount included with your instance (though it is persistent). The API is growing, so for now, there are still a few bugs and features missing. They have multiple data centers, but you need two separate accounts to use them.
I could keep going on both positives and negatives.
However, my largest disappointment with Rackspace Cloud is the lack of FreeBSD support. As an avid FreeBSD user, I look forward to the day when Rackspace Cloud supports this fantastic Operating System. My assumption is that the version of Xen Rackspace Cloud is using still does not support FreeBSD, as mentioned in the comments of Why the Rackspace Cloud Control Panel is the Best. One could also argue that FreeBSD does not support the older versions of Xen. Either way, it’ll be great to see this released later this year if that’s true.
Let Bitlancer help you succeed in the public cloud with our Guide to Engineering in the Cloud.
We are using Rackspace for more than 10 years, dedicated server running FreeBSD. They do not support the OS, but we agreed form the beginning, that the OS is our problem.
Not running FreeBSD on the cloud has been one of our disappointments, too.
On another hand the Fanatic Support and the constant uptime and quality of everything made us stay there on dedicated server, and yes, hope FreeBSD will come in a cloud mode in one way or another.
PS The dynamic resizing on the fly is, however, not the truly correct. If the server has data, it can take hours to move the data (and why would you resize if you do not have data on the server?). I had quite a bitter argument with them on that and they recognized it.
It is true that the server resize takes some time. From our experience, a total resize can take an hour, but the outage itself is only about 2-5 minutes, depending on the size of the server and the amount of data that needs to be copied. However, if the application is implemented correctly, a small server/instance outage shouldn’t be too big of a problem. While we still usually recommend treating cloud instances as ephemeral (even when on a non-ephemeral provider like Rackspace Cloud), the resize feature can save a lot of time as you scale. And for those who haven’t setup cloud automation, or are treating the instances persistently/traditionally, the resize feature is a great alternative to launching a new instance. Thanks for the comments.