<?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/"
		>
<channel>
	<title>Comments on: Enterprise Computing: Do We Need FAST v1, EMC?</title>
	<atom:link href="http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Fri, 10 Feb 2012 17:47:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Paul Knowlig</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1013</link>
		<dc:creator>Paul Knowlig</dc:creator>
		<pubDate>Wed, 03 Mar 2010 13:25:10 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1013</guid>
		<description>Actually - FAST is free. Into FAST bundled several products by cost of one. Check...</description>
		<content:encoded><![CDATA[<p>Actually &#8211; FAST is free. Into FAST bundled several products by cost of one. Check&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Roberts</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1012</link>
		<dc:creator>Bob Roberts</dc:creator>
		<pubDate>Wed, 06 Jan 2010 15:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1012</guid>
		<description>We are intentionally skipping FAST V1.  At this point, I do not have a warm fuzzy about the migration path from FAST V1 to FAST V2. Thick to thin, etc...</description>
		<content:encoded><![CDATA[<p>We are intentionally skipping FAST V1.  At this point, I do not have a warm fuzzy about the migration path from FAST V1 to FAST V2. Thick to thin, etc&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My mother-in-law and data storage. &#171; What&#039;s this got to do with&#8230;</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1011</link>
		<dc:creator>My mother-in-law and data storage. &#171; What&#039;s this got to do with&#8230;</dc:creator>
		<pubDate>Sun, 13 Dec 2009 19:20:39 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1011</guid>
		<description>[...] Before I go any further, it is worth noting that EMC aren’t alone in automating data tiering at the data block level as Compellent and 3PAR have been offering similar solutions in their products for a while.  Equally, there are many opinions about what FAST truly is, and one of the more balanced views I’ve read is Chris Evans’ a.k.a. The Storage Architect blog post on the subject here. [...] </description>
		<content:encoded><![CDATA[<p>[...] Before I go any further, it is worth noting that EMC aren’t alone in automating data tiering at the data block level as Compellent and 3PAR have been offering similar solutions in their products for a while.  Equally, there are many opinions about what FAST truly is, and one of the more balanced views I’ve read is Chris Evans’ a.k.a. The Storage Architect blog post on the subject here. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FAST, miles and miles away!!! &#124; StorageNerve</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1010</link>
		<dc:creator>FAST, miles and miles away!!! &#124; StorageNerve</dc:creator>
		<pubDate>Thu, 03 Dec 2009 05:02:54 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1010</guid>
		<description>[...] v1. Is FAST in any sort of legal battle today, which is causing additional delays, Chris Evans at The Storage Architect Blog has discussed the topic in the [...] </description>
		<content:encoded><![CDATA[<p>[...] v1. Is FAST in any sort of legal battle today, which is causing additional delays, Chris Evans at The Storage Architect Blog has discussed the topic in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Policy! Policy!! Policy!!! &#8211; Gestalt IT</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1009</link>
		<dc:creator>Policy! Policy!! Policy!!! &#8211; Gestalt IT</dc:creator>
		<pubDate>Wed, 21 Oct 2009 04:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1009</guid>
		<description>[...] http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/ [...] </description>
		<content:encoded><![CDATA[<p>[...] <a href="http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/"  rel="nofollow">http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Policy! Policy!! Policy!!! &#124; StorageNerve</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1008</link>
		<dc:creator>Policy! Policy!! Policy!!! &#124; StorageNerve</dc:creator>
		<pubDate>Tue, 20 Oct 2009 05:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1008</guid>
		<description>[...] http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/ [...] </description>
		<content:encoded><![CDATA[<p>[...] <a href="http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/"  rel="nofollow">http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1007</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Mon, 19 Oct 2009 23:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1007</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by chrismevans: [blog] - do we need Fast V1, EMC?  http://bit.ly/1U4NFt...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by chrismevans: [blog] &#8211; do we need Fast V1, EMC?  <a href="http://bit.ly/1U4NFt.."  rel="nofollow">http://bit.ly/1U4NFt..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitter Trackbacks for Enterprise Computing: Do We Need FAST v1, EMC? « The Storage Architect [thestoragearchitect.com] on Topsy.com</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1006</link>
		<dc:creator>Twitter Trackbacks for Enterprise Computing: Do We Need FAST v1, EMC? « The Storage Architect [thestoragearchitect.com] on Topsy.com</dc:creator>
		<pubDate>Mon, 19 Oct 2009 20:24:25 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1006</guid>
		<description>[...] Enterprise Computing: Do We Need FAST v1, EMC? « The Storage Architect  thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc &#8211; view page &#8211; cached  So, here’s my rash statement from Twitter last night: “If FAST isn’t free, I don’t want it! All it’s doing is automating process I could script/do manually”. It’s a bold statement, I... (Read more)So, here’s my rash statement from Twitter last night: “If FAST isn’t free, I don’t want it! All it’s doing is automating process I could script/do manually”. It’s a bold statement, I know, so is FAST really offering something better than what could be achieved today using EMC’s Symmetrix (Read less) &#8212; From the page [...] </description>
		<content:encoded><![CDATA[<p>[...] Enterprise Computing: Do We Need FAST v1, EMC? « The Storage Architect  thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc &ndash; view page &ndash; cached  So, here’s my rash statement from Twitter last night: “If FAST isn’t free, I don’t want it! All it’s doing is automating process I could script/do manually”. It’s a bold statement, I&#8230; (Read more)So, here’s my rash statement from Twitter last night: “If FAST isn’t free, I don’t want it! All it’s doing is automating process I could script/do manually”. It’s a bold statement, I know, so is FAST really offering something better than what could be achieved today using EMC’s Symmetrix (Read less) &mdash; From the page [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liem Nguyen</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1000</link>
		<dc:creator>Liem Nguyen</dc:creator>
		<pubDate>Mon, 19 Oct 2009 17:17:15 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1000</guid>
		<description>Hi Chris,

Thanks very much for giving automated tiered storage the attention it deserves. This type of technology should be made available to all enterprises, whether they’re small and only require a few terabytes or whether they’re global companies. Of course I think Compellent has the best tiered storage solution :-), but the important thing is that end-users carefully consider what’s available today that they can grow into even if they’re not ready to pay for it today. We felt that way when we launched automated tiered storage in 2005 and we still believe it. That’s why we’re still evolving the technology, working on Storage Tiering 3.0 so to speak, because we know the EMCs and IBMs of the world will keep working to catch up one day.

In several important ways, Compellent’s Data Progression technology is both Storage Tiering 1.0 and 2.0 by your definition. Let me share a few thoughts:

We think relative frequency of access is actually a better indicator of end user need instead of performance. The way Compellent’s Dynamic Block Architecture works is almost like tracking and managing the popularity of blocks. We assume the data blocks people need the most should be on their highest performing tier of storage, whether SSD or FC. The ones they don’t need the most should be on less expensive storage like SATA. So it’s really tiering by frequency of access to increase both performance and cost savings.

Also, we already provide policy-based tiering – we just call the policies “profiles.” The default tiered storage profile is based on best practices feedback provided by thousands of sites using Data Progression. Most of our customers prefer the purely set-it-and-forget-it tiering method provided by the default profile. If users want more granular control they can change the profiles at any point in time through our GUI, and they can apply the same profile to multiple volumes.  For instance, they can create a profile stipulating the percentage of a volume that will always be written to tier 1, tier 2 and tier 3. And if their business needs require, they can set a profile to dedicate 100% of a given volume to a single tier, such as SSD.

BTW, we filed the first patent back on March 22, 2007 :-). Here&#039;s the link:

http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&amp;Sect2=HITOFF&amp;p=1&amp;u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&amp;r=4&amp;f=G&amp;l=50&amp;co1=AND&amp;d=PTXT&amp;s1=aszmann&amp;s2=aszmann&amp;OS=aszmann+AND+aszmann&amp;RS=aszmann+AND+aszmann

Thanks for taking the time to carefully analyze the available tiered solutions today and for giving me the opportunity to share my viewpoint. If you or anyone else has questions or would like more information, you can find me at twitter.com/liemnguyen or lnguyen@compellent.com.

Liem</description>
		<content:encoded><![CDATA[<p>Hi Chris,</p>
<p>Thanks very much for giving automated tiered storage the attention it deserves. This type of technology should be made available to all enterprises, whether they’re small and only require a few terabytes or whether they’re global companies. Of course I think Compellent has the best tiered storage solution <img src='http://thestoragearchitect.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> , but the important thing is that end-users carefully consider what’s available today that they can grow into even if they’re not ready to pay for it today. We felt that way when we launched automated tiered storage in 2005 and we still believe it. That’s why we’re still evolving the technology, working on Storage Tiering 3.0 so to speak, because we know the EMCs and IBMs of the world will keep working to catch up one day.</p>
<p>In several important ways, Compellent’s Data Progression technology is both Storage Tiering 1.0 and 2.0 by your definition. Let me share a few thoughts:</p>
<p>We think relative frequency of access is actually a better indicator of end user need instead of performance. The way Compellent’s Dynamic Block Architecture works is almost like tracking and managing the popularity of blocks. We assume the data blocks people need the most should be on their highest performing tier of storage, whether SSD or FC. The ones they don’t need the most should be on less expensive storage like SATA. So it’s really tiering by frequency of access to increase both performance and cost savings.</p>
<p>Also, we already provide policy-based tiering – we just call the policies “profiles.” The default tiered storage profile is based on best practices feedback provided by thousands of sites using Data Progression. Most of our customers prefer the purely set-it-and-forget-it tiering method provided by the default profile. If users want more granular control they can change the profiles at any point in time through our GUI, and they can apply the same profile to multiple volumes.  For instance, they can create a profile stipulating the percentage of a volume that will always be written to tier 1, tier 2 and tier 3. And if their business needs require, they can set a profile to dedicate 100% of a given volume to a single tier, such as SSD.</p>
<p>BTW, we filed the first patent back on March 22, 2007 <img src='http://thestoragearchitect.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> . Here&#8217;s the link:</p>
<p><a href="http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&#038;Sect2=HITOFF&#038;p=1&#038;u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&#038;r=4&#038;f=G&#038;l=50&#038;co1=AND&#038;d=PTXT&#038;s1=aszmann&#038;s2=aszmann&#038;OS=aszmann+AND+aszmann&#038;RS=aszmann+AND+aszmann"  rel="nofollow">http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&#038;Sect2=HITOFF&#038;p=1&#038;u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&#038;r=4&#038;f=G&#038;l=50&#038;co1=AND&#038;d=PTXT&#038;s1=aszmann&#038;s2=aszmann&#038;OS=aszmann+AND+aszmann&#038;RS=aszmann+AND+aszmann</a></p>
<p>Thanks for taking the time to carefully analyze the available tiered solutions today and for giving me the opportunity to share my viewpoint. If you or anyone else has questions or would like more information, you can find me at twitter.com/liemnguyen or <a href="mailto:lnguyen@compellent.com">lnguyen@compellent.com</a>.</p>
<p>Liem</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://thestoragearchitect.com/2009/10/18/enterprise-computing-do-we-need-fast-v1-emc/#comment-1002</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Mon, 19 Oct 2009 14:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=772#comment-1002</guid>
		<description>While indeed FAST v1 essentially does what you can do manually, it automates the process - indeed, similarly to what Symm Optimzier does (although Symm Optimizer does not move across different types/speeds of drives). But FAST introduces the notion of Policies, allowing storage admins to define different porportions of Flash, FC and SATA for different applications.

And this Automation is indeed the value proposition; many customers today complain that they don&#039;t have the people or time required to determine the appropriate tiering for either their current or their new applications; this leaves many using the de-facto 15K rpm drive as their platform, when either Flash or SATA (or a mix) might be more cost-effective for both CAPEX and OPEX.

I&#039;ll defer the pricing discussion until after GA announcements later this quarter. And the patent topic really isn&#039;t something I can comment upon at this time.</description>
		<content:encoded><![CDATA[<p>While indeed FAST v1 essentially does what you can do manually, it automates the process &#8211; indeed, similarly to what Symm Optimzier does (although Symm Optimizer does not move across different types/speeds of drives). But FAST introduces the notion of Policies, allowing storage admins to define different porportions of Flash, FC and SATA for different applications.</p>
<p>And this Automation is indeed the value proposition; many customers today complain that they don&#8217;t have the people or time required to determine the appropriate tiering for either their current or their new applications; this leaves many using the de-facto 15K rpm drive as their platform, when either Flash or SATA (or a mix) might be more cost-effective for both CAPEX and OPEX.</p>
<p>I&#8217;ll defer the pricing discussion until after GA announcements later this quarter. And the patent topic really isn&#8217;t something I can comment upon at this time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

