This is the storage anarchist's TypePad Profile.
Join TypePad and start following the storage anarchist's activity
the storage anarchist
Massachusetts, USA
Chief Strategy Officer for the Symmetrix & Virtualization Product Group, EMC Information Infrastructure Products
Interests: Technology of all sorts, max-def home entertainment, cooking, photography, family & friends, fine dining at home</div></div><div class="archive-user-minibio archive"><h2 class="archive-header">disclaimer</h2><div class="archive-content"><p>The opinions expressed here are my personal opinions. I am a blogger who works at EMC, not an EMC blogger. This is my blog, and not EMC's. Content published here is not read or approved in advance by EMC and does not necessarily reflect the views and opinions of EMC.</p>
Recent Activity
PowerPath for path failover (the pre-requisite for Federated Live Migration) is free with the purchase of a VMAX or VNX.
As I said, FLM also supports native MPIO and Veritas DMP, thus PowerPath is not required for non-disruptive relocations.
(For its advanced functions, like dynamic load balancing across up to 16 ports, PowerPath is licensed per host, and is usually sold under Enterprise License Agreements for volume discounts).
Meanwhile, relocating LUNs from one IO Group to another non-disruptively is supported only on two host operating systems, and not even IBM's own enterprise server platforms.
And it is not even possible to have a host connected to the same LUN(s) on two separate IO groups - a native feature of both VMAX and VPLEX for maximum HA and resiliency.
This all just demonstrates once again the significant benefits that best-of-breed solution suppliers (such as EMC) deliver. We only do storage, and we do it better than anyone else.
So much for Tony's one-stop-shopping argument...
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
Barry -
You need to read the specs a little closer: VMAX 40K has 2x 6 core Westmere 2.887GHz (3.066 Turbo) on a PCIe Gen2 per node/director. 4x6 core per engine, 32x6core (and 8 PCIe2's) in a full system. And the numbers are cache MISS.
2 simple points about migrating across IO Groups: 1) Neither VMAX nor VPLEX need anything special to do this - ANY LUN can be exported on ANY port (or EVERY port) on EVERY engine. No need to hack around with multi-pathing or brandy-new SVC features.
2) It is an IBM tech note that states that ONLY the 2 Linux versions (and nothing else) listed on the published qualification matrix are currently supported by SVC non-disruptive movement.
VMAX Federated Live Migration allows non-disruptive move between separate arrays, and doesn't require ANY changes to host multi-path drivers. Instead, our arrays are smart enough to understand which multi-pathing each host is using, and then to adapt itself to handle the particular implementation. Currently supports PowerPath on ANY host, plus DMP and native MPIO on almost all hosts. Even supports SCSI-2 & SCSI-3 reservation clusters...
If you require hosts to update their software in order to use your non-disruptive features, it's not really non-disruptive, is it?
Ours works; yours has quite a ways to go before you start bragging about it.
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
Raghavaprakash21 -
Thanks for your comments, but I have to admit I am not aware of any competitor claiming 56Gb/s of 100% cache miss bandwidth or 2M+ cache miss I/O per second. And indeed, we routinely demonstrate our superior response times vs. VSP.
But then again, since VSP enables silent data corruption for externally virtualized capacity, it really doesn't matter who is faster, now does it?
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
Barry -
Active/Active maybe, but lose a node in an I/O group, and you are no longer HA - unlike VPLEX.
Non-disruptive migration across I/O groups, except according to your latest customer bulletins, only supported on two variants of Linux, and not on Windows, AIX, Solaris, HP/UX, nor VMware or Xen.
Nice try...
And 53GB/s miss is actually an engineering number - real, live measured by your equivalent performance specialists in our labs...stacked up against similar claims by Hitachi and IBM (we actually tested MORE miss bandwidth on the VSP than Hitachi claims in their documentation).
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
Barry -
"Quite" - as I said, growing faster than SVC did in its early days. You guys where pretty boistrous back then about your growth rates...well, we're quietly exceeding them today.
Interop - VPLEX already supports 42+ different platforms. For FTS, just a matter of running everything we already know through the paces. Customer qualifications have added 17+ arrays since GA, so not to worry. Oddly, the current hottest field request is for us to qualify SVC behind FTS - seems that more than a few customers are looking for an easy way to migrate OFF of your product. You probably don't see those unhappy customers who have learned the realities of your not-so-active/active, definitively non-HA solution and realized that they need more.
And that both VMAX and VPLEX can deliver what SVC cannot.
Jus' sayin'
Catch-up? In numbers deployed, maybe, but not in features or capabilities. With your 8 year lead, you've still not delivered end-to-end data integrity OR truly Active/Active. The lack of serious competition has bred complacency in both IBM SVC and Hitachi UVM.
Here's your wake-up call.
As to differentiators for FTS? Umm...where should I begin?
TimeFinder, SRDF, FAST VP with an 8MB granularity over 128,000 devices and 4PB+ usable capacity, VMware+HyperV+XEN integration, RecoverPoint, Federated Live Migration, 53+ GB/s cache miss bandwidth, 2M+ IOPS, less than 45 microsecond I/O overhead for both FTS and VPLEX to external storage?
Oh, and did I mention that VPLEX is the *ONLY* solution certified by Oracle to enable stretch Oracle RAC clusters to over 100KM, with full HA and witness coordination?
Consider the ante raised by an order of magnitude (or more).
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
Thanks, Barry - I think ;-)
Seriously, VPLEX is doing quite well, thanks for asking - growing at a rate faster than did SVC in its first years. Winning lots of deals, in fact, where SVC doesn't work - like providing Active/Active HA over distance. Seems the SVC split cluster is no longer HA when either of the nodes fail, while VPLEX Metro remains fully HA at the surviving site. It's just one of those Achilles's heel deficiencies of SVC that gets people looking for a better solution.
And it's not like we have to reinvent Interop testing - we're just redeploying what we've learned over the past 10 years into two platforms instead of one.
Barry
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
Tach - indeed I remember, and I am glad you find my post so hilarious. Coincidentally, I met with DB yesterday to explore FTS, and they didn't seem to care that we had changed our strategy 180 degrees...
But you know, what is pretty funny to ME is that the Cult of HItachi's responses to FTS are so childishly focused on EMC's historical anti-array-based virtualization position. Yet the Cult offers no position on the abject lack of data integrity validation in UVM.
Crickets...
Oh, and for the record, Dave D. Went to HP shortly after that meeting with DB. Our strategy changed to Federated Storage using both VPLEX and VMAX later in 2009, after he left.
Just sayin...
5.005: who said it couldn't be done?
They said "it" couldn't be done. They said nobody else's array could do "it" – that only their array architecture could handle "it." They said all kinds of things about how "it" was going to bring the demise of Symmetrix, because Symmetrix would never do "it." Even if we could do “it,” they said...
5.005: who said it couldn't be done?
Posted May 22, 2012 at the storage anarchist
Comment
19
5.004: the cloud gets big. rreeaallyy big!
Posted May 22, 2012 at the storage anarchist
Comment
0
5.003: what a day 1 at emc world 2012
Just a quick post to update readers with some behind-the-scenes perspectives on today’s events here at EMC World 2012. The day here started with the release of 9 press releases covering the announcement of 42 new products. These were followed with a series of press briefings, lead off by Pat Gelsinger and followed by the division presidents each covering their announcements. Then there was the mad dash as more than 15,000 people proceeded to the main ballroom to hear Joe Tucci and Pat Gelsinger’s keynote presentations. While these were also simulcast and available for later viewing, I can assure you that nothing can hold a candle to actually being there– imagine a screen that is actually wider than an American football field, driven by ELEVEN widescreen projectors, providing a wrap-around view. Now, project onto this ultimate widescreen a star field from the perspective of a spaceship travelling through space and time (complete with a Store Trek theme), and you get perhaps a tiny fraction of the live experience. I was sitting in the back, and I watched people actually lean in their chairs as the starship banked into turns. Maximum wow factor, to be sure. The keynote presentations weren’t bad, either!!! For me, the rest of the day was filled with 1-1 briefings with analysts, customers and press…and there will be more tomorrow. I am purposefully NOT discussing the VMAX, VPLEX and RecoverPoint announcements just yet. Brian Gallagher will be covering these tomorrow in his SuperSession keynote. If you are here at EMC World, you won’t want to miss that, as Brian has really amped it up another notch this year with customer testimonials, videos and yet another episode of “Brian. Brian Gallagher.” Once his session is done, I’ll start rolling out some posts providing some of my perspectives of the launches. Until then…TTFN! Continue reading
Posted May 21, 2012 at the storage anarchist
Comment
0
5.002: emc world 2012 preview
Posted May 16, 2012 at the storage anarchist
Comment
0
5.001: vspex, vblock and enterprise clouds
Posted Apr 17, 2012 at the storage anarchist
Comment
0
4.011: a bridge to nowhere
Posted Feb 26, 2012 at the storage anarchist
Comment
0
4.010: when lightning strikes
Posted Feb 26, 2012 at the storage anarchist
Comment
1
Thanks for the comment Alexios, but I suspect that Hu would have mentioned the existence of larger USPV/VSP's in his response to this post.
Instead, he only said that Hitachi wasn't in a competition with EMC to build the largest arrays.
So while I too honestly don't KNOW whether there are larger USPV/VSPs, I do know that nobody from HDS has presented evidence thereof.
4.005: you call that big storage?
Earlier this month, Hu Yoshida posted yet another missive in his never-ending series of hype about the virtues of array-based virtualization. In it, he cited records from Hitachi's tracking systems showing the top VSPs and USP-Vs ranked by total capacity. Oddly, the older USP-V racked up the lar...
4.009: leading from the front
Posted Oct 6, 2011 at the storage anarchist
Comment
0
4.008: truth or d@re
Posted Oct 5, 2011 at the storage anarchist
Comment
0
4.007: vmax hits the big screen...again!
Posted Sep 5, 2011 at the storage anarchist
Comment
1
4.006: missing the point (yet again)
Posted Aug 23, 2011 at the storage anarchist
Comment
0
4.005: you call that big storage?
Posted Aug 16, 2011 at the storage anarchist
Comment
2
4.004: vmax and vmaxe cameo appearances
Posted Jul 15, 2011 at the storage anarchist
Comment
0
4.003: a big thing in a small package
Posted Jul 13, 2011 at the storage anarchist
Comment
1
4.002: Does page size matter -- a rebuttal
Posted Jul 6, 2011 at the storage anarchist
Comment
0
I'm not a VNX guy - these comparisons are to VMAX FAST VP and compeitive offerings in the enterprise storage space.
However, my understanding is that while FAST VP has some overhead on VNX, using FAST Cache with and/or without FAST VP affords VNX customers with significant performance benefits with minimal overhead.
3.022: powerful, trusted and smart...meet dumb and dumber
So I posted back in January a two-part review of the key differentiating features and capabilities that make VMAX Fully Automated Storage Tiering for Virtual Pools (FAST VP) so much better than anything any competitor has put forth to date (or since, for that matter). If you missed the posts, 3....
Looks AWESOME!
EMC World love for your iPad
Can't get enough big data? Living life in the clouds? Be the first kid on your block to sport the (un)official EMC World iPad background! It should be as simple as clicking the image below to get the full size version - clicking that and choosing 'save'. Then go into your iPad photos, select you...
More...
Subscribe to the storage anarchist’s Recent Activity
