<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: FATA drives</title>
	<link>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/</link>
	<description>Storage Solutions for Real World IT Professionals</description>
	<pubDate>Sat, 21 Nov 2009 05:54:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.2</generator>

	<item>
 		<title>Comment on FATA drives by: yfeefy</title>
		<link>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-4736</link>
		<pubDate>Tue, 27 Jun 2006 15:50:39 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-4736</guid>
					<description>By the way, the EVA arrays in which FATA drives are used don't support RAID-6. The redundancy levels are VRAID0, VRAID1, and VRAID5. VRAID1 basically being a RAID10 implementation. The EVAs virtualization has an implementation that's probably not directly comparable to others, but provides similar failure protection (i.e., VRAID5 = RAID-5 etc....). Since data from each LUN is spread across all disks in a pool, there will be data with different raid levels on the same device.</description>
		<content:encoded><![CDATA[	<p>By the way, the EVA arrays in which FATA drives are used don&#8217;t support RAID-6. The redundancy levels are VRAID0, VRAID1, and VRAID5. VRAID1 basically being a RAID10 implementation. The EVAs virtualization has an implementation that&#8217;s probably not directly comparable to others, but provides similar failure protection (i.e., VRAID5 = RAID-5 etc&#8230;.). Since data from each LUN is spread across all disks in a pool, there will be data with different raid levels on the same device.
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on FATA drives by: yfeefy</title>
		<link>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-4654</link>
		<pubDate>Mon, 26 Jun 2006 18:10:17 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-4654</guid>
					<description>Question for Casey:

In your real world experience, are you finding that the failure rates of FATA drives are much higher than FC drives, and is the failure rate usage profile dependant? Thanks.

-Tom O'Toole</description>
		<content:encoded><![CDATA[	<p>Question for Casey:</p>
	<p>In your real world experience, are you finding that the failure rates of FATA drives are much higher than FC drives, and is the failure rate usage profile dependant? Thanks.</p>
	<p>-Tom O&#8217;Toole
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on FATA drives by: Casey</title>
		<link>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-1321</link>
		<pubDate>Thu, 11 May 2006 19:02:47 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-1321</guid>
					<description>Tom,

We aren't in an FC environment right now and are trying to get into a product that will give us the best performance for DB applications.  We have looked at several products and the HP EVA4000 is one we are looking into.  What products would you recommend that would be comparable in the SAS / SATA arena?

Thanks Tom!

C</description>
		<content:encoded><![CDATA[	<p>Tom,</p>
	<p>We aren&#8217;t in an FC environment right now and are trying to get into a product that will give us the best performance for DB applications.  We have looked at several products and the HP EVA4000 is one we are looking into.  What products would you recommend that would be comparable in the SAS / SATA arena?</p>
	<p>Thanks Tom!</p>
	<p>C
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on FATA drives by: Tom</title>
		<link>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-914</link>
		<pubDate>Wed, 03 May 2006 19:51:57 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-914</guid>
					<description>The 50% boost in performance going from FC to FATA and doubling the drive count is only if you stick with the same RAID level.  Some folks would argue that FATA requires RAID-6 to overcome the lower MTBF and BER.  With 100% random reads FATA RAID-6 would still be 50% faster than a FC RAID-5, but with 100% random writes FATA RAID-6 would be 50% slower.

Also, FATA drives are single sourced from Seagate.  There was an announcement from HP that they would be doing FATA drives, but apparently they're codeveloped with Seagate, and it looks like they're not shipping yet.

So, if you already have a FC environment, then the discussion of FC or FATA is a good one.  But if not, then you (and I don't mean YOU necessarily - just you in the generic sense) should be looking at SAS vs SATA.  FC initiators and switches are much more expensive than SAS.   Eventually the SAS and SATA initiators will be free out of the motherboard chipsets.  And there are more drive vendors for SAS and SATA.

To answer your orginal question:  If you're already using FC, and SAS is out of the question, then &quot;yes&quot;, you should look at using FATA.  But make sure you check the reliability of these drives.  If you're forced to use RAID-6, make sure your access pattern isn't too heavily slanted towards random writes.  If so, you'll get killed in performance.

Good luck!

TT</description>
		<content:encoded><![CDATA[	<p>The 50% boost in performance going from FC to FATA and doubling the drive count is only if you stick with the same RAID level.  Some folks would argue that FATA requires RAID-6 to overcome the lower MTBF and BER.  With 100% random reads FATA RAID-6 would still be 50% faster than a FC RAID-5, but with 100% random writes FATA RAID-6 would be 50% slower.</p>
	<p>Also, FATA drives are single sourced from Seagate.  There was an announcement from HP that they would be doing FATA drives, but apparently they&#8217;re codeveloped with Seagate, and it looks like they&#8217;re not shipping yet.</p>
	<p>So, if you already have a FC environment, then the discussion of FC or FATA is a good one.  But if not, then you (and I don&#8217;t mean YOU necessarily - just you in the generic sense) should be looking at SAS vs SATA.  FC initiators and switches are much more expensive than SAS.   Eventually the SAS and SATA initiators will be free out of the motherboard chipsets.  And there are more drive vendors for SAS and SATA.</p>
	<p>To answer your orginal question:  If you&#8217;re already using FC, and SAS is out of the question, then &#8220;yes&#8221;, you should look at using FATA.  But make sure you check the reliability of these drives.  If you&#8217;re forced to use RAID-6, make sure your access pattern isn&#8217;t too heavily slanted towards random writes.  If so, you&#8217;ll get killed in performance.</p>
	<p>Good luck!</p>
	<p>TT
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on FATA drives by: Casey</title>
		<link>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-910</link>
		<pubDate>Wed, 03 May 2006 16:38:42 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2005/12/06/fata-drives/#comment-910</guid>
					<description>So if we can achieve a 50% performance boost over FC drives, shouldn't we want to use the FATA drives?  (all drives, FATA or FC, would be RAID 6)

I guess I'm asking you for a reason why we shouldn't use FATA drives.  It seems to go against most Storage Guru's conventional wisdom, but I think we may have a considerable performance advantage by using twice as many FATA drives.

Thanks for the feedback Tom!</description>
		<content:encoded><![CDATA[	<p>So if we can achieve a 50% performance boost over FC drives, shouldn&#8217;t we want to use the FATA drives?  (all drives, FATA or FC, would be RAID 6)</p>
	<p>I guess I&#8217;m asking you for a reason why we shouldn&#8217;t use FATA drives.  It seems to go against most Storage Guru&#8217;s conventional wisdom, but I think we may have a considerable performance advantage by using twice as many FATA drives.</p>
	<p>Thanks for the feedback Tom!
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
