McHugh Plans Major Chicago Data Center « Data Center Knowledge

McHugh Plans Major Chicago Data Center – Data Center Knowledge.

I found one phrase very interesting in this post on Rich Miller’s excellent “datacenterknowledge” blog:

“…just blocks from the city’s major Internet connectivity hub.”

In military parlance this is called “fighting the last war.” Connectivity was the largest issue facing those of us who were building datacenters a decade ago. Getting onto “the wire” was really the hardest part and the availability of fiber-optic networks was by far the premier consideration when seeking a site for a datacenter. Back then, bringing fiber into the facility from even moderate distances was very expensive. A datacenter is a place where electricity is transformed into bits, on an industrial scale. Power goes in, bits go out over those fiber-optic networks. A decade ago getting to those bits was the hard part. It was expensive, and time consuming.

How times have changed. Today’s premier consideration in datacenter site selection is even more basic: electricity. How much and how cheap? Even a large facility’s output can be handled with a couple of bundles of fiber-optic cable, but the electrical input needs have grown enormous. Moore’s Law has a downside, and that is power consumption. Today’s servers burn up Watts at a rate their forebears a decade ago could only dream about. Today’s datacenter needs at minimum 5X the power it required in 1999, ideally much more. The rate charged for that electricity is even more critical when it comes to site selection. This is why those at the leading edge of this business are building in places like the Columbia Valley. Home to more than just great vineyards, it is also where “green” hydro & wind power can be purchased at well under 1¢—3¢ per kilowatt-hour. Contrast that with rates in Illinois averaging 7¢—9¢ per kW/hr. Over the useful life of the facility that difference could be hundreds of thousands, if not millions of dollars.

Digging a little deeper in the story is seems that this facility was originally planned a decade ago, and was delayed when datacenter oversupply stalled facility building projects in 2001. Datacenter demand kept growing, and continues to grow at a healthy rate. Healthy enough to fill this Chicago facility when it is complete, I’m sure. The smart money however, will go to the places where operations costs are the lowest, which is next to a dam somewhere. Wenatchee, Quincy, The Dalles. Those places are the future of the datacenter industry.

Cringe worthy word abuse

I’m not a grammar nazi. I don’t correct people in mid-sentence. I don’t flame people online who make language missteps. I can’t even profess to being mostly correct in my writing as lord knows I abuse it constantly with ellipses and parenthetical statements (as I’ll soon demonstrate … d’oh!) I’m sure all my English teachers would tell you I was nowhere near the top of their class when it came to grammar. Sometimes though I see things that make me cringe.

I have pre-built RSS searches that scour Craigslist’s “Free Stuff” section for things I use to make BioDiesel. One of those searches is the word “barrel”. When I was setting up my system I needed barrels and why pay for one when somebody is always giving it away somewhere? I no longer need barrels (in fact I should give a few away!) but occasionally people give away a barrel full of stuff (waste oil, veggie oil, methanol, Diesel, etc) that I can use, so I leave the search there in my preferred RSS reader, Safari.

I swear, at least once or twice a month, this one comes up…

It is not always this person Samantha giving it away. I’m sure she is not an idiot, and in fact could very well be a very nice person. Most people I’ve met named Samantha have been nice. I even dated a wonderful woman named Samantha when I was in college. But … THE WORD IS WHEELBARROW DAMMIT! Wheelbarrow. Look it up!

ah… there … I feel so much better now.

Keep Clam! (Earthquake simulation on Seattle’s Alaskan Way Viaduct)

Oddly my first thought upon watching this is: Who wants to meet me down at Ivar’s for some clams?

My second thought is: Let’s see the simulation of the proposed tunnel filling up with seawater during a similar event.

(hat tip to my neighbor Bill Gilliam for the link)

126 MPG, and no, we can’t buy or drive it in the USA. WTF?

308 HDi

I’m talking about the Peugeot 308 HDi.

Yes, I know that Peugeot has not been available for decades here in the USA, but my point is the self-defeating regulations that have been put in place that limit the American car buying market. We’ve erected trade barriers in the guise of safety and emissions that have excluded the very technologies we need the most. The EURO/NCAP safety regs are adequate for our roads as much as theirs. California’s emissions laws are the tail that wags the dog here in the USA. The result? we get Smart cars that average 37 MPG instead of the 70 MPG they enjoy in Europe. We get mid-sized sedans that strain to reach 20 MPG, whereas they have ones that enjoy 35 to 40 MPG.

Why not just scrap all these regs, adopt the European standards and open our market to these imports? Do we really think we’re protecting a domestic industry anymore?

..This whole cloud thing.. The Five Big Fallacies surrounding Cloud Computing

Puffy little clouds...

An old college buddy called me last week. He works for a manufacturer who sells their product into datacenters (among other markets) and he wanted my insight, as a datacenter professional, into “This whole cloud thing”. It seems a colleague of his is trying to convince his whole company to prepare for the cloud computing paradigm shift, where “everything will exist within about 10 huge datacenters.” I have to admit I laughed when I heard that. My friend wanted to know what impact cloud computing will have on the future… “is what this guy saying really going to happen?”

In my answer I went over how much of the thinking and hype surrounding cloud computing is built upon fallacies, while ignoring the market realities. Let me outline those fallacies here:

Fallacy #1. New technology always supersedes old technology.
I wish I had a dollar for every time I heard or read something akin to “Everything will move to the cloud.” The basis of this statement is a deeply-held fallacy in the minds of so many people who follow technology, most of all the “pundits” one reads in the trade rags and blogs. Everything? Really? This fallacy is an extension of an old economic fallacy, that of the limited market. The more gains X makes in a market means that Y & Z lose. For some reason, perhaps the desire of people to sort everyone and everything into piles named ‘winner’ and ‘loser’, they assume that in any given market there can only be one winner and everyone and everything else loses. So all thinking becomes weighted towards the supposed winner. In reality markets are in constant states of shift, and for all practical purposes have no limits. Further if you have a product or service that satisfies a set of customer needs better than the competition, then you will make sales. Not all customers have the same needs, so there is no way that any single technology, service, or business model can exclude all others by its mere presence in the marketplace. Indeed for “everything to move to the cloud” then the cloud has to become the solution to all the needs of all the people. This is impossible. Additionally needs change as conditions and states change. What I need now as I sit at home will be different from what I need sitting at my desk at work tomorrow, or while traveling next week. Cloud delivery assumes pervasive, persistent connectivity, which does not exist, and frankly likely never will. Technological tools should always have some usefulness in stand-alone, disconnected installations, otherwise they are just expensive, not to mention inefficient boat anchors. The new replacing the old seems like the natural order of things, after all we no longer drive horse-drawn buggies right? One could argue that the modern car is the natural evolution of the buggy, with the internal combustion engine merely replacing the horse itself as the prime motivator. The aircraft did not replace the car, despite nearly all pundits in the middle of the 20th century predicting it. (Where are our flying cars anyway?) Nor have many other older technologies vanished; trains and ships still traverse the planet despite much “better” technologies having been developed since their invention. Television hasn’t fully replaced radio or movies. Those markets instead have expanded to allow all these technologies to survive in their own niches. Those niches may expand and shrink over time, but the new technology rarely, if ever completely replaces the old. Bringing it back to information technology, even mainframes are still being built and sold, despite their perception of being technological dinosaurs. Why? Because they serve a need that can not be met by newer technologies. If anything the market for mainframes remains about what it was a decade ago. Sure the market isn’t growing like it was in the 1960s, but it is likely actually larger in terms of physical units operating than it was back then. Cloud computing, even if it is wildly successful will not replace the forms of computing we use today, it will only expand the markets and provide new solutions to some old, but mostly new solutions. That is where technologies really bloom and create markets is when they solve new problems not replace the solutions for old ones.

Fallacy #2. Cloud computing is new technology.
It is not a new technology, just a new name. (See RFC1925, Item 11 & corollary.) At its core “cloud computing” represents no new technology. It is just a buzzword-du-jour being applied to a collection of older technologies being packaged and sold in a new way. I’ve heard the term used to describe everything from Amazon’s EC2 to Skype, from Gmail to Salesforce.com. I find it hard to believe that these all fall into a single definition. Their sole commonality is that they are services delivered over the Internet. That would make my little website here part of The Cloud, and I can tell you it required no recent technological paradigm shift to spring into existence. It seems I’m not the only one with this opinion. If anything I would argue that cloud computing isn’t really about technology at all, but really a way of provisioning and selling computation. Before it was called “cloud computing” it was called various names at various times, as the concept iterated itself though history: Time Sharing, Client/Server, Network Computing, Thin Clients, Utility Computing, Application Service Provider, Grid Computing, Software/Platform/Infrastructure as a Service, etc. None of these terms including “cloud computing” describe any new technology, only ways of delivering or provisioning existing technology. It boils down to rental rather than purchase, period. If I rent you my car I can not claim to have invented the automobile. Or the concept of renting it either.

Fallacy #3. Cloud computing will replace datacenters.
I’ve heard this fallacy from many sources, not just my friend’s colleague’s claim of the future where “everything will exist within about 10 huge datacenters.” Cloud computing represents no threat to the datacenter whatsoever. If anything it will just require MORE datacenters. That answers my friend’s worry, but how did this fallacy originate? Well, datacenters are very expensive. They are very expensive to build and very expensive to operate. As power densities (that is the amount of Watts per square unit of measure available within a given datacenter) go up so do construction costs. The current average cost to build a datacenter in the USA up to modern standards is between $1500 and $3000 per square foot. Compare this to the $150-$200 per square foot cost of the average office building in the USA and you’ll understand why CFO’s tell their CIO/CTO counterparts to rent rather than buy. That is just the building part. Once the construction is complete you have to operate that facility and it costs money too.

When you boil down what a datacenter does, it is pretty simple. A datacenter is a facility that turns electricity into bits, usually on a grand scale. The by-product of that industrial process, like so many other industrial processes, is heat. Power comes in, usually in vast quantities, and gets burned up by the silicon and rotating discs and transformed into bits, which exit the facility on the wires to be delivered to you, the consumer of bits. This makes heat, which has to be mitigated by mechanical cooling because without cooling the computers will fail faster. This very website resides on a server in a datacenter. This server runs 24 hours a day, and even when people are not reading these bits it burns up energy and makes heat all the day and night. Multiply that by millions, if not billions of servers running in every datacenter around the globe. Now layer on top of that the cooling systems to mitigate the generated heat and you’ll see how operating these facilities is very costly.

Now let’s ice this cake. Moore’s Law has a flipside: the more powerful you make a computer (due to that increase in transistors on silicon) the more power it will consume. Nowhere is this as plain to see and feel than within the datacenter. When a datacenter is built, it usually has a fixed amount of power allocated to it in the form of amps (or if purely AC power, perhaps in VA) which it can not exceed, this is its total electrical capacity. That power is then split, traditionally around 50/50 between “IT Load”, in other words the servers and the UPS gear, and “Mechanical Load” which is dedicated to cooling the IT Load. Watts are what is consumed by facility as it runs. By analogy, if you think about your car the amps/VA/capacity is the limits of the engine’s power, while Watts are the gasoline the car consumes over its lifetime. So building a datacenter is like buying the car, and the operating costs are what consumables it uses over its lifetime. Like automobiles, datacenters have seen increases in capacity and power over the last several decades. In the 1960s the datacenter was a large room with a few, or maybe just one large computer. The advent of the mini/micro/personal computers has transformed the datacenter. Now they are large buildings with thousands, if not tens of thousands of computers in them. The electrical capacities and densities of datacenters has risen exponentially as well. A decade ago 90 Watts per square foot was a high-end facility, now nobody would bother building such a datacenter. 300-600 Watts per square foot is common today, and higher densities are planned or even already complete. The tighter you pack the servers the hotter it gets inside the datacenter. Computers have become consumables themselves, and some are now building datacenters with minimal cooling, assuming that heat-related failure is just the signal that it is time to replace the server anyway. The building and the electricity are the true expenses and the computers are cheap commodities, just there to be used until they fail. Turning decades of IT thinking on its head! Maybe Dilbert was wrong?

Datacenters may be changing, but cloud computing doesn’t change datacenters or their economics. Cloud computing providers still have to build and run datacenters (or rent the space from colocation providers.) Those require capital expenditure. In order to pencil out economically, the cloud provider has to either charge their customers enough to pay for the build in a reasonable amount of time and cover the monthly operating costs, or oversell their capacity and hope it doesn’t bite them in the ass. This is why I’ve said the only reasonable current cloud provider business model is Amazon’s, which is based on excess capacity. Essentially the cloud customers contribute to Amazon’s datacenter ROI while they scale their own operations. It is a brilliant model. But anyone who is starting out as a stand-alone cloud provider faces a rough road to profitability.

All the world’s computing needs can not be collapsed into those “ten huge datacenters” my buddy heard about. The reality is that as industry, business, and society use more and more information technology there will be more and more datacenters. They will range is scale from re-purposed broom closets to giant campuses of warehouse-sized facilities. Many organizations have very specific needs that cloud computing may never be able to address, and for them there always has to be the choice of a traditional facilty…

Fallacy #4. Cloud computing can work for any IT need.
This is more of an inference to the “everything will move to the cloud” statement I hear so often. There are several IT needs that can not be solved with cloud computing. Meeting audit requirements is one. I’ve written about this fallacy before, and it caused a bit of an uproar. It seemed to be the first time anyone brought this issue up, and it became a hot topic in the cloud blogosphere for a short time. I felt vindicated when a cloud provider admitted what I said was true.

The basis of cloud computing is the same basis as web hosting: your data on somebody else’s servers. The same reasons that people chose to not use a web host apply to a cloud provider. Control of assets. Risks associated with overselling capacity. Support concerns. Interoperability concerns. There are literally hundreds, if not thousands of reasons why IT organizations and individuals would prefer to keep their data out of a cloud computing system. Most resolve to a single word, which is trust. That brings us to our last fallacy…

Fallacy #5. The cloud is secure.
Cloud computing is no more secure than any other form of computing, which is to say, not very. Or perhaps more accurately, as secure as it is designed, and managed to be. For an excellent analysis of data security in a cloud environment I highly suggest a read of Rich Mogull’s thoughts on the subject. Rich obsesses about all things security and does a far better job than I could in delving into the specifics. To his analysis however I’ll add a more encompassing, and less data-specific view of security that is more about trust and consequences than that of the integrity of the data itself.

The greatest hurdle to the widespread acceptance of cloud computing is trust. Trusting one’s data to systems whose location, condition, environment, and state of load are virtually unknown is a difficult thing to do. Many of these questions apply to any services (hosting, colocation, SaaS, etc) purchased online but the “cloudy” nature of cloud computing amplifies many of them beyond simple answers found in other scenarios: How well is that data protected? How stable is the company that owns the infrastructure? Is the datacenter owned and maintained by the cloud provider, or is it colocated is some other company’s facility? If the latter is the cloud provider keeping current on all it’s bills, or is their installation subject to suspension by their colo provider? What about bandwidth? Is the cloud provider multi-homed? Do they have geographic redundancy? What happens when the power goes out? Have they tested their generator(s)? How well are their power backup, network, and HVAC systems maintained? Is there anyone on-site if something goes wrong? What sort of SLAs do they have? What happens to our data if the cloud provider goes out of business? What sort of security is in place to monitor their customers? What happens if somebody else on the system(s) we’re using is a spammer? How do they handle blacklisting? Could AUP violations by other customers impact our operations? Are assigned IPs SWIPed to customers, or does everything track back to the cloud provider? What happens to our data when we scale back usage, or cancel our service? I could go on and on.

Many of these issues resolve to how much can you trust your cloud provider. Trust takes a long time to build. Most of IT is fairly critical corporate data and infrastructure, so it may be some time before trust is built up enough to move much of this sort of data to cloud deployments. Trust can also evaporate almost instantly once it is lost, so all it will take is a single high-profile cloud-related failure to put all cloud business at risk.

Now it may seem that I’m somehow “anti-cloud”. Nothing could be farther from the truth. It is a sensible method for provisioning computing resources on demand, and fulfills a very real market niche. I just do not believe that it is the answer to every IT problem, nor is it the future of IT, only small portion of it. Cloud computing will expand the market. I can envision a very near future where companies use a hybrid of traditional dedicated datacenter resources with cloud deployments to extend, replicate, or expand as demand warrants. The cloud is indeed a new paradigm, but it lacks the underlying “shift” that alters the entire industry around it. The pundits should sheath their hyperbole and focus on what cloud computing can do for people, rather than what it will do to the marketplace.

A post chock full of Goolsbee news.

Just an update for far-flung Goolsbee family or those friends who want to know how the Goolsbee’s in the Pacific Northwest are doing…

The Neverending Deck Project… reaches a temporary conclusion!

Christopher paints himself into a corner (with exit)

The back deck of our house is now completely rebuilt. I actually put the finishing touches on it yesterday (making up for my inept carpentry with a sander, and then painting the railings.) Prior to this however Christopher fulfilled his obligation to finish the majority of it by finishing the final layers of “Deckote” on the new planks and then rebuilding the railings with me.

Chris installing the slats on the railings, first from above.

Then from below, using the level to square them up.

The work pictured above was actually completed earlier in September, as Chris had to return to school at Evergreen State last weekend. We packed his belongings into Sue’s car and Chris & I drove down together on Saturday, September 19th. This year he chose to live in an on-campus apartment rather than the dorms. He’s sharing a unit with three other guys. We were the first to arrive so I didn’t get to meet any of his roommates, though we’re planning on visiting him in a few weekends … mostly so his mom can see him and check out the living conditions! Until then these photos will have to do.

Chris gets a big hug from his mom as he departs home for his sophomore year at college.

Chris's room.

Chris's room.

Chris's room.

The large common area and kitchen in the on-campus apartment.

The bedroom is quite small, but the common area is pretty generous. Chris took informal cooking lessons from both Sue & I all summer to prepare for feeding himself. We’ll see how that works for him.


Nicholas has been running Cross-Country again this year, and has improved quite a bit. Last year he was consistently at the middle of the pack but this year, thanks to a summer of mild training, he’s finishing close to the front. I was able to attend his first meet this year where he finished 19th in a race of 60+ boys.

About 1 mile into a 3.2 mile event

Halfway there.

Almost to the finish line.

Nick and his mom not long after the finish.

Nick also continues his musical education, and is learning a new song. His X-C team’s “theme” for 2009, which I suspect his coach picked given the vintage of the tune. He only acquired the sheet music for it about a week ago but he’s already driving us nuts with it. I set up the digicam in the living room while I cooked dinner one night last week so you too can listen to him practice. Just play this for 20-30 minutes each night around 6 pm and you too can experience the Goolsbee house lifestyle!

Can you name the tune?

Goolsbee News: An end in sight?

The “Neverending Goolsbee Deck Rebuild Project” may actually be nearing the end… who would have thought? Certainly not me, the man who gave it the name.

The weather finally turned back to sunny. Chris & I were able to finish up the last of the carpentry and whatnot. We prepped for painting with tape over the areas we want saved from the deck coating. Chris is outside as we speak, laying down what very well could be the final coat of “Deckote” over the entire surface.

Chris wields the roller.

Of course we didn’t get here without some mishap! I grabbed a paintbrush and hit the areas around the edges where we’d taped and laid down the Deckote where Chris’ roller can’t go. As I reached the very far end of the deck I felt tiny drops of water hitting me. Huh? There is literally not a cloud in the sky, how could it be raining? I looked up and saw a drip coming from the gutter downspout just beyond the deck. It was dripping water onto the railing which was splashing into droplets and hitting me. That won’t do. The Deckote stuff requires dry conditions for application. I reached up and touched the downspout to check to see where the water was coming from. As I grabbed it near where the drip was (nearer the house) the far end of it where it comes out of the gutter let loose and what followed was a deluge of Niagran proportions. The ENTIRE gutter, which stretches easily 35 feet in a right-angle around the roof’s edge was obviously COMPLETELY full of water from the rains earlier in the week. The downspout was obviously in delicate balance and my touching it dislodged it from that balance and dumped the water, along with the wad of crud (I suspect left over from the re-roof we had done earlier this summer) that held the water back. The gutter of course held plenty of dirt along with the water, a good portion of which was now all over myself, and the deck which I’d just painted the edges of. Sigh. I put the downspout down on the railing, and held my hands in such a way to direct the majority of the water away from the deck. Eventually, after what seemed like five minutes of standing there the deluge drained off to a trickle, and I put the downspout back together again.

The scene of the disaster.

I wrung myself out, then swept the deck off. I’ll let the sun do the work of drying it. Chris will roller the coating over and afterwards I’ll fill in the missing bits. Some railing work remains, but that is Chris’ job, and in the grand scheme of things is pretty simple. We could be BBQ’in on it by next weekend… Just in time for Autumn!