<?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/"
	>

<channel>
	<title>thinking sysadmin &#187; deduplication</title>
	<atom:link href="http://andyleonard.com/tag/deduplication/feed/" rel="self" type="application/rss+xml" />
	<link>http://andyleonard.com</link>
	<description>qstat -u aleonard -s z</description>
	<lastBuildDate>Fri, 30 Jul 2010 17:47:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Stop, NetApp, You&#8217;re Killing Me</title>
		<link>http://andyleonard.com/2008/02/05/stop-netapp-youre-killing-me/</link>
		<comments>http://andyleonard.com/2008/02/05/stop-netapp-youre-killing-me/#comments</comments>
		<pubDate>Tue, 05 Feb 2008 15:15:15 +0000</pubDate>
		<dc:creator>Andy</dc:creator>
				<category><![CDATA[storage]]></category>
		<category><![CDATA[deduplication]]></category>
		<category><![CDATA[limits]]></category>
		<category><![CDATA[netapp]]></category>

		<guid isPermaLink="false">http://andyleonard.com/2008/02/05/stop-netapp-youre-killing-me/</guid>
		<description><![CDATA[I&#8217;ve recently bumped into a couple painful limits of Data ONTAP.  The first is the widely-known 16TB limit on aggregate size &#8211; with each day, it&#8217;s increasingly stunning to me that they haven&#8217;t increased this yet: 16TB is big, but it just isn&#8217;t that big any more.  Just as painful is the much [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve recently bumped into a couple painful limits of Data ONTAP.  The first is the widely-known 16TB limit on aggregate size &#8211; with each day, it&#8217;s increasingly stunning to me that they haven&#8217;t increased this yet: 16TB is big, but it just isn&#8217;t that big any more.  Just as painful is the much less discussed limits on A-SIS volume size &#8211; for the 2020 we just purchased, it&#8217;s 0.5TB, which caught us by surprise.  Our reseller &#8211; who forgot to mention the A-SIS limit to us before we purchased the filer &#8211; claims that this limit will be at least doubled in ONTAP 7.3; 1TB is still lame.<br />
<span id="more-13"></span><br />
We purchased the 2020 as a backup-to-disk device with two shelves of 750GB drives; when those 750GB drives shrink to the 621GB that&#8217;s actually usable from each to create an aggregate, we&#8217;re left in an uncomfortable position.  We can create a 16TB aggregate but awkwardly have only a few drives left over that would either go unused or could be made into a really small aggregate.  Or, we could guess what the best strategy to split the shelves up into two mid-sized aggregates would be &#8211; and hope we don&#8217;t paint ourselves into a corner later with this strategy.  (The 2020 has a maximum of two external shelves &#8211; we&#8217;d have to head swap to a 2050 or better to add more.)</p>
<p>Since this is a backup-to-disk machine, A-SIS seemed a great fit for it, and we happily paid the license.  Only now, we&#8217;re finding out that the largest volumes (or qtrees) we have &#8211; where we&#8217;d see the most benefit from A-SIS &#8211; can&#8217;t be deduplicated.  I guess we should just consider this another case of the storage overhead tax that NetApp extracts &#8211; your 750GB drives become 621GB drives, your large volumes can&#8217;t be deduplicated, etc.  I really hope that there&#8217;s a reasonable technical reason for the A-SIS limitation, and that it isn&#8217;t just to prop up NetApp&#8217;s margins through tough times by forcing their customers to buy more drives.</p>
<p>Unsolicited advice to NetApp: Quit suing Sun, stop spending time <a href="http://blogs.netapp.com/dave/2008/02/controversy-net.html">benchmarking EMC gear</a> (as if anyone takes NetApp&#8217;s results on EMC seriously), get focused on fixing the problems in your own products and actually help your customers out for a change.</p>
]]></content:encoded>
			<wfw:commentRss>http://andyleonard.com/2008/02/05/stop-netapp-youre-killing-me/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
	</channel>
</rss>
