<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: How I Learned to Stop Worrying and Love Storage Automation</title>
	<atom:link href="http://blog.fosketts.net/2009/02/09/automated-storage-automation/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Sat, 11 Feb 2012 20:58:00 -0500</lastBuildDate>
	<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>By: Binghamton Process Service</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-16210</link>
		<dc:creator>Binghamton Process Service</dc:creator>
		<pubDate>Tue, 18 Oct 2011 15:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-16210</guid>
		<description>Storage automation is good, but expensive. </description>
		<content:encoded><![CDATA[<p>Storage automation is good, but expensive. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lacoste online shop</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-16115</link>
		<dc:creator>lacoste online shop</dc:creator>
		<pubDate>Thu, 11 Aug 2011 10:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-16115</guid>
		<description>Resources like the one you mentioned here will be very useful to me! I will post a link to this page on my blog. I am sure my visitors will find that very useful.
</description>
		<content:encoded><![CDATA[<p>Resources like the one you mentioned here will be very useful to me! I will post a link to this page on my blog. I am sure my visitors will find that very useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storagezilla</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13998</link>
		<dc:creator>Storagezilla</dc:creator>
		<pubDate>Wed, 11 Feb 2009 02:31:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13998</guid>
		<description>How much would an SVC config cost me for 64000 devices? Indeed, how much would SVC cost me to add thin to an entry level DMX? You support what, 2000 devices per IO group 8000 per cluster total?&lt;br&gt;&lt;br&gt;SVC is only cheap when you&#039;re not operating at scale. You&#039;ve been living off the fat of the land in the midrange market but when we talk DMX scale the wheels fly off the SVC cart and the engine drops out.</description>
		<content:encoded><![CDATA[<p>How much would an SVC config cost me for 64000 devices? Indeed, how much would SVC cost me to add thin to an entry level DMX? You support what, 2000 devices per IO group 8000 per cluster total?</p>
<p>SVC is only cheap when you&#39;re not operating at scale. You&#39;ve been living off the fat of the land in the midrange market but when we talk DMX scale the wheels fly off the SVC cart and the engine drops out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storagezilla</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13137</link>
		<dc:creator>Storagezilla</dc:creator>
		<pubDate>Tue, 10 Feb 2009 21:31:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13137</guid>
		<description>How much would an SVC config cost me for 64000 devices? Indeed, how much would SVC cost me to add thin to an entry level DMX? You support what, 2000 devices per IO group 8000 per cluster total?&lt;br&gt;&lt;br&gt;SVC is only cheap when you&#039;re not operating at scale. You&#039;ve been living off the fat of the land in the midrange market but when we talk DMX scale the wheels fly off the SVC cart and the engine drops out.</description>
		<content:encoded><![CDATA[<p>How much would an SVC config cost me for 64000 devices? Indeed, how much would SVC cost me to add thin to an entry level DMX? You support what, 2000 devices per IO group 8000 per cluster total?</p>
<p>SVC is only cheap when you&#39;re not operating at scale. You&#39;ve been living off the fat of the land in the midrange market but when we talk DMX scale the wheels fly off the SVC cart and the engine drops out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Whyte</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13135</link>
		<dc:creator>Barry Whyte</dc:creator>
		<pubDate>Tue, 10 Feb 2009 14:12:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13135</guid>
		<description>Well given that the DMX is slower than DS8000 then what does that say? (unless you have some independent benchmark that shows otherwise you&#039;d like to share?)&lt;br&gt;&lt;br&gt;You could put SVC nodes infront of anything in the open systems world, and get thin provisioning for no extra charge - still be cheaper than paying for it on DMX or USP.</description>
		<content:encoded><![CDATA[<p>Well given that the DMX is slower than DS8000 then what does that say? (unless you have some independent benchmark that shows otherwise you&#39;d like to share?)</p>
<p>You could put SVC nodes infront of anything in the open systems world, and get thin provisioning for no extra charge &#8211; still be cheaper than paying for it on DMX or USP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sfoskett</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13134</link>
		<dc:creator>sfoskett</dc:creator>
		<pubDate>Tue, 10 Feb 2009 13:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13134</guid>
		<description>Of course you are right about pricing. Add-on software and features are expensive almost everywhere - I just love how EqualLogic includes everything with the base cost of the array, but this drives that base cost up enough to cost them some sales, I&#039;m sure.&lt;br&gt;&lt;br&gt;So let&#039;s sum up: Storage automation is good, but expensive. But it&#039;s gotten so good (in general) that everyone should be using it instead of relying on spreadsheets and hopes like I used to a decade ago!</description>
		<content:encoded><![CDATA[<p>Of course you are right about pricing. Add-on software and features are expensive almost everywhere &#8211; I just love how EqualLogic includes everything with the base cost of the array, but this drives that base cost up enough to cost them some sales, I&#39;m sure.</p>
<p>So let&#39;s sum up: Storage automation is good, but expensive. But it&#39;s gotten so good (in general) that everyone should be using it instead of relying on spreadsheets and hopes like I used to a decade ago!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tsa</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13133</link>
		<dc:creator>tsa</dc:creator>
		<pubDate>Tue, 10 Feb 2009 04:22:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13133</guid>
		<description>For the record, Symm Virtual Provisioning is priced almost identically to Dynamic Provisioning on the USP-V, and in fact very close to the way 3PAR charges for the same functionality. Storagebod might not like paying a little to save a lot, but it&#039;s a misrepresentation of the facts to complain about VP pricing as if it were the only product that carried a price tag.&lt;br&gt;&lt;br&gt;And watching all the speculation about &quot;DMX5&quot; is fun, especially for those of who know how Cold (and Hot) you are. While we&#039;re waiting for that future, let&#039;s imagine instead what IBM must have to be doing to improve the DS8000 back-end efficiency enough to deliver ANY benefit from flash drives! Fast drives in a slow system are still going to be slow!!!&lt;br&gt;&lt;br&gt;Of course, they could alway just put a few flash-laden SVC nodes in front of the DS8000 and call it a day! &lt;br&gt;&lt;br&gt;No wait - that won&#039;t work for mainframes...</description>
		<content:encoded><![CDATA[<p>For the record, Symm Virtual Provisioning is priced almost identically to Dynamic Provisioning on the USP-V, and in fact very close to the way 3PAR charges for the same functionality. Storagebod might not like paying a little to save a lot, but it&#39;s a misrepresentation of the facts to complain about VP pricing as if it were the only product that carried a price tag.</p>
<p>And watching all the speculation about &#8220;DMX5&#8243; is fun, especially for those of who know how Cold (and Hot) you are. While we&#39;re waiting for that future, let&#39;s imagine instead what IBM must have to be doing to improve the DS8000 back-end efficiency enough to deliver ANY benefit from flash drives! Fast drives in a slow system are still going to be slow!!!</p>
<p>Of course, they could alway just put a few flash-laden SVC nodes in front of the DS8000 and call it a day! </p>
<p>No wait &#8211; that won&#39;t work for mainframes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 3parfarley</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13132</link>
		<dc:creator>3parfarley</dc:creator>
		<pubDate>Mon, 09 Feb 2009 17:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13132</guid>
		<description>Did I call you a nerd.......,  let me think about that......  yes,,,,,, but its not exactly fair and I am wearing a black shirt right now.  How about Geek?   I know you have a life outside of technology using technology to enhance a life full of technology, like others of us. &lt;br&gt;&lt;br&gt;BTW, did you watch the Grammy awards?  I thought the Radiohead number with the USC marching band was by far the best mini-show.</description>
		<content:encoded><![CDATA[<p>Did I call you a nerd&#8230;&#8230;.,  let me think about that&#8230;&#8230;  yes,,,,,, but its not exactly fair and I am wearing a black shirt right now.  How about Geek?   I know you have a life outside of technology using technology to enhance a life full of technology, like others of us. </p>
<p>BTW, did you watch the Grammy awards?  I thought the Radiohead number with the USC marching band was by far the best mini-show.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sfoskett</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13131</link>
		<dc:creator>sfoskett</dc:creator>
		<pubDate>Mon, 09 Feb 2009 17:24:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13131</guid>
		<description>Marc, I&#039;m not focused on SSDs at all, and certainly not because vendors want to sell them. What I said was that technologies like dynamic optimization, thin provisioning, and wide striping and essential if one is to get value from SSDs. But I also said that these technologies are great no matter what type of storage is used!&lt;br&gt;&lt;br&gt;Perhaps the SSD focus is in the mind of the reader, not the writer? And did you just call me a nerd? Pot kettle black!</description>
		<content:encoded><![CDATA[<p>Marc, I&#39;m not focused on SSDs at all, and certainly not because vendors want to sell them. What I said was that technologies like dynamic optimization, thin provisioning, and wide striping and essential if one is to get value from SSDs. But I also said that these technologies are great no matter what type of storage is used!</p>
<p>Perhaps the SSD focus is in the mind of the reader, not the writer? And did you just call me a nerd? Pot kettle black!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 3parfarley</title>
		<link>http://blog.fosketts.net/2009/02/09/automated-storage-automation/comment-page-1/#comment-13130</link>
		<dc:creator>3parfarley</dc:creator>
		<pubDate>Mon, 09 Feb 2009 17:07:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fosketts.net/?p=1403#comment-13130</guid>
		<description>Stephen, your focus on SSDs is understandable, considering its the NEXT BIG THING, but how many people really give a rip today about SSDs given their budget circumstances.  For most IT organizations today, it&#039;s just technology for technology&#039;s sake.  By comparison, wide striping on a large number of high RPM disks provides excellent performance for most everything, with single threaded transaction processes being the exception.  But most transaction applications today are multi-threaded and can take advantage of wide striping.  Of course, wide striping across all types of drives provides a more cost-effective approach because you can match data with resources most effectively.   The real killer for most customers is the inability to mix workloads effectively on a storage array.  Wide striping provides excellent performance for mixed workload environments which means customers can consolidate storage onto single arrays as opposed to having specialized arrays for transaction, streaming, email and file/print applications.  If you think about all the different application types that people are putting on virtual server platforms, its pretty important that storage arrays can handle mixed workloads well. &lt;br&gt;&lt;br&gt;You ask in your post that you&#039;d like to see 3PAR introduce fine grained control of SSDs.  Of course, fine grained control of storage resources is our bread and butter - from Thin Provisioning to Wide Striping on Chunklets (I like to think of them as mini-disks).   We&#039;re not going to release SSDs that are bulk devices and difficult for customers to leverage and we&#039;re not anxious to rush them out the door in order to stake our claim with the press or blog-nerds - especially when customers are trying to figure out how to get more done with less expensive resources for the foreseeable future.</description>
		<content:encoded><![CDATA[<p>Stephen, your focus on SSDs is understandable, considering its the NEXT BIG THING, but how many people really give a rip today about SSDs given their budget circumstances.  For most IT organizations today, it&#39;s just technology for technology&#39;s sake.  By comparison, wide striping on a large number of high RPM disks provides excellent performance for most everything, with single threaded transaction processes being the exception.  But most transaction applications today are multi-threaded and can take advantage of wide striping.  Of course, wide striping across all types of drives provides a more cost-effective approach because you can match data with resources most effectively.   The real killer for most customers is the inability to mix workloads effectively on a storage array.  Wide striping provides excellent performance for mixed workload environments which means customers can consolidate storage onto single arrays as opposed to having specialized arrays for transaction, streaming, email and file/print applications.  If you think about all the different application types that people are putting on virtual server platforms, its pretty important that storage arrays can handle mixed workloads well. </p>
<p>You ask in your post that you&#39;d like to see 3PAR introduce fine grained control of SSDs.  Of course, fine grained control of storage resources is our bread and butter &#8211; from Thin Provisioning to Wide Striping on Chunklets (I like to think of them as mini-disks).   We&#39;re not going to release SSDs that are bulk devices and difficult for customers to leverage and we&#39;re not anxious to rush them out the door in order to stake our claim with the press or blog-nerds &#8211; especially when customers are trying to figure out how to get more done with less expensive resources for the foreseeable future.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

