Re: IBM
Trevor, I appreciate the thorough response. I did not mean to kick a hornet's nest here. :-)
I agree with your "virtual SAN" definition as elaborated upon in your comment, and I too hate it when vendors muddy the generally accepted meaning of such terms - it hurts everyone in the industry. I was simply trying to provide more color for the earlier commenter who did not appear familiar with IBM's efforts in the universe of things that some people might associate with the term "virtual SAN".
Regarding your above PureSystems comments: I agree that PureSystems is not (currently) a vSAN play - rather it is a converged infrastructure play (as identified in my comment). But you named VCE as one of "2014's big names to watch in the vSAN space", so surely PureSystems would not be out of place in that list as well... right?
Regarding your above SAN virtualization comments: I never intended to imply that virtual SANs == SAN virtualization technology, but I have encountered many less-than-perfectly-informed customers who mix the two concepts due to lack of knowledge of one or the other, so I tried to clarify that distinction in my previous comment. BTW, since you expressed a dubious opinion about the value of SAN virtualization... actually our SVC virtualization platform does much more than just cut a big SAN into baby SANs, as you imply above. For example, SVC can provide inline real-time compression, which really can save lots of money with the right workloads, even if the SVC hardware and software is an incremental cost above the customer's existing array licensing.