Cloud Computing Client Login

Archive for May, 2009

Voice Your Opinion – Which Cloud Files Plug-In do YOU want?

// May 31st, 2009 // 6 Comments » // Announcements, Community

plug-in-contestOur panel of judges, consisting of two Cloud Files specialists and four active customers, has selected five Cloud Files Plug-In finalists by majority vote – and now it’s YOUR turn.

Which of the five plug-ins listed below do you want full access to?

Which plug-in can you simply NOT live without?

Now’s your chance to get your way – vote for your favorite plug-in and whichever one gets the most votes will become available to The Rackspace Cloud community.

The finalists, in no particular order:

Paul Kehrer – CDN Tools is a WordPress plug-in that allows you to load javascript and media files to Cloud Files to drastically speed page loads. CDN Tools has been designed to be as easy to use as possible – simply activate the plug-in, save your credentials, and click “load files”. Once the initial load is complete all your files will be automatically served from Cloud Files and all future attachment uploads will transparently sideload. Link: http://swearingscience.com/cdn-tools/

David Kocher – Cyberduck is a full-featured browser to publish your content on Cloud Files and manage your CDN distributions with a click of a button. Access your Mosso Cloud Files remote storage using the familiar Cyberduck browser interface to create containers and upload content using drag and drop. Create a distribution to register that container with the Limelight Networks Content Distribution Network through using the Info panel of the browser that displays the CDN URL. Distribution can be toggled on or off at any time. Supporting the latest and greatest version of the Cloud Files protocol, you can also browse hierarchical pseudo-folder structures. Link: http://cyberduck.ch/

Rahul Jonna – Fireuploader is a nifty tool to manage the files on Cloud. It provides a user-friendly interface to download/upload files to the cloud. It also allows users to set properties of the uploaded files like CDN and headers etc. It has all the features supported by Mosso Cloud files as of now. Link: http://www.fireuploader.com,

Ross Dakin – Django-Cloudfiles is an extension to the management system of Django, the popular website framework. Django-Cloudfiles lets you synchronize the static content directory of your Django-powered website to your Cloudfiles account effortlessly. Django-Cloudfiles is…Cool!  1. it only uploads files that have been modified (but can force upload-all)  2. it can create a new container for you 3. it preserves your file hierarchy by naming your remote files such that they emulate nested directories: no need to flatten your existing structure!  4. it lets you store credentials in your site’s configuration file (for easy use) or specify them on the command line (for greater security) 5. it ignores files you probably don’t want to upload, like .DS_Store, .git, Thumbs.db, etc. Original!  6. plug-ins for the Django management system do exist (e.g. django-extensions), but none integrate with Cloudfiles yet (or any CDN to my knowledge) Easy!  7. a dead simple drop-in (no coding necessary) 8. no external dependancies required Going to be Popular!  9. Django is all about reusability; Django developers always look for an existing solution first (like this one)! 10. Django is gaining steam: it’s supported by Google App Engine, and it is gaining traction. Link: http://github.com/rossdakin/django-cloudfiles/

Jeff Capron – This plug-in will mirror your media library to your Cloud Files CDN. All URL’s to this content will use the Cloud Files path when you insert them via the media manager. You can import all of your media to the CDN. Link: http://cdn.cloudfiles.mosso.com/c61072/cloudfiles-wordpress-media.zip.

Why an Alpha Geek Web App Developer Moved to Cloud Sites: An Interview with Alison Gianotto

// May 29th, 2009 // 1 Comment » // Community

Deb Cameron, author of O’Reilly’s Learning GNU Emacs and managing editor at Evolved Media, interviewed Alison about migrating her 100 or so web sites to Cloud Sites, a move that she describes in her three-part blog on the topic on snipe.net. Alison’s been a web designer and app developer for 15 years – a long time in the history of the Web.

Cameron: What were you doing before you put all your sites onto Cloud Sites?

Gianotto: I was managing my own server.

Cameron: It’s interesting to me that you went with Cloud Sites instead of Cloud Servers.  You just didn’t need to do the administration piece?

Gianotto: I was talking to other application developers who were using Mosso and said, “I know we do similar things.  Is this really a limitation?” I used to do a lot more systems administration, and I don’t have time to do it now. Because I host a lot of nonprofits, I wasn’t getting paid to do sys admin – it’s a tremendous amount of work if you’re doing it right, and I didn’t have the energy for it anymore. I was a little concerned about not having shell access, but when I asked other developers on Mosso, “How is this really affecting you?  Is this preventing you from getting stuff done?”  They answered, “Surprisingly, not really.”

Cameron: What happens when you need shell access?

Gianotto:  If I’m writing a PHP script that’s meant to be a shell script run from cron, I can usually set it up as a web script first and then talk to Mosso and ask them to run a script for me. Their support is so awesome that generally speaking [they do] the few things that I might need to do by command line – such as a gigantic MySQL dump in phpMyAdmin that times out the browser.  Some of my sites have huge databases, and there’s no way that I could export that via the web.  So you log into chat, and say, “Hey can you do a dump of this?  Here are my credentials.”  A few minutes later you’ve got the dump sitting on your server.

Cameron: So, it’s almost as if you have a sys admin, really.

Gianotto: Exactly. You have several, actually, on-call 24/7. I used to be that girl.  And, frankly, I’m glad to not be her anymore.

Cameron: It wasn’t that you couldn’t do all that stuff.  You absolutely could.

Gianotto: Correct.  And I’m a bit of a control freak, so there was an adjustment – part of that had to happen before I even signed on. Can I give up the control that I’m used to having in return for really getting rid of some headaches?  I actually ran both Mosso and my own machines for a month – just started moving over some sites to see how the migration would go since they all had databases.  I have some kind of kooky .htaccess Apache rules set up. I moved the most anomalous ones, the ones that would potentially create a problem in a situation where I wouldn’t have shell access. I started pulling them over, switching DNS quietly, without really talking about it to anybody – sitting back and thinking, “how is this working for me?  Is not having shell access and not having root access really a problem, or is this easier?”  And once I got past the sheer principle of not having root over my box, it’s like jumping into a pool – you stick your toe in and say “Oh, this isn’t so bad.”

Cameron: How long did it take to move your sites?

Gianotto: I had a hundred or so sites to move, so the idea of moving them all in a day and a half was ludicrous. I thought, “I’ve got a month leeway here.  I’m going to take my time, document as I go and see what I run into.”  I gave myself the time to acclimate and see whether giving up control was going to be a problem.  And it really wasn’t. Every now and then I need to do something out of the ordinary, and the guys in support are really fantastic.

Cameron: The cloud is a very ethereal concept.  People are nervous about that, so support is key.

Gianotto: Web hosting has become such a cheap, generic commodity that the bar has really been lowered. It used to be that you really researched a web host because you had a lot riding on it – and frankly they were more expensive.  Because it’s now resold and everybody’s offering it, people have gotten used to really poor service. That’s why I was running my own machine – I don’t need to pay somebody $200 a month to talk to me like I’m a moron when I call them with a legitimate problem.

Cameron:  Would you have to pay that much, with GoDaddy or one of the other hosting sites you refer to?

Gianotto:  I’ve got a hundred plus sites so it quickly adds up. If I were virtually hosting all of them – even on the cheapest host you could imagine – that’s still $500 a month.

Cameron:  And it gives you less flexibility, since you’re giving hosting to people who need it like nonprofits.

Gianotto:  The biggest CPU hogs on the site are the nonprofit organizations, out of sheer traffic.  It’s pushing me over the [10,000] CPU threshold, which is kind of a bummer. Instead of 10,000 CPU cycles we were at 26,000, so we were well over CPU threshold. And part of the reason why Mosso switched over to CPU-based billing is because some programs are poorly written, and they’re eating up a lot of unnecessary CPU.  Basically it was a way to hold the customer accountable for scripts that over-consumed resources.

Cameron:  Your scripts are fine; it’s just that your traffic is that high.

Gianotto:  And certain applications just don’t work well in a Cloud environment – vBulletin, for instance, is very memory-intense.  I have actually two or three vBulletin installs, one being a nonprofit site for animal control officers.  This is not a heavily trafficked site – maybe 5,000 unique visitors a month, but it comes in at fourth place in terms of CPU usage, just because vBulletin is so insane. There are certain applications where cloud hosting with a CPU-based billing dynamic may not be the best choice. If it’s an application that you can’t control and can’t really optimize, then you may want to think about it. Two vBulletin sites are in slots number two and four for CPU usage out of my 100+ websites. That doesn’t mean that there’s anything wrong with Mosso.  It just means that maybe cloud hosting is not the best choice –

Cameron:  For absolutely everything.

Gianotto:  Moving to cloud hosting, you have to make this decision the same way you would any other major technical decision.  It’s a business decision and it’s a technical decision, and you need to be informed. You have to think it through.  Sometimes it’s going to be a perfect solution, sometimes not.  But you need to be aware that there are different scenarios that require different technology – and if you don’t understand that, you’re in the wrong business.

Cameron:  Valuable point.  Can you think of any other applications that fall into that category?

Gianotto:  Not really.  Forums are the most intense.  WordPress is super popular, but with the WP Super Cache plug-in, it reduces the load on the server so significantly that Mosso should be paying WP Super Cache some kind of a commission just for rocking so hard.

Cameron:  Anything else people should know about Cloud Sites? For example, a lot of people don’t understand that there’s a whole army of servers running a standard platform?  How does that affect you?

Gianotto:  All of the different nodes have to have the exact same version of the exact same software, and I have to know what that is. It’s got to be PHP 5.2.4; it can’t be PHP 4.6.3.  If I’ve written code that only works with one, it’s got to behave consistently across all the nodes since you never know which node you’re going to end up on by way of the load balancer.

Cameron:  Right.  So you’ve got to know the version so that your script will work in that environment.

Gianotto:  But once I know the version, it had better be the same across all of the nodes, or else it’s going to have unpredictable behavior – and that’s what Mosso does. They make sure that it is the same across all of the nodes so that we don’t run into weird anomalies.  But the contents of your file server get replicated automatically.  There’s not some guy at Mosso who logs into my FTP site every five minutes and copies stuff over to all the other machines.  That part’s automated.

Cameron: So why Mosso?

Gianotto: They’re so responsive.  You can talk to them on Twitter, you can email them, you can call them on the phone, you can chat with them – they’re so accessible, and that gives me a great deal of comfort.

Rackspace in the Clouds

// May 27th, 2009 // Comments Off // Announcements, Community, Events

The month of May has kept us floating in real clouds above cities and between cloud-related IT conferences across America. First, we hosted Lunch 2.0 in Austin, TX, then made our way to TiEcon 2009 in Santa Clara, CA, headed out to Glue-Con in Denver, CO, then backtracked to Las Vegas for Interop’s Enterprise Cloud Summit, Cloud Camp Vegas, and a fireside chat. After that the Cloud Computing Keynote Panel at MIT-CIO Symposium found us in Cambridge, MA, followed by a TweetUp in Harvard Square that was well attended. We’ve been talking to lots of great people and interest in cloud computing really seems like it’s at an all-time high and growing.

Here are a few highlights:

Interop’s Enterprise Cloud Summit and Fireside Chat:

clip_image002

Lew Moorman, President of Cloud and Chief Strategy Officer, Rackspace, is interviewed by Alistair Croll during a Fireside Chat at Interop 2009 in Las Vegas.  Check out related coverage below.

http://www.bitcurrent.com/ecs-lew-moorman/#more-765
http://www.ebizq.net/blogs/bda/2009/05/_interops_enterprise_cloud_sum_10.php
http://searchcloudcomputing.techtarget.com/news/article/0,289142,sid201_gci1356894,00.html
http://itknowledgeexchange.techtarget.com/cloud-computing/cloud-draws-crowds-as-interop-winds-down/

MIT-CIO:

clip_image002[4]clip_image002[6]

Emil Sayegh (far right), General Manager of The Rackspace Cloud shares speaking duties at MIT-CIO Symposium Keynote Panel on Cloud Computing on the MIT Campus in Cambridge, MA, with representatives from Microsoft, Cisco, Ziff Davis Enterprises and Goss International.

http://www.networkworld.com/news/2009/052109-mit-cloud.html?page=1

http://www.fiercecontentmanagement.com/story/emc-rapid-app-development-and-cloud-computer-key-future-cm/2009-05-22

• http://www.fastforwardblog.com/2009/05/25/mit-sloan-cio-symposium-keynote-panel-part-four-cloud-computing/

We’ve really enjoyed the opportunities to meet with you all as we traveled around the States – we learn a lot from you guys, and you really energize us and keep us going at full steam.  We’ll continue to announce our schedule on the blog, and we look forward to seeing you all again soon.

A Key To Cloud Standards: The Cloud Database

// May 21st, 2009 // 3 Comments » // Community, Development

There has been a huge amount of talk about the need for standards in the cloud world. We recently joined the Open Cloud Manifesto in an effort to continue the dialog on the topic.

One of the key issues around establishing an Open Cloud is figuring out what should be standardized. To us, the key is to allow customers the ability to move applications from one cloud to another seamlessly. One problem inherent with cloud hosting is that it is, by definition, highly productized. So each provider will make choices that make moving somewhat complicated. But, these choices are also important for providing customers options in the cloud (for example persistent storage on our Cloud Servers offer vs. ephemeral storage on EC2). There needs to be a balance between ease of migration and product features.

One area we believe is headed in the wrong direction is the scalable database. The world already has two production-ready, next-generation databases: Bigtable and Dynamo. Amazon makes heavy internal use of Dynamo, but it is not available to the public (although SimpleDB may be based on Dynamo technology). Google offers access to Bigtable via App Engine, but doing so locks you in to their platform. Period.

Rackspace is strongly committed to helping establish a standards-based, next-generation database. And, we are putting our money where our mouth is.

One project that offers an open, scalable database is Cassandra. Originally developed by Facebook, the project is now part of the Apache foundation. We have a team devoted to the project and just last week, our team, lead by Jonathan Ellis, helped package up the first release candidate of the project. His discussion of the technology and this release is here. This is a first step for very bleeding-edge technology. We see great promise in the technology and would love to see broader engagement from other leaders in the cloud and developer community.

In the web era, scalable data stores are essential. But, the world needs standards in order to advance quickly. The relational database world standardized early, beginning with ANSI SQL-86 and -89. The results have been tremendous: customers can choose from many implementations, such as MySQL, SQL server and Oracle, without substantial lock-in. We hope to help a movement around standards of this type in the next-generation data store world. A set of technologies you can run with us, with one of our competitors, or on your own. Join us in support of these projects.

The Rackspace Cloud Invites Feedback on Upcoming Cloud Servers API

// May 20th, 2009 // 9 Comments » // Community, Development, Events

Since the launch of Cloud Servers in March 2009, we’ve been working behind the scenes to build an API and add even more features. Now we’re ready to share our design with the community and listen to what you have to say about it. After all, we’re not building the Cloud for ourselves – we’re building it for you, and your thoughts are important to us.

The Cloud Servers API draft specification can be downloaded here.

Inside the API specification you’ll find more details about new features including the following:

  • Server Metadata – You may now supply server-specific metadata at launch time that can be accessed via the API.

  • Server Personalization – You may now specify files at launch time that will be injected into the server file system before startup. This is useful, for example, when inserting SSH keys, setting configuration files, or storing data that you want to retrieve from within the Cloud Server itself.
  • Host Identification – The Cloud Servers provisioning algorithm has an anti-affinity property that attempts to spread out customer VMs across hosts.  Under certain situations, Cloud Servers from the same customer may be placed on the same host.  Host identification allows you to programmatically detect this condition and take appropriate action.
  • Shared IP Groups – While we’ve always supported shared IPs, we’ve made this simpler with the creation of Shared IP Groups and the ability to programmatically enable high availability configurations.

We’re asking for your input by Tuesday, June 2, 2009, to be considered in the 1.0 release of the API. We encourage you to share your feedback publicly here on the blog or via Twitter. For Twitter, our team will be looking for input using the hash tag #csapi and tweets to @bpiatt.

You can also send us feedback privately by sending us an email at Cloudserver_API@mosso.com.

Thanks so much for being a part of the team, and we look forward to reading and discussing your suggestions!

Bret Piatt