<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:series="http://unfoldingneurons.com/"
	>

<channel>
	<title>Stephen Foskett, Pack Rat &#187; RAID 5 Archives  &#8211; Stephen Foskett, Pack Rat</title>
	<atom:link href="http://blog.fosketts.net/tag/raid-5/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Fri, 10 Feb 2012 17:40:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
			<item>
		<title>We Hold These (Storage) Truths&#8230;</title>
		<link>http://blog.fosketts.net/2009/10/12/storage-truths/</link>
		<comments>http://blog.fosketts.net/2009/10/12/storage-truths/#comments</comments>
		<pubDate>Mon, 12 Oct 2009 22:00:55 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Computer History]]></category>
		<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Everything]]></category>
		<category><![CDATA[Gestalt IT]]></category>
		<category><![CDATA[data protection]]></category>
		<category><![CDATA[dumb disk]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[RAID 5]]></category>
		<category><![CDATA[storage management]]></category>
		<category><![CDATA[TCO]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=2340</guid>
		<description><![CDATA[I usually welcome discussion (and even argument) about the things I know best: There is always more to learn, and the best insights come through engaging those who disagree with us. But some ideas have been argued so well for so long that they deserve enshrinement. For example, although non-scientists like to argue about evolution [...]]]></description>
			<content:encoded><![CDATA[<p>I usually welcome discussion (and even argument) about the things I know best: There is always more to learn, and the best insights come through engaging those who disagree with us. But some ideas have been argued so well for so long that they deserve enshrinement. For example, although non-scientists like to argue about evolution and climate change, the scientific community no longer feels that their theories in these areas require much discussion. Like gravity and relativity, they have been accepted as a foundation upon which to build more interesting hypotheses.</p>
<p>My field of enterprise storage has its share of generally-accepted theories<span id="more-2340"></span>:</p>
<ul>
<li>Availability, backup, and archive form a <strong>Data Protection Trinity</strong>: They are unique requirements calling for focused solutions.</li>
<li><strong>The Rule of RAID</strong>: Combining multiple disk drives in creative ways allows us to change the inherent reliability and performance of the system.</li>
<li>When it comes to storage management, <strong>Homogeneity is Paramount</strong>: A single storage administrator can manage thousands of identical systems but would be hard-pressed to support a half-dozen unique ones.</li>
<li>The entire history of computing demonstrates that <strong>Connectivity Trumps Capacity</strong> when sizing systems: Performance bottlenecks always limit the scalability of storage systems.</li>
</ul>
<p>Each of these theories underpins the our industy&#8217;s daily routine of storing and retrieving the data that drives modern society. These storage theories are also targets for innovation, with the best minds constantly trying to bend or break them.</p>
<p>This album of storage theories also has a B-side, however. These are the no-longer-true theories that have been transcended, as well as the dubious beliefs that were never really true.</p>
<ul>
<li><strong>Commutability of Management and Cost</strong> is highly suspect: Unless one is considering only identical and homogenous systems, the total cost of ownership (TCO) or number of administrators associated with a given system (TB/admin) cannot be compared between environments.</li>
<li><strong>The Price of Parity</strong>: The impact of parity calculations and multi-disk commits used to kill write performance, giving RAID-5 a bad name. But write-back caches and array intelligence have all but eliminated this &#8220;write penalty&#8221; for modern enterprise systems.</li>
<li>Whenever the high cost of enterprise storage is to be refuted, someone is bound to trot out <strong><a href="http://blog.fosketts.net/2009/10/13/dumb-disk-fallacy/"  target="_blank">The Dumb Disk Fallacy</a></strong>, claiming that per-GB array costs ought to be comparable to the price of a bare disk drive. But the value of enterprise storage has always been greater than the sum of its parts.</li>
</ul>
<p>Over the next few weeks, I will be sharing focused articles about these &#8220;holy cows&#8221; of the enterprise storage world. I encourage everyone in the industry to join me in taking a step back and shining some light on these and other truisms. Which do you agree with or dispute? Are there other theories that I have overlooked?</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2009/10/13/dumb-disk-fallacy/"  rel="bookmark" class="crp_title">The Dumb Disk Fallacy</a></li><li><a href="http://blog.fosketts.net/2010/10/07/4-horsemen-cache/"  rel="bookmark" class="crp_title">The Four Horsemen of Storage System Performance: Never Enough Cache</a></li><li><a href="http://blog.fosketts.net/2009/08/14/2-tb-enterprise-drives/"  rel="bookmark" class="crp_title">2 TB Enterprise Drives Are Here?</a></li><li><a href="http://blog.fosketts.net/2007/08/08/thoughts-on-mark-lewis-future-storage/"  rel="bookmark" class="crp_title">Thoughts on Mark Lewis&#8217; Future Storage</a></li><li><a href="http://blog.fosketts.net/2008/09/14/turning-page-raid/"  rel="bookmark" class="crp_title">Turning the Page on RAID</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2009/10/12/storage-truths/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2009. |
<a href="http://blog.fosketts.net/2009/10/12/storage-truths/">We Hold These (Storage) Truths&#8230;</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/computerhistory/" title="View all posts in Computer History" rel="category tag">Computer History</a>, <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>, <a href="http://blog.fosketts.net/category/everything/" title="View all posts in Everything" rel="category tag">Everything</a>, <a href="http://blog.fosketts.net/category/gestaltit/" title="View all posts in Gestalt IT" rel="category tag">Gestalt IT</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2009/10/12/storage-truths/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
	
		<series:name><![CDATA[Storage truths]]></series:name>
	</item>
		<item>
		<title>Grapples and Tangelos: Why it&#8217;s Impossible to Compare Fairly</title>
		<link>http://blog.fosketts.net/2008/08/28/grapples-tangelos-impossible-compare-fairly/</link>
		<comments>http://blog.fosketts.net/2008/08/28/grapples-tangelos-impossible-compare-fairly/#comments</comments>
		<pubDate>Fri, 29 Aug 2008 01:59:13 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[3PAR]]></category>
		<category><![CDATA[Compellent]]></category>
		<category><![CDATA[Dell]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[EqualLogic]]></category>
		<category><![CDATA[HDS]]></category>
		<category><![CDATA[hot spare]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[IBM]]></category>
		<category><![CDATA[LeftHand]]></category>
		<category><![CDATA[NetApp]]></category>
		<category><![CDATA[RAID 5]]></category>
		<category><![CDATA[RAID DP]]></category>
		<category><![CDATA[RFP]]></category>
		<category><![CDATA[space reservation]]></category>
		<category><![CDATA[Sun]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=513</guid>
		<description><![CDATA[I get the same questions all the time: Should I buy X or Y? Is Z better than Q? But as much as it sounds like a cop-out, I always answer, &#8220;well, this sounds like a cop-out, but that depends on what you&#8217;re doing with it&#8230;&#8221; Now EMC&#8217;s Chuck Hollis has (bravely) stuck his neck [...]]]></description>
			<content:encoded><![CDATA[<p>I get the same questions all the time: Should I buy X or Y? Is Z better than Q? But as much as it sounds like a cop-out, I always answer, &#8220;well, this sounds like a cop-out, but that depends on what you&#8217;re doing with it&#8230;&#8221;</p>
<p>Now EMC&#8217;s Chuck Hollis has (bravely) stuck his neck out to try to actually <a rel="nofollow" href="http://chucksblog.typepad.com/chucks_blog/2008/08/your-storage-mi.html"  target="_blank">compare the capacity efficiency three storage arrays</a> in a realistic way. Good luck, Chuck! I can hear the knives sharpening over at NetApp and HP already!</p>
<p><span id="more-513"></span><strong>Why This is a Good Idea</strong></p>
<p>In all seriousness, this is exactly the sort of analysis that <em>customers</em> ought to be taking on. Buying a new storage device? Spec out <em>how you want to use it</em> and ask for proposals from vendors that are configured according to recommended practice. That&#8217;s the only way to really compare two devices: Real usable configurations.</p>
<p>It&#8217;s not realistic to expect that an EMC array with the same capacity and number of disks as a supposedly similar device is going to give you the same usable space, performance, energy efficiency, manageability, or really anything else. Despite the basic architectural similarities of, say, a CLARiiON and an EVA, there are just too many critical differences to think of them as a pair of apples, even if you strive for the same specs.</p>
<p>In fact, <em>there are no apples or oranges</em> anymore. No one uses straight textbook RAID. No one makes a pure NAS filer or Fibre Channel array or anything. They&#8217;ve all evolved away from the basics we think we understand, adding in a little midrange, a dash of green, and a dollop of iSCSI to become a field of <a rel="nofollow" href="http://en.wikipedia.org/wiki/Grāpple"  target="_blank">grapples</a>, <a rel="nofollow" href="http://en.wikipedia.org/wiki/Tangelo"  target="_blank">tangelos</a>, <a rel="nofollow" href="http://en.wikipedia.org/wiki/Limequat"  target="_blank">limequats</a>, and <a rel="nofollow" href="http://en.wikipedia.org/wiki/Pluot"  target="_blank">pluots</a>.</p>
<p><strong>Why EMC Shouldn&#8217;t Be Doing It</strong></p>
<p>All that being said, I think it&#8217;s beyond perilous for a <em>vendor</em> to try to set up a standardized comparison of capacity, just like it is foolish to try to get some kind of meaningful performance statistic between such diverse platforms.</p>
<p>Even when (as appears to be the case here) a vendor tries to follow their competitors&#8217; recommendations, they&#8217;ll likely not end up with the same configuration that an experienced Systems Engineer from that company would put together. Often, these smart guys know the real-world implications of the system and can put together a system that matches the requirements better.</p>
<p>Regarding EMC&#8217;s specific comparison, I do have some questions, however:</p>
<ol>
<li>Does EMC really support using the five vault reserve disks on a CLARiiON to hold production data? EMC SE&#8217;s have suggested to me in the past that this is a bad idea&#8230;</li>
<li>Would EMC really suggest 8+1 RAID 5 for a production Exchange and SQL Server environment?</li>
<li>Is one hot spare per two DAEs (30 drives) really sufficient for a whole pile of 9-disk RAID 5 sets that are maxed-out with production data? I&#8217;d feel much more comfortable with a few more spares with such large RAID 5 sets.</li>
<li>There is no way 14+2 RAID DP is equivalent to 4+1 RAID 5, let alone 8+1. It&#8217;s in a different league of reliability.</li>
<li>Yeah, NetApp&#8217;s space reserve recommendation stinks. But you probably won&#8217;t need 100% in production &#8211; the real amount is something one would work out when testing and piloting and is probably substantially less than this.</li>
</ol>
<p>I&#8217;m not trying to get into an argument about this, mind, just noting a few items that immediately jumped out at me. And if I could see these five issues in my quick read, I can just imaging what HP and NetApp will see! Watch out for the knives, Chuck! I know you mean well, but exercises like this just won&#8217;t ever work.</p>
<p>And where are HDS, Sun, and IBM? Plus, I would <em>love</em> to see 3PAR, Compellent, Dell/EqualLogic, LeftHand, and the rest jump in with their numbers! Maybe I should set up a sham RFP and ask the vendors to respond <em>with their own systems</em> for some real comparison!</p>
<p>(This post was updated for clarification and to add that last suggestion&#8230;)</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/10/01/storage-utilization-waterfall-raw-usable/"  rel="bookmark" class="crp_title">The Storage Utilization Waterfall: Raw, Usable, and Used</a></li><li><a href="http://blog.fosketts.net/2011/08/25/pricing-squishy-competition-heats/"  rel="bookmark" class="crp_title">When Pricing Gets Squishy Competition Heats Up</a></li><li><a href="http://blog.fosketts.net/2008/12/12/emulated-fibre-channel-virtualization/"  rel="bookmark" class="crp_title">Of Emulated Fibre Channel, Virtualization, And The Right Tool For The Job</a></li><li><a href="http://blog.fosketts.net/2008/09/15/greenbytes-embraces-extends-zfs/"  rel="bookmark" class="crp_title">greenBytes Embraces and Extends ZFS</a></li><li><a href="http://blog.fosketts.net/2008/02/19/apple-revs-xsan-and-kills-xserve-raid/"  rel="bookmark" class="crp_title">Apple Revs Xsan and Kills Xserve RAID?</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/08/28/grapples-tangelos-impossible-compare-fairly/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/08/28/grapples-tangelos-impossible-compare-fairly/">Grapples and Tangelos: Why it&#8217;s Impossible to Compare Fairly</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2008/08/28/grapples-tangelos-impossible-compare-fairly/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

