IBM FlashSystem

IBM FlashSystem

Find answers and share expertise on IBM FlashSystem

 View Only

Solid State Disk on DS8000 Disk Systems

By Tony Pearson posted Thu May 07, 2009 01:48 PM

  

Originally posted by: TonyPearson


Looks like fellow blogger and arch nemesis BarryB from EMC is once again stirring up trouble, this time he focuses his attention on IBM's leadership in Solid State Disk (SSD) on the IBM System Storage DS8000 disk systems in his post [IBM's amazing splash dance, part deux], a follow-up to [IBM's amazing splash dance] and multi-vendor tirade [don't miss the amazing vendor flash dance].
(Note: IBM [Guidelines] prevent me from picking blogfights, so this post is only to set the record straight on some misunderstandings, point to some positive press about IBM's leadership in this area, and for me to provide a different point of view.)

First, let's set the record straight on a few things. The [RedPaper is still in draft form] under review, and so some information has not yet been updated to reflect the current situation.

  • You can have 16 or 32 SSD per DA pair. However, you can only have a maximum of 128 SSD drives total in any DS8100 or DS8300. In the case of the IBM DS8300 with 8 DA pairs, it makes more senseto spread the SSD out across all 8 pairs, and perhaps this is what confused BarryB.

  • Yes, you can order an all-SSD model of the IBM DS8000 disk system. I don't see anywhere in the RedPaper that suggests otherwise, and I have confirmed with our offering manager that this is the case.

  • The 73GB and 146GB are freshly manufactured from STEC. The 146GB drive and 200GB drives are actually the same drive but just formatted differently. The 200GB format does not offer as much spare capacity for wear-leveling, and are therefore intended only for read-intensive workloads. (Perhaps EMC wants you to find this out the hard way so that you replace them more often???) These reduced-spare-capacity formats may not be appropriate with some write-intensive workloads. Don't let anyone from EMC try to misrepresent the 73GB or 146GB drives from STEC as older, obsolete, collecting dust in a warehouse, or otherwise no longer manufactured by STEC.

  • You can relocate data from HDD to SSD using "Data Set FlashCopy", a feature that does not involve host-based copy services, does not consume any MIPS on your System z mainframe, and is performed inside the DS8000 disk system. You can also use host-based copy services as well, but it is not the only way.

  • You can use any supported level of z/OS with SSD in the IBM DS8000. There is ENHANCED support mentioned in the RedPaper that you get only with z/OS 1.8 and above, allowing you to create automation policies that place data sets onto SSD or non-SSD storage pools. This synergy makes SSD with IBM DS8000 superior to the initial offerings that EMC had offered without this OS support.

I find it amusing that BarryB's basic argument is that IBM's initial release of SSD disk on DS8000 is less than what the potential architecture could be extended to support much more. Actually, if you look at EMC's November release of Atmos, as well as their most recent announcement of V-Max, they basically say the same thing "Stay Tuned, this is just our initial release, with various restrictions and limitations, but more will follow." Architecturally, IBM DS8000 could support a mix of SSD and non-SSD on the same DA pairs, could support RAID6 and RAID10 as well, and could support larger capacity drives or use higher-capacity read-intensive formats. These could all be done via RPQ if needed, or in a follow-on release.

BarryB's second argument is that IBM is somehow "throwing cold water" on SSD technology. That somehow IBM is trying to discourage people from using SSD by offering disk systems with this technology. IBM offered SSD storage on BladeCenter servers LONG BEFORE any EMC disk system offering, and IBM continues to innovate in ways that allow the best business value of this new technology. Take for example this 24-page IBM Technical Brief:[IBM System z® and System Storage DS8000:Accelerating the SAP® Deposits Management Workload With Solid State Drives]. It is full of example configurations that show that SSD on IBM DS8000 can help in practical business applications. IBM takes a solution view, and worked with DB2, DFSMS, z/OS, High Performance FICON (zHPF), and down the stack to optimize performance to provide real business value innovation. Thanks to this synergy,IBM can provide 90 percent of the performance improvement with only 10 percent of the SSD disk capacity as EMC offerings. Now that's innovative!

The price and performance differences between FC and SATA (what EMC was mostly used to) is only 30-50 percent. But the price and performance differences between SSD and HDD is more than an order of magnitude in some cases 10-30x, similar to the differences between HDD and tape. Of course, if you want hybrid solutions that take best advantage of SSD+HDD, it makes more sense to go to IBM, the leading storage vendor that has been doing HDD+Tape hybrid solutions for the past 30 years. IBM understands this better, and has more experience dealing with these orders of magnitude than EMC.

But don't just take my word for it. Here is an excerpt from Jim Handy, from [Objective Analysis] market research firm, in a recent Weekly Review from [Pund-IT] (Volume 5, Issue 23--May 6, 2009):

"What about IBM? One thing that we are finding is that IBM really “Gets It” in the area offlash in the data center. Readers of the Pund-IT Review will not only recall that IBM Researchpushed its SSD-based “Quicksilver” storage system to one million IOPS using Fusion-ioflash-based storage, but they also may have noticed that the recent MySQL and mem-cachedappliances recently introduced by Schooner Information Technology are both flash-enableddevices introduced in partnership with IBM. Ironically, while other OEMs are takingthe cautious approach of introducing a standard SSD option to their systems first, IBM appearsto have been working on several approaches simultaneously to bring flash to thedata center not only in SSDs, but in innovative ways as well."

As for why STEC put out a press release on their own this week without a corresponding IBM press release, I can only say that IBM already announced all of this support back in February, and I blogged about it in my post [Dynamic Infrastructure - Disk Announcements 1Q09]. This is not the first time one of IBM's suppliers has tried to drum up business in this manner. Intel often funds promotions for IBM System x servers (the leading Intel-based servers in the industry) to help drive more business for their Xeon processor.

So, BarryB, perhaps its time for you to take out your green pen and work up another one of your all-too-common retraction and corrections.

6 comments
17 views

Permalink

Comments

Mon May 11, 2009 07:53 PM

BarryB,Sorry that you based your post on a draft version of a RedPaper that was still under review, and thank you for reviewing the document so that we can make the appropriate updates.
For those not familiar, IBM RedPapers are not written by the same professional writers that write our publications and user manuals. Instead, they are done by holding residencies using field sales professionals, so as to get a fresh perspective, they can get a chance to touch and feel the solution first hand, and write from their point of view. Unfortunately, this sometimes means that recommendations from development are misinterpreted as restrictions, or mis-worded in other ways. These are normally caught during the review cycles.
The 200GB vs 146GB formatting differences does warrant more discussion, which I carry forward in a new post here:
http://www.ibm.com/developerworks/blogs/page/InsideSystemStorage?entry=spare_capacity_for_life_extension
-- Tony

Sat May 09, 2009 09:04 AM

"IBM promises on the day it delivers"
That would mean something if you were actually keeping pace with the competition. Not only has IBM been slow to get to SSDs into IBM storage, but the DS8K is pretty much the only storage platform that STILL doesn't support thin provisioning, more than 2 cache partitions, or non-disruptive LUN migrations within the array.
As Goldman Sachs observed, customers aren't holding their breath waiting for your storage or server platforms to catch up - they're voting with their feet.

Fri May 08, 2009 07:19 PM

BarryB,
Some of us have a rewarding day job, and blogging is 'for fun' - as opposed to being full time marketing folks such as yourself.
Flash in XIV goes against the ethos of the product as it stands today - other future plans on storage and server platforms are available for interested customers.
I had a very fruitful trip to Austin 18 months ago where Team IBM had a stack integrated SSD summit, software, services, servers, storage - you name it - so again making wild statements without any knowledge is just absurd. Just because EMC doesn't have that influence outside the storage world...
When you've only really got one product, I guess you have to spend all your money there...
I agree its about customer value at the end of the day, in that context EMC is promising things in the future, IBM promises on the day it delivers.

Fri May 08, 2009 02:47 PM

BarryW - sorry, but I dont think anyone is reading your blog anymore...are you writing blogs again instead of caching algorithms?
;-)
Seriously, understanding the concept requires more than a patent to prove that you "get it" - or that anyone else at IBM *other* than you "gets it." In reality, it is the actual implementation that demonstrates the necessary skill and comprehension.
But hey, why argue?
It has taken over a year to get Flash drives into the DS8K, and you are starting off behind where EMC was back in March 2008 with DMX4. And despite the claims to have been working with flash longer than anyone owing to IBM's server-based support for flash, it is obvious to those of us who don't wear IBM-issued Sunglasses that you continue to under-invest in storage. Where's flash for XIV? iSeries? Non-disruptive migration in/out of Flash on DS8K?
And we all know that IBM is a huge company - I thus seriously doubt your that storage engineers have even discussed flash with your server engineers, for that matter.
Heck, EMC probably invests more in Symmetrix alone than IBM does across ALL of its home-grown storage products (DS8K, XIV and SVC).
Customers clearly recognize this, as evidenced by the May 7, 2009 issue of Goldman Sachs "Data Center Techtonics" survey, which highlights that IBM is falling further and further behind - in both storage and in server share. In fact, Goldman notes that horizontal integration across a broad storage portfolio like EMC (and NetApp) handily outweighs any value of the vertical integration that IBM (and HP) are trying to use to leverage captive account control.
But in the end, it really isn't about "getting it" or even "thinking of it first" - it is all about "delivering it" so that CUSTOMERS can get value from the new technology.
And in that context, EMC is leading, IBM is following.

Fri May 08, 2009 02:16 PM

BarryB,
With reference to your final comment - if you read my post you will see we patented the sub-lun moving of extents based on performance criteria back in 2004. There was never enough of an advantage (between FC and SATA) to implement said function - so to make such comments about us 'trying to figure it out' has no proof nor substance.

Fri May 08, 2009 07:07 AM

Tony-
If IBM in fact "gets it" about Flash, then:
* Why have IBM still not corrected the technical inaccuracies in the referenced white paper from my original SplashDance post - after more than 2 months?
* Why do you attempt to mislead customers that Dataset Flash Copy is a non-disruptive, array-based means to relocate LUNs into flash, when in fact DFC doesn't even support open systems hosts?
* Why do you try to FUD people that the 200/400GB drives are not for write-intensive workloads? No secret that they have less spare capacity. But if you actually knew what you were talking about, you'd know that the default format is massive overkill that does nothing to really extend the real-world life of the drive while it increases the cost per usable GB significantly!
Of course, you undoubtedly don't have enough SSDs installed in DS8Ks to understand that yet. It's hard to "get it" until you actually "do it."
And BTW, the Fear you try to spread about frequent replacement probably crosses over your "no blog wars" policy: if an EMC EFD has to be replaced, EMC does so under warranty - EMC stands behind every product they sell, and the customer need not worry about the frequency of replacement.
Oh, and I'll let you in on a little secret - Symmetrix actually MONITORS the actual wearing of the flash, and will pro-actively phone home for a replacement LONG before the drive would ever exhibit a failure scenario. Does the DS8K?
I'll highlight a few more observations from your REVISED (May 7) version of the RedPaper - not much has really changed:
* Since you cannot mix SSDs and HDDs on the same DA pair, the ONLY way to spread SSDs across all DA pairs is if you have no disk drives.
* SSDs are only available on brand-new DS8Ks, and not as upgrades to existing systems.
* DS8K maximum drive configurations are severely reduced if you use SSDs
And in fact, it seems that SSDs are apparently a non-standard IBM offering, requiring a special-case RPQ. If you actually "got" flash drives (and the DS8K was able to use them efficiently), I hardly think IBM would be so conservative as to add the overhead and complexity of RPQ to the ordering process.
For the record, the only announced V-Max future feature is one that IBM probably hadn't even thought of until it was announced by EMC - FAST. So while your storage engineers are trying to figure out flash, ours are far ahead in optimizing performance, utilization and automated tiering with EFDs.