Archive

Archive for June, 2014

Bandwidth, Latency and Throughput, the Star Trek Way

June 26, 2014 5 comments

Okay, I know there are a lot of different explanations about how to describe these common components of networks (see, for instance, here, here, here, here, and here), but every once in a while I get a question about whether or not 40G will make things go “faster” in networks (often relating to FCoE and storage in general). Why write another one? I wanted to see how fast I could make this easy to understand.

Last night as I was trying to wind down to go to sleep, I had a brainstorm about an interesting visual (to me, at least) that might help explain some of the different concepts in moving data around. Your mileage may vary. Read more…

Advertisements

You Do Good Work

June 23, 2014 4 comments

keep-calm-and-keep-up-the-good-workThere is something I’ve been struggling with lately, trying to deal with some major issues of the pressure that comes naturally to a workaholic in high-stress environments. You may have been too; in fact a friend of yours may have sent you a link to this blog for one very important reason that you may have missed somewhere along the way:

You do good work. Read more…

Categories: Philosophy Tags: ,

Quick Take: Why Not the User-Defined Data Center?

Are you pondering what I'm pondering?

Are you pondering what I’m pondering?

I’ve been struggling with names (or rather, the act of naming) recently. As I get more and more involved into the aspect of Data Centers and Programmability, trying to become more familiar in a world that remains considerably alien to me, I begin to struggle with some of the rather buzzword-laden (but ultimately vague) nomenclature:

  • Software-Defined Networks
  • Software-Defined Storage
  • Software-Defined Data Center

Yet, when you break down what each of these things mean, you start to realize that they become rather limited in what can actually be deployed. “Everything in software,” “Hardware means nothing,” “You need both hardware and software,” etc. Doesn’t this sideshow actually distract us from what we’re really trying to do?

thought we were simply trying to make deployments easier and more flexible. We keep hearing about “lock-in,” but what it really means is that we don’t want to be locked into our own decisions. In other words, we want to change our minds, adapt as necessary, and not have to build a whole new Data Center just because our technological crystal ball during the financial crises of 2008 and 2009 forced us to make choices that we now make us feel trapped.

What’s wrong with just a “User-Defined Data Center?” I mean, I’ve always been a huge proponent of using the right tools for the job, but why swap out one limitation (hardware-based) for another (software-based)? If I’m a Data Center user, don’t I just want it to work the way I want it to? After all, that’s what all this hype is supposed to be, anyway. It’s my equipment, my applications, I want to define it.

It seems to me that all this stuff about “software-defined” still wants to withhold the actual decision-making power from the user and keep it in the hands of those who create the software, rather than any real liberation from “lock-in,” which much of the marketing hype wants you to believe.

Just a quick take about nomenclature, nothing more. We now return you…

Categories: Uncategorized
J Metz's Blog

The Dr. is in...

J Metz's Blog

The Dr. is in...

domdelfinosblog

Technology, Life, Cars, Randomness

shadub

My brain's been battered!

Virtualization for Service Providers

Using virtualization as a technology enabler for public, enterprise, customer-facing environments

Jeep Accessories

Latest Jeep News

The Data Center Overlords

Where servers, storage and networking combine to form Voltron.

The Borg Queen

Jottings on the intersection of tech and humanness

backofbeyonds

You seek her here, you seek her there... hang on, where's she gone?

Wake Up and Smell the Content

A Converged Communications Blog

Blog Stu - Stuart Miniman

Social media and innovation simmering with storage, networks and virtualization