Commentary

Joe Hernick
 

Time-Shares, Magic, And A Real World Tale

I just got back from a short-term consulting gig in the mid-Atlantic region. The local IT team had heard of virtualization. Maybe.

I just got back from a short-term consulting gig in the mid-Atlantic region. The local IT team had heard of virtualization. Maybe.I was part of a small team running an infrastructure/operations assessment for a nonprofit client. For matters of confidentiality, let's say I was assessing a private junior college in an area where horse and buggy are still used by a good slice of the population. (Not 100% accurate, but that's a close match for the client. Don't try to pin this post on anyone you know!) I'm spoiled. Perhaps I can be a bit myopic in my world view thanks to my day-to day responsibilities and interactions with vendors, enterprise users, and other propeller-heads.

I write about virtualization. Anyone taking the effort to read this post most likely has working knowledge of VMware, some flavor of Xen, or desktop virt. I just spent two days interviewing IT pros with zero hands-on experience with any form of virtualization. This was a ~5 person crew running a Windows and Cisco shop.


More Storage Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

We're not talking about an old-school ARCNET shop, folks.

They have a basic SAN. Their infrastructure serves 1,000+ users in an academic setting. As you'd expect, they are underfunded and overworked. Compared with most for-profit shops, they also are under-trained and behind the curve. Don't scoff; the crew had a sterling work ethic, astounding organization loyalty, and a healthy attitude toward constructive criticism.

Can you say the same thing about all your fully-certified, high wage staff?

What they lacked, through no fault of their own, was a strong strategic direction for IT. They also lacked tactical flexibility, formal testing platforms, key resource redundancy, or a workable BCP solution for their fairly large, distributed campus.

Most of their implementations have been vendor one-offs, resulting in racks of 1x1 servers humming along at single-digit CPU utilization. If a given department needed a new app, they played it safe and went with vendor specs. New app equaled one or more new servers. Multiplied by many years with no sunsetting plan.

Sound familiar to anyone out there?

This IT organization was self-critical enough to ask for outside help. The organization's administrative team recognized it was facing (or had surpassed) a crisis point; the sheer volume of gear and vendor solutions under management were crushing their resources and collective spirit. Terrifying budget forecasts based on a 1x1 replacement of existing gear were unpalatable, to say the least; a number of vendor solutions were coming up to a forced version (and corresponding hardware) refresh.

On top of dozens of preliminary findings suggesting policy changes and operation improvements, we presented virtualization as one piece of "re-thinking" the shop. Frankly, we included VMing as a common sense bullet item.

A single, tentative hand went up. From a member of the IT team. Asking for clarification. A quick poll of the table revealed that none of the nontechies had ever heard of the term, and none of the IT team had ever been hands-on.

Needless to say, the words magic box, Florida time-share, and bellhop thingy were all used after our team baffled the audience by saying "hypervisor" and "guested instance" in one sentence.

Lesson learned. While VMing might be all the buzz, we're still a growing, in-the-know community. Many, many intelligent, educated, hard-working folks have no idea what the heck we talk about.

I'll try to remember that the next time someone at a party asks what I do for a living. I think I'll start with 'magic box' and go from there.I just got back from a short-term consulting gig in the mid-Atlantic region. The local IT team had heard of virtualization. Maybe.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links