So just what do I mean by storage virtualization?
orbist 060000HPM5 Comments (4) Visits (12988)
Less than one week into my blogging career, why not open a huge can of worms and let the 'fishermen' fight over the big fat juicy ones...
I changed the title of this post several times before settling on the phrase "what do I mean" - this way I'm not dictating anything to anyone other than what I picture when talking about Storage virtualization and what this blog is intended to explore.
Some months ago while meandering through Wikipedia I found a rather stubby Storage virtualization topic with a two line description and far too many vendor links to specific products. In the discussion pages user "Plowden" had outlined a set of topic headers. The overriding aim was to keep it vendor and product neutral so that any poor soul sailing the 'Sea of Storage' could get a insight into the different topics, including the major pros and cons associated with the different implementation approaches. I spent a day or two tackling this, it was difficult to keep it vendor neutral, but hopefully the end result was worth it. As with all things Wikipedia, feel free to chip in and enhance the page.
Storage virtualization is an over used term. More often than not it is used by vendors as a buzz word to claim their product is a virtualizer. I guess almost every storage hardware and software product could technically claim to provide some form of virtualization. So where do we stop and draw a line in the sand? Does the fact that my Thinkpad has 3 logical volumes carved from a single physical drive mean its virtual? Not in my eyes. RAID has been around for years and provides a way to glue unreliable JBOD's into something a bit more reliable, but again its not what I'm interested in here.
When I think of Storage virtualization, I see a system that must provide what I've chosen to call the 'Cornerstones of Virtualization'. Quite simply, these are the set of core advantages a Virtual SAN can provide over traditional direct attached SAN storage, namely :
So yes I'm talking mainly about the big vendor products SVC, USP and Invista, and the many smaller companies like DataCore, Falconstor and Incipient. (This is not meant to be an exhaustive list and there are lots of startups - if I missed you I'm sorry - you never know you maybe 'lucky' and EMC will gobble you up!)
There are many approaches to implementing Storage virtualization, and interstingly the big three players have all chosen a unique approach. The 'Storage virtualization war' has, and will continue to rage between the vendors as to which approach is 'best'. I'd like to wave a "whyte" flag for the purposes of this blog - and welcome comments and thoughts on all approaches. Personally of course I believe that we (IBM) selected the most flexible and long-term viable solution that can provide all of the promised benefits of Storage virtualization. Over this series of posts I aim to explain why I think this is the case. I plan to compare and contrast the various approaches in an un-biased manner - well as much as possible!
This is bound to be a contentious issue and if (maybe that should be when) you dispute anything I say I'm sure you will all shout :)
Storage Virtualization - part 1 - 'The approach war'
The whole concept of virtualizing your storage network is a disruptive one. It doesn't matter which approachyou choose, it radically changes not only the way your storage administrator thinks about his job, but also the very fundamentals of how and where things are done. Once you have an abstraction device sitting in the middle of the SAN between your hosts and your storage, or even your storage and storage, the rules have changed.
I'm sure most readers are aware of the three main approaches in use today, for more detailed explanations, google is great. However while all these approaches provide in essence the same basic 'Cornerstones of Virtualization' there are some interesting side affects with some or all approaches.
It is the implications and side-affects of each approach that I plan to discuss in the next few posts, namely :
My only request is that we keep to topic, that is I'm sure the urge to jump in now and talk about additional latency now is almost too much for some readers to handle (Mark), but as a wise man (or woman) once said... there's a time and a place... and there will be... till next time... everyone keep smiling
Disclaimer: Added 13th August 07
A few of my peers have pointed out that here I'm really talking about SAN based block virtualization. The official IBM stance on 'Storage Virtualization' is : This covers a much wider range of products and technologies like Host-based software, HBA firmware, Solid-state and CD/DVD posing Disk, Disk posing as Tape (VTS etc), NAS and iSCSI gateways, DR550, GMAS etc
This covers a much wider range of products and technologies like Host-based software, HBA firmware, Solid-state and CD/DVD posing Disk, Disk posing as Tape (VTS etc), NAS and iSCSI gateways, DR550, GMAS etc