<?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; blogketing</title>
	<atom:link href="http://thestoragearchitect.com/tag/blogketing/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>Pause for Thoughtput</title>
		<link>http://thestoragearchitect.com/2007/09/15/pause-for-thoughtput/</link>
		<comments>http://thestoragearchitect.com/2007/09/15/pause-for-thoughtput/#comments</comments>
		<pubDate>Sat, 15 Sep 2007 08:19:00 +0000</pubDate>
		<dc:creator>Chris M Evans</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[Ferrari]]></category>
		<category><![CDATA[Gear6]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[tiering]]></category>

		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2007/09/15/pause-for-thoughtput/</guid>
		<description><![CDATA[<p>I&#8217;ve just read a couple of <a href="http://www.gear6.com/management" >Gary O&#8217;s</a> postings over at Thoughtput, the blog from <a href="http://www.gear6.com/" >Gear6</a>. </p> <p>In his article <a rel="nofollow" href="http://thoughtput.typepad.com/thoughtput/2007/09/feeding-the-vir.html" >&#8220;Feeding the Virtual Machines&#8221;</a>, he discussed NAS and SAN deployment for a virtual environment and makes the bold claim:</p> <p>&#8220;Most people tend to agree that NAS is easier [...]<!--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>I&#8217;ve just read a couple of <a href="http://www.gear6.com/management" >Gary O&#8217;s</a> postings over at Thoughtput, the blog from <a href="http://www.gear6.com/" >Gear6</a>. </p>
<p>In his article <a rel="nofollow" href="http://thoughtput.typepad.com/thoughtput/2007/09/feeding-the-vir.html" >&#8220;Feeding the Virtual Machines&#8221;</a>, he discussed NAS and SAN deployment for a virtual environment and makes the bold claim:</p>
<p><span style="font-family:trebuchet ms;font-size:85%;"><em>&#8220;Most people tend to agree that NAS is easier and more cost effective than SANs for modern data center architectures.&#8221;</em></span></p>
<p>I have to say that I for one don&#8217;t.  Anyone who&#8217;s had to deploy hardware such as Netapp filers will know there&#8217;s a minefield of issues around security, DNS and general configuration, which unless you know the products intimately are likely to catch you out.   I&#8217;m not saying SAN deployments are easier, simply that both SAN and NAS deployments have their pro&#8217;s and con&#8217;s.</p>
<p>The second post, <a rel="nofollow" href="http://thoughtput.typepad.com/thoughtput/2007/09/shedding-tiers.html" >Shedding Tiers</a> questions the need to tier storage in the first place and Gary makes the comment:</p>
<p><span style="font-family:trebuchet ms;font-size:85%;"><em>&#8220;If money were no object, people would keep buying fast drives&#8221;</em></span></p>
<p>Well, of course they would.  I&#8217;d also be driving a Ferrari to work and living in Cannes with a bevvy of supermodels on each arm but unfortunately like most people (and businesses) I have champagne tastes and beer money&#8230;</p>
<p>Tiering is only done to save money as Gary rightly points out, but putting one great honking cache in front of all the storage seems a bit pointless.  After all, that cache isn&#8217;t free either and what happens if those hosts who are using lower tier storage don&#8217;t need the performance in the first place?</p>
<p>I almost feel obliged to use BarryB&#8217;s blogketing keyword&#8230;. :0)
<div class="blogger-post-footer">
<p>_uacct = &#8220;UA-1104321-2&#8243;;<br />
urchinTracker();
</p></div>
]]></content:encoded>
			<wfw:commentRss>http://thestoragearchitect.com/2007/09/15/pause-for-thoughtput/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>DMX-4</title>
		<link>http://thestoragearchitect.com/2007/07/17/dmx-4/</link>
		<comments>http://thestoragearchitect.com/2007/07/17/dmx-4/#comments</comments>
		<pubDate>Tue, 17 Jul 2007 21:39:00 +0000</pubDate>
		<dc:creator>Chris M Evans</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[DMX-4]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[thin provisioning]]></category>

		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2007/07/17/dmx-4/</guid>
		<description><![CDATA[<p>I&#8217;ve had a quick look over the specifications of the new DMX-4 compared to the DMX-3. There aren&#8217;t really a lot of changes. The backend director connectivity has been upped to 4Gb/s and presumably that&#8217;s where the 30% throughput improvement comes from (with some Enginuity code changes too I guess).</p> <p>There are a number 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>I&#8217;ve had a quick look over the specifications of the new DMX-4 compared to the DMX-3. There aren&#8217;t really a lot of changes. The backend director connectivity has been upped to 4Gb/s and presumably that&#8217;s where the 30% throughput improvement comes from (with some Enginuity code changes too I guess).</p>
<p>There are a number of references to energy efficiency, however the &#8220;old&#8221; and &#8220;new&#8221; DMX cooling figures are the same and power figures are almost identical. The improved energy efficiency I think is being touted due to the availability of 750GB SATA drives for DMX (not now but later) but in reality that&#8217;s not going to be a significant saving unless you&#8217;re filling your entire array with SATA drives. One statement I want to validate is the following:</p>
<p><em>&#8220;Symmetrix DMX-4 is the most energy efficient enterprise storage array in the world, using up to 70 percent less power than competitive offerings.&#8221;</em></p>
<p>There are some security enhancements &#8211; but there would have to be in order to justify the RSA purchase&#8230;.</p>
<p>On the positive side, having the option of SATA drives is a good thing &#8211; I&#8217;d use them for Timefinder copies or dump areas. I wouldn&#8217;t fill an array with them though.</p>
<p>Perhaps the most surprising announcement is (in green for extra emphasis):</p>
<p><em><span style="color:#009900;">In addition, EMC plans to introduce thin provisioning capabilities for Symmetrix DMX in the first quarter of 2008, enabling customers to further improve storage utilization and simplify storage allocation while continuing to improve energy efficiency.<br /></span></em><br />Whoa there, I thought from all the recent posts (especially <a rel="nofollow" href="http://thestorageanarchist.typepad.com/weblog/2007/05/virtual_provisi.html" >this</a>) that Virtualisation/Thin Provisioning was something to be used with care. It will be interesting to see how EMC blogkets this one&#8230;
<div class="blogger-post-footer">
<p>_uacct = &#8220;UA-1104321-2&#8243;;<br />
urchinTracker();
</p></div>
]]></content:encoded>
			<wfw:commentRss>http://thestoragearchitect.com/2007/07/17/dmx-4/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

