One of the interesting things I learned at Uptime Institute is the timing was right to explain why I named my company Green M3. I told the story of how I started the company in response to a WSJ article. And, next let me tell you why Green M3.
I have as my tag line Monitoring, Metering, Managing ...
But, these 3 words starting with M where created after I figured I wanted to call my company Green M3.
Nicholas Carr's post triggered my own post on containers.
UPDATE: There's more on the data center philosophy of the 'Soft Boys in this interview with Manos and one of his colleagues. On the attraction of containers: "One of the things we like about them is we can take a bunch of servers and look at the output of that box and look at the power it draws. At the end of the day, we can determine, 'What is the IT productivity of that unit? How many search queries were executed per box? How many emails sent or stored?' You can get into some really interesting metrics. A lot of people say you can't look at the productivity of a data center, but if you compartmentalize it - not as small as the server level, but at some chunk in between - you can measure productivity."
Now that people are talking about containers and thinking down the line of evaluating performance per the container, it makes it easier for me to explain Green M3. I tested this on a bunch of people, so let's put in down in writing.
In coming up with a method to evaluate Green performance in the data center, I needed a way to think and have the right mindset in looking at the problem. Then I hit upon abstracting to what it is you wanted, and computing needs to be measured in a universal way. Processor technology, RAM, HD, network, various I/O technologies confuse the issue, and cloud the ability to evaluate things side by side. Computing is delivered in a box - 1U, 2U, 4U, Rack, but side by side comparison's are still hard as solutions required multiple servers.
How do you evaluate the IT solution implementation in one technology vs. another?
Then I started to think of things as the space it takes to encompass the solution. Characterize the space in abstract terms - KW required, Cooling required, network connectivity, compute power, and other TCO factors. Define the space, how big it is, what it does, and what it costs.
What is a universal unit of measure? The cubic meter. The M3 is meant to communicate cubic meter = meter x meter x meter, not Monitoring, Metering, and Managing. But, this is too hard to put in a tag line.
A rack is 1.2 cubic meters.
A 40 foot container is 67.5 cubic meters.
A 20 foot container is 33 cubic meters.
This gave me the right framework, architecture method to evaluate different implementations.
If you apply the Green M3 method you can calculate the cubic meters of white floor space and compare it to the cubic meters required in a container, and associate a cost and performance per cubic meter. People tend to think of square meters/feet. But, to be efficient you need think about the metrics per cubic meters.
The good thing is I named my company back in Nov 2007, before containers became popular, and Christian explained to Nicholas Carr a benefit of containers. Also as background, part of what helped me understand this method is working as a distribution logistics engineer 20 years ago for HP and Apple where I learned to think in terms of boxes, pallets, and shipping containers. I remember working at Apple, when the Mac Plus was being introduced, and people were getting all excited about the Mac Plus vs. the Mac 512k. But, in distribution I told people it is just another box, it is no bigger, doesn't weigh anymore. It doesn't make any difference to us, other than we'll ship more of them.
When you abstract a technology how does it effect the cubic meter of data center computing?
I'll work on more on documenting the Green M3 Method, but here is the start.