This is John Martin's TypePad Profile.
Join TypePad and start following John Martin's activity
John Martin
Sydney
I've been working in IT for about 25 years, the last ten of which has been spent in Data Protection. I've worked for or at most of the major companies in the data storage industry, including Legato, Veritas, Storagetek, EMC, and a business or two of my own. I now work as a consulting systems Engineer for the Australia/New Zealand region for NetApp. I used to try talking to my wife about technology trends in IT, and she would smile sweetly at me and say "thats nice dear". Eventually I got the hint, and started writing blog entries instead.
Recent Activity
Hi Chad,
You need to be careful about putting words in other peoples mouths. I was there, so I'm can say that the assertion that Vendor B said that "Auto-tiering was rubbish" is incorrect. I also looked at @jpwarren's twitter feed and I didn't see him make that assertion there either.
I did have a slide that was deliberately contentious and designed to stimulate some debate. It was entitetled "What's not so hot" which included the following bullet points.
Old school bulk copy backups
Stub based archiving
Physical Tiering
Closed “stacks”
Scale-out for performance
Compression/Variable block for primary
Databases as blob stores
Badly designed ethernet storage networks
8GB+ Fibre channel
That's not saying they're rubbish, but that compared to other approaches like say megacaching or converged networking and other really high value technologies they're "not so hot".
For more information on what was said, I'd recommend looking at the subsequent blog posts and the subsequent follow-up posts.
http://nsrd.info/blog/2010/11/10/a-tale-of-4-vendors/
http://www.eigenmagic.com/snia-blogfest-2010/
http://rodos.haywood.org/2010/11/snia-blogfest-interview-with-netapp.html
Why people who say the following are wrong…
It’s always interesting to watch vendors (EMC included) make the “you don’t really need _____” when they don’t have a given feature, while all the time, they are furiously working on it. Likewise, it’s always frustrating (to everyone) when a customer expresses requirements in the form of a featu...
(NetApp Employee)
If that's your honest opinion of what IBM is planning in the mid - high end space, then your competitive research team either isn't doing their job, or you're not listening to them. I bet the IBM guys are all biting their tongues .. HARD.
You're also falling into the "point one finger, find three more pointing back" trap. Why be worried whether the array you purchase gets updated or replaced with a new model soon ? If it meets the projected performance and functionality requirements at the right price, then buy it and be happy. Even if IBM was to EOA the entire DS range tomorrow, I would expect IBM to give every customer excellent support for the lifetime of that equipment. To sugggest otherwise makes me wonder about EMC customers experiences with its refresh program. Did everyone who purchased a DMX4 in early 2009 make a bad decision ?
3.009: whither the ds8700, or hath it withered already?
My followers know that I've been predicting the demise IBM's enterprise storage platforms (both DS6000 and DS8000 series) for several years now. And though I've been chastised for competitor bashing, I remain convinced that IBM will soon withdraw the DS8000 from marketing once and for all, jus...
Good luck Marc, looks like some fun times ahead.
It seems like Dell is moving into the storage industry by following EMC's footsteps, though reconciling the disparate technologies will be an interesting exercise, I dont think EMC's quite worked out how to do that properly yet ...
Of course if Dell was going to emulate EMC, they'd have to bundle the EQL and 3PAR kit into different classes of DellVirtualBlockMatrix (DVBM ?), but they'd have to buy a NAS vendor too ... hmm ... ever thought about working for BluArc ?
I suppose it was inevitable
There is no question that I'm going to get a lot of ribbing from friends of mine in the business when they read about this. After all, I was at Convergenet prior to it's acquisition by Dell and then again years later at EqualLogic when it was acquired by Dell and - as some have teased me ab...
Interesting post, overall I'd agree with your categorisation of Mid-Range vs Enterprise, though in the past I'd always thought that DMX was better suited to sequential workloads and single threaded large I/Os due to its mainframe heritage with the associated tendency to do batch processing, and that mid-range boxes typically had the advantage when it came to cache-hostile random I/O.
I based that assumption on a casual conversation almost a decade ago, where someone said that Exchange 2000 workloads were fairly toxic to early DMX implementations. I brought up that conversation with an EMC engineer who said that a revision of Enginuity addressed this. Even though this was based mostly on hearsay, it appears maybe this cloning situation is another example of a mismatch between the design center for the array and the particular workload.
I wonder if this had test had been done on an old-school hand tuned DMX whether the result would have been the same as I suspect that the design center for the Vmax workload is more highly optimised for small block random I/O than the previous Sym.
For single threaded workloads little law determines overall throughput, and the additional overheads associated with a scale-out architecture (even when measured in microseconds) can really drop sequential throughput, but I'm surprised that the impact is as large as it was.
As a matter of interest, did the customer try using PowerPath ? Your mention that using round robin would have improved things dramatically inferrs that they didnt, but if they'd gone to the expense of installing a V-Max why not complete the picture ?
Solving a weird “slow performance” cloning issue…
Recently was working a customer case with my VMware colleagues where a customer was seeing that cloning operations were taking a lot longer on their V-Max than it was on their mid-range CXes. Turned out to be a tricky case, and taught me something new. This experience would apply across more t...
John Martin is now following SFoskett
Apr 22, 2010
Subscribe to John Martin’s Recent Activity
