<?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>The Storage Architect &#187; REGRADES OUR CLASSY TREAT</title>
	<atom:link href="http://thestoragearchitect.com/tag/regrades-our-classy-treat/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Wed, 23 May 2012 22:20:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Enterprise Computing: The New USP &#8211; A Dreary Storage Cluster?</title>
		<link>http://thestoragearchitect.com/2009/05/21/enterprise-computing-the-new-usp-scabetera-dreary-storage-cluster/</link>
		<comments>http://thestoragearchitect.com/2009/05/21/enterprise-computing-the-new-usp-scabetera-dreary-storage-cluster/#comments</comments>
		<pubDate>Thu, 21 May 2009 21:36:15 +0000</pubDate>
		<dc:creator>Chris M Evans</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[CLUSTERED STORAGE ARRAYS]]></category>
		<category><![CDATA[HDS]]></category>
		<category><![CDATA[REGRADES OUR CLASSY TREAT]]></category>
		<category><![CDATA[usp]]></category>
		<category><![CDATA[USP-V]]></category>

		<guid isPermaLink="false">http://thestoragearchitect.com/?p=579</guid>
		<description><![CDATA[<p>Well, I truly hope not.  Let me just explain what I&#8217;m talking about and things may become a bit clearer.</p> <p>HDS have started their viral marketing for an announcement being made on 27th May.  Claus Mikkelsen&#8217;s latest <a href="http://blogs.hds.com/claus/2009/05/regrades-our-classy-treat-may-27th.html" >blog entry</a> asks us to guess what the announcement will be, based on an acronym of [...]<!--Begin ClixTrac.com Rotator Code -->
<script type="text/javascript" language="javascript" src="http://www.clixtrac.com/rotate/321"></script>
<!--End ClixTrac.com Rotator Code -->]]></description>
			<content:encoded><![CDATA[<p>Well, I truly hope not.  Let me just explain what I&#8217;m talking about and things may become a bit clearer.</p>
<p>HDS have started their viral marketing for an announcement being made on 27th May.  Claus Mikkelsen&#8217;s latest <a href="http://blogs.hds.com/claus/2009/05/regrades-our-classy-treat-may-27th.html" >blog entry</a> asks us to guess what the announcement will be, based on an acronym of <strong>REGRADES OUR CLASSY TREAT</strong>.</p>
<p>So, I think the answer being searched for is <strong>STORAGE ARRAYS CLUSTERED or CLUSTERED STORAGE ARRAYS</strong>,, depending how you want to put it &#8211; however the title of this post is my favourite alternative&#8230;</p>
<p>So let&#8217;s try and guess what HDS are going to announce.  Looking back to when the USP was originally released, it was (<a href="http://blogs.hds.com/hu/" >and still is</a>) sold on the concept of virtualising external storage, turning the <strong>USP</strong>, <strong>NSC55</strong>, <strong>USP-V</strong> and <strong>USP-VM</strong> into a storage controller, presenting cheaper storage products if they resided in the USP.  Whilst this was great (and HDS extolled the virtues of how UVM could fix all our migration problems) there was one flaw &#8211; once you&#8217;ve virtualised using the USP, how to you non-disruptively get the USP out?  I heard talk about ways in which multiple USPs could be clustered together to overcome this, but never saw it in practice.  So, with this new release, is HDS finally solving the problem?</p>
<p>There are only <strong>two</strong> enterprise/monolithic products worth discussing, <strong>Symmetrix/DMX</strong> and <strong>USP/XP</strong>.  The USP is running behind the latest EMC release, the V-Max, on a number of fronts:</p>
<ul>
<li><strong>Scalability</strong> &#8211; the V-Max now offers up to 8 nodes and 2400 drives.  USP still sits at 1152.</li>
<li><strong>Tiering</strong> &#8211; DMX and V-Max offer larger SSD drives &#8211; 200 &amp; 400GB.</li>
<li><strong>Performance</strong> &#8211; V-Max will offer FAST for better dynamic data placement.</li>
<li><strong>Replication</strong> &#8211; V-Max implements new replication devices for disk-less three site replication.</li>
</ul>
<p>So I&#8217;m really hoping HDS will give EMC something to worry about including:</p>
<ul>
<li><strong>Better Scalability</strong> &#8211; let&#8217;s have more than 1152 drives, we&#8217;ve been needing more than this for a while.  Let&#8217;s have flexible clusters to grow arrays as required.</li>
<li><strong>Dynamic Data Placement </strong>- let&#8217;s have something better than Volume Migrator.  Start thinking of data at the sub-LUN level.</li>
<li><strong>Dynamic Array Replacement</strong> &#8211; make it easy to remove one array, migrate external storage to another without impact.</li>
</ul>
<p>Even better, announce something I&#8217;ve not even thought of and surprise us all.</p>
<p>Anyone got a suggestion as to what it should be called?  USP-VC, USP-C?</p>
]]></content:encoded>
			<wfw:commentRss>http://thestoragearchitect.com/2009/05/21/enterprise-computing-the-new-usp-scabetera-dreary-storage-cluster/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

