Skip to navigation
   
Martin Banks's Blog

Containerise The Cloud

By Martin Banks in Editorial

Posted in Uncategorized on May 12, 2008 at 9:42 am

Permalink | Author Profile

“Two tower cranes, one bulldozer and a datacentre? They’ll be with you by Friday, sir.”  

It is highly unlikely that such a response to an order enquiry will ever come from a Plant Hire company, but it could be a good bit closer to reality than any of us might think possible at the moment. 

What prompted the thought is the news that Dell has come up with its own version of the `datacentre in a container’ model pioneered by the likes of Rackable Systems and Sun Microsystems last year. With IBM also planning a move into the market it has to be assumed that these companies see some future in it, or that the marketing suits are at last running the asylum.  

Is there a market for a new line of business for containerised datacentres? At one level it does seem unlikely. I can see an argument as a rented-in piece of kit as a short-cut to a resource overload, but it is only theoretical. Even a totally committed Sun, Dell or IBM shop would struggle to quickly configure such a system for any existing production environment – and that is what an overload solution would require. And given the pace of change and development in datacentre equipment, it would probably spend most of its time back at base being updated. Also, which company would be happy about the risk of leaving valuable data on disk drives for the next user to find?  

This, I suspect,  is a model that would only suit committed legacy systems environments – for example a bunch of old Digital Equipment Vax minis in a container. 

There is an argument for using the approach to solve the real-estate problem. Yes, it could work if there is already a pile of containers outside the building. But what company would risk serious data to a system where any light-fingered `entrepreneur’ could come along with a flatbed truck, a small crane and a set of cable cutters and have it away in half an hour? 

But there may be one market where the containerised datacentre could work. The number of corporate references to `The Cloud’ has started to grow. Indeed, it is likely to be this year’s SOA, the big buzzphrase which every vendor in the world suddenly claims to be offering and thus confusing everyone as to what any of it might mean.  

While The Cloud has huge potential to offer, it also provides significant risk for many companies. Some of these are genuine, while some are based more on perception and myth, but the containerised datacentre could find a niche as way for businesses to test out the idea and potential without putting the existing production environment at risk. And there is a genuine argument that The Cloud will not fit all applications requirements. There will be situations where companies need their own systems.  

One such situation is the issue of transaction speed, in business environments such as banking where there are very high transaction rates. Here, brute physics can get in the way. For example, it takes some 50m/sec to get a signal from coast to coast in the
US, not much slower than the speed of light. But that is still too slow for high transaction volume applications. This invalidates every other argument in favour of operating in The Cloud.
 

And when such a company has worked out how and where The Cloud and the infrastructure integrate and interoperate, it can then decide what type of `cloud’ is required. For some a totally internal Cloud may prove to be the best approach, for example. But for many, they will then have learned where The Cloud makes sense and how to use it, in their own terms, `safely’. Then they may not require the containerised datacentre and it can be reused with another experimenter. 

So there may develop a `plant hire’ niche market, particularly if the supplier is also a provider of utility/SaaS/Cloud services. Then the containers could still be part of the `whole’. They could be in the Cloud, back at base providing resources generally, or they could be relocated – physically as well as logically – to where they are needed, yet still be in The Cloud itself.

12345
Not yet rated
Loading ... Loading ...

Previous Post | Next Post

 
 
Comments

Comment by Dan Jones - May 13, 2008 on 10:39 am

I’m not sure about the use of a container for VAX mini’s. I know certainally the company and places I’ve worked have replaced a football sized amount of VAX’es with emulated “Charon” boxes, which take a couple of racks. Emulation of older technologies (especially with such rock-solid techniques as Charon) make such a system fine.

I do totally agree with your argument on the “easily” stealable DC though - this is my theory as to why the containerised DC’s will have limited scope in permanant deployements.

I can however see them being used in DR scenarios as a valid scenario. If for example you have a major fire alarm failure, and thus soaked DC, a DC in a box is a perfectly great system to get back on the road quickly. Patch the container to comms, and start reinstall, then slowly relocate the new DC inside once its dried out. One container could easily contain enough storage, network and server capacity to accomodate a mid-large (but not enterprise) sized business I would imagine - and key point is a container can be moved quickly coast to coast (in US), or in most cases under a day in the UK. So you don’t have to move an entire IT staff to a DR site some 100+ miles away to do a rebuild - this is better for the staff (and their familys) - and also in costs, as in a large business the hotel and living expenses of staff in a real disaster would be quite large (of course this not covering for complete loss of site - in which case the savings in this matter are obviously non-present).

Make a comment

* required

* required

We stop spam using reCaptcha.
Type the words below and click Submit Comment.

Advertisement