<?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: Is 2010 The Year for iSCSI or FCoE? Place Your Bets!</title>
	<atom:link href="http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Sat, 11 Feb 2012 00:09:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: 10Gbit 以太网 FCoE 与 iSCSI 之对决 (FCoE vs. iSCSI. vs ATAoE) : 弯曲评论</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1180</link>
		<dc:creator>10Gbit 以太网 FCoE 与 iSCSI 之对决 (FCoE vs. iSCSI. vs ATAoE) : 弯曲评论</dc:creator>
		<pubDate>Fri, 26 Nov 2010 01:27:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1180</guid>
		<description>[...] http://www.theregister.co.uk/2008/10/15/fcoe_io_kill_iscsi/ http://www.thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fco... [...] </description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.theregister.co.uk/2008/10/15/fcoe_io_kill_iscsi/"  rel="nofollow">http://www.theregister.co.uk/2008/10/15/fcoe_io_kill_iscsi/</a> <a href="http://www.thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fco.."  rel="nofollow">http://www.thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fco..</a>. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chriscowley &#187; Enterprise Computing: Is 2010 The Year for iSCSI or FCoE? Place Your Bets!</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1179</link>
		<dc:creator>chriscowley &#187; Enterprise Computing: Is 2010 The Year for iSCSI or FCoE? Place Your Bets!</dc:creator>
		<pubDate>Thu, 25 Mar 2010 03:59:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1179</guid>
		<description>[...] iSCSI or FCoE? Place Your Bets!  January 12th, 2010 chriscowley Leave a comment Go to comments    This post on Storage Architect got me thinking about my own infrastructure. The time will come this year [...] </description>
		<content:encoded><![CDATA[<p>[...] iSCSI or FCoE? Place Your Bets!  January 12th, 2010 chriscowley Leave a comment Go to comments    This post on Storage Architect got me thinking about my own infrastructure. The time will come this year [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Howard Marks</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1178</link>
		<dc:creator>Howard Marks</dc:creator>
		<pubDate>Tue, 02 Feb 2010 13:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1178</guid>
		<description>You&#039;ve basically got why iSCSI didn&#039;t succeed in the enterprise right. Two solutions to the same problem is more expensive, even if the incremental cost of the new tech is lower and turf.  I think you&#039;re underestimating the turf battles around who owns the FCoE switch. 

iSCSI has a longer life ahead than native FC.  Organizations that now have 1-6 FC switches (as opposed to directors) and no real SAN management tools (SANscreen Etc.) are just as likely to replace that infrastructure they never really understood with 10gig iSCSI as FCoE. FCoE is a good solution for folks with hundreds of FC ports as they can keep the management processes and tools they have.

A Nexus 5000 or Brocade 8000 costs 4x what a ProCurve or Foundry 10gig switch w/o FCoE does on a per port basis. That&#039;s going to matter to some especially in a downturn.

All should note that both FCoE and iSCSI (10gig) have been demoed to deliver a million IOPS so performance is an issue for only a small number of users.  iSCSI performance has always been better than perception.

 - Howard</description>
		<content:encoded><![CDATA[<p>You&#8217;ve basically got why iSCSI didn&#8217;t succeed in the enterprise right. Two solutions to the same problem is more expensive, even if the incremental cost of the new tech is lower and turf.  I think you&#8217;re underestimating the turf battles around who owns the FCoE switch. </p>
<p>iSCSI has a longer life ahead than native FC.  Organizations that now have 1-6 FC switches (as opposed to directors) and no real SAN management tools (SANscreen Etc.) are just as likely to replace that infrastructure they never really understood with 10gig iSCSI as FCoE. FCoE is a good solution for folks with hundreds of FC ports as they can keep the management processes and tools they have.</p>
<p>A Nexus 5000 or Brocade 8000 costs 4x what a ProCurve or Foundry 10gig switch w/o FCoE does on a per port basis. That&#8217;s going to matter to some especially in a downturn.</p>
<p>All should note that both FCoE and iSCSI (10gig) have been demoed to deliver a million IOPS so performance is an issue for only a small number of users.  iSCSI performance has always been better than perception.</p>
<p> &#8211; Howard</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Galietto</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1177</link>
		<dc:creator>Joe Galietto</dc:creator>
		<pubDate>Sun, 24 Jan 2010 05:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1177</guid>
		<description>My opinion is that we will see iSCSI with 10GB Ethernet grow in the Small and Medium business segments.  It will grow in the shops with the smallest IT staffs.  I do not think we will see large scale commitments to FCoE in the first 3 quarters of this year.  Firms which are using FC today and who need to refresh this year I expect to make a non-decision  and go with 8GBs FC.  That may change in the 4th quarter if FCoE matures sufficiently.  If FCoE does not gain significant traction by Q4 it is effectively dead.  But, that does not mean iSCSI is the winner in the enterprise.

I think that FCoE is going to be an extremely tough sale because of internal politics at the customers storage vs network. The chorally of that is  FCoE deployments are going to be beset with failures caused not by the technology by political divides at the customer.


Joe</description>
		<content:encoded><![CDATA[<p>My opinion is that we will see iSCSI with 10GB Ethernet grow in the Small and Medium business segments.  It will grow in the shops with the smallest IT staffs.  I do not think we will see large scale commitments to FCoE in the first 3 quarters of this year.  Firms which are using FC today and who need to refresh this year I expect to make a non-decision  and go with 8GBs FC.  That may change in the 4th quarter if FCoE matures sufficiently.  If FCoE does not gain significant traction by Q4 it is effectively dead.  But, that does not mean iSCSI is the winner in the enterprise.</p>
<p>I think that FCoE is going to be an extremely tough sale because of internal politics at the customers storage vs network. The chorally of that is  FCoE deployments are going to be beset with failures caused not by the technology by political divides at the customer.</p>
<p>Joe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention The Storage Architect » Blog Archive » Enterprise Computing: Is 2010 The Year for iSCSI or FCoE? Place Your Bets! -- Topsy.com</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1176</link>
		<dc:creator>Tweets that mention The Storage Architect » Blog Archive » Enterprise Computing: Is 2010 The Year for iSCSI or FCoE? Place Your Bets! -- Topsy.com</dc:creator>
		<pubDate>Thu, 14 Jan 2010 00:17:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1176</guid>
		<description>[...] This post was mentioned on Twitter by Stuart Miniman, Steve Chambers, Chris M Evans, TechHead.co.uk (Simo, Emulex and others. Emulex said: Is 2010 The Year for iSCSI or FCoE? Place Your Bets! http://bit.ly/6DWEIa /via @chrismevans #fcoe #iscsi [...] </description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Stuart Miniman, Steve Chambers, Chris M Evans, TechHead.co.uk (Simo, Emulex and others. Emulex said: Is 2010 The Year for iSCSI or FCoE? Place Your Bets! <a href="http://bit.ly/6DWEIa"  rel="nofollow">http://bit.ly/6DWEIa</a> /via @chrismevans #fcoe #iscsi [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Poulton</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1175</link>
		<dc:creator>Nigel Poulton</dc:creator>
		<pubDate>Tue, 12 Jan 2010 22:21:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1175</guid>
		<description>Chris,

It will be interesting to see how iSCSI benefits from 10Gbps Ethernet.  Some of the DCB extensions, in particular Priority based Flow Control (PFC), can extend lossless functionality to iSCSI - anybody for iSCSI over UDP rather than TCP.  UDP might be viable on a lossless Ethernet!?

CNAs are also starting to offer hardware offloads for iSCSI too.  Couple that with 10Gbps and performance *might* come up to similar levels.

While I&#039;m sure FCoE will pick up pace in 2010, I wonder if 2011 might be the year of FCoE.  

I dont doubt the benefits FCoE promises (consolidation, fewer cables, fewer I/O adapters, switch ports...) but the relative immaturity of the protocol and the economic client might hamper deployment this year.  I think a lot of people will wait until the economy recovers a little more and the protocol and shipping products mature some.

As for the comment saying FCoE might kill FC.  Not sure what that means.... its still FC protocol encapsulated in a jumbo Ethernet frame.  Management most of the protocol specifics stay.. in fact the only thing that springs to mind that will disappear is buffer credits - replaced by PFC.  

Nigel</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>It will be interesting to see how iSCSI benefits from 10Gbps Ethernet.  Some of the DCB extensions, in particular Priority based Flow Control (PFC), can extend lossless functionality to iSCSI &#8211; anybody for iSCSI over UDP rather than TCP.  UDP might be viable on a lossless Ethernet!?</p>
<p>CNAs are also starting to offer hardware offloads for iSCSI too.  Couple that with 10Gbps and performance *might* come up to similar levels.</p>
<p>While I&#8217;m sure FCoE will pick up pace in 2010, I wonder if 2011 might be the year of FCoE.  </p>
<p>I dont doubt the benefits FCoE promises (consolidation, fewer cables, fewer I/O adapters, switch ports&#8230;) but the relative immaturity of the protocol and the economic client might hamper deployment this year.  I think a lot of people will wait until the economy recovers a little more and the protocol and shipping products mature some.</p>
<p>As for the comment saying FCoE might kill FC.  Not sure what that means&#8230;. its still FC protocol encapsulated in a jumbo Ethernet frame.  Management most of the protocol specifics stay.. in fact the only thing that springs to mind that will disappear is buffer credits &#8211; replaced by PFC.  </p>
<p>Nigel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cowley</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1174</link>
		<dc:creator>Chris Cowley</dc:creator>
		<pubDate>Tue, 12 Jan 2010 16:15:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1174</guid>
		<description>&quot;Imagine wearing two hats and arguing with yourself all day!&quot;

Seeing as I work in Portsmouth and my main colleague works in Lincolnshire then I sometimes have to resort to that just to have a good argument!</description>
		<content:encoded><![CDATA[<p>&#8220;Imagine wearing two hats and arguing with yourself all day!&#8221;</p>
<p>Seeing as I work in Portsmouth and my main colleague works in Lincolnshire then I sometimes have to resort to that just to have a good argument!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Winter</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1173</link>
		<dc:creator>Robert Winter</dc:creator>
		<pubDate>Tue, 12 Jan 2010 16:11:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1173</guid>
		<description>If iSCSI has failed it has been a magnificent failure with increased shipments every year (refer to your latest industry analyst charts – any of them).  The arrival of iSCSI offload and 10 Gbps Ethernet has given iSCSI the needed boost to outperform FC.  When iSCSI was a 1Gbps Ethernet technology FC had an advantage with 4 Gbps media.  The reason FC has gone to FCoE now is that the speed of Ethernet has outstripped FC and will continue to do so with future 40/100/400 Gbps deployments.  But, and hear’s a big but, Ethernet isn’t FC and you can’t just ignore the quality of the FC physical and data link layers (FC-0/1) that provided a superior (in my opinion) flow control mechanism to Ethernet by using proactive credits and not the tried and not always true Ethernet method of reactive PAUSE frames.  The new DCB (Data Center Bridging) Ethernet standards from IEEE, in particular the PFC – 802.1Qbb standard, just replicate this PAUSE mechanism 8 times, once for each priority on a link.  Not sure that really helps anything.  iSCSI, however, can recover from a dropped frame – it has a 25ms TCP fast-retransmit capability.  FCoE doesn’t have anything like this and will incur an I/O (60 second) timeout if ANY frame is dropped.  So, with FCoE you have the option of dropping frames or building in over-capacity in your networks so there’s no congestion.  Also the relative (to iSCSI) immaturity of FCoE standards continues to be a concern as maturity only comes with deployment history.  iSCSI has been deployed for almost a decade and is improving by continued and accelerating use.  The one deficiency of iSCSI relates to its integration into Enterprise class management systems but that is due more to the fact that Ethernet itself is not fully integrated into a storage mangement context - and FCoE, by nature, has the same problem.  Maybe FCoE will be there in a few years – but it’s not ready for prime time yet – despite all the hype.</description>
		<content:encoded><![CDATA[<p>If iSCSI has failed it has been a magnificent failure with increased shipments every year (refer to your latest industry analyst charts – any of them).  The arrival of iSCSI offload and 10 Gbps Ethernet has given iSCSI the needed boost to outperform FC.  When iSCSI was a 1Gbps Ethernet technology FC had an advantage with 4 Gbps media.  The reason FC has gone to FCoE now is that the speed of Ethernet has outstripped FC and will continue to do so with future 40/100/400 Gbps deployments.  But, and hear’s a big but, Ethernet isn’t FC and you can’t just ignore the quality of the FC physical and data link layers (FC-0/1) that provided a superior (in my opinion) flow control mechanism to Ethernet by using proactive credits and not the tried and not always true Ethernet method of reactive PAUSE frames.  The new DCB (Data Center Bridging) Ethernet standards from IEEE, in particular the PFC – 802.1Qbb standard, just replicate this PAUSE mechanism 8 times, once for each priority on a link.  Not sure that really helps anything.  iSCSI, however, can recover from a dropped frame – it has a 25ms TCP fast-retransmit capability.  FCoE doesn’t have anything like this and will incur an I/O (60 second) timeout if ANY frame is dropped.  So, with FCoE you have the option of dropping frames or building in over-capacity in your networks so there’s no congestion.  Also the relative (to iSCSI) immaturity of FCoE standards continues to be a concern as maturity only comes with deployment history.  iSCSI has been deployed for almost a decade and is improving by continued and accelerating use.  The one deficiency of iSCSI relates to its integration into Enterprise class management systems but that is due more to the fact that Ethernet itself is not fully integrated into a storage mangement context &#8211; and FCoE, by nature, has the same problem.  Maybe FCoE will be there in a few years – but it’s not ready for prime time yet – despite all the hype.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Miniman</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1172</link>
		<dc:creator>Stuart Miniman</dc:creator>
		<pubDate>Tue, 12 Jan 2010 14:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1172</guid>
		<description>Chris,
Where I fully agree with you is that &quot;hype&quot; tends to drive perceptions too much in this space.  iSCSI was originally pitches as a &quot;FC-killer&quot; and it has not done this.  For years I spoke with the large enterprise customers in EMC&#039;s customer base and iSCSI was not something that interested the storage administrators.  That being said, last year at my FCoE session, in an audience that had 100% FC adoption, there was also 1/3 of the audience that had iSCSI deployed.  Yes, iSCSI is today in smaller shops (where the administrator handles the servers, network and storage) or in small pockets of the larger enterprise.  FCoE fits nicely into the management paradigm of FC and therefore can move into those big configurations much easier than iSCSI.  The real challenge is moving from the standalone SAN (either FC or iSCSI) into a converged environment where LAN and SAN are on a single wire.  We need this for cost; while CNAs are not inexpensive, the overall Capex and Opex of the environment can be improved by moving to an environment where 100% of servers have the option for SAN attach rather than the current model where we choose whether to use network storage on a server by server basis which doesn&#039;t allow for the flexible, virtualized environment that customers are moving to.  Let&#039;s not over-hype what FCoE can do TODAY - it will take a few years to work out the technical and political issues.  There is also plenty of room in the marketplace for iSCSI and FCoE to flourish.</description>
		<content:encoded><![CDATA[<p>Chris,<br />
Where I fully agree with you is that &#8220;hype&#8221; tends to drive perceptions too much in this space.  iSCSI was originally pitches as a &#8220;FC-killer&#8221; and it has not done this.  For years I spoke with the large enterprise customers in EMC&#8217;s customer base and iSCSI was not something that interested the storage administrators.  That being said, last year at my FCoE session, in an audience that had 100% FC adoption, there was also 1/3 of the audience that had iSCSI deployed.  Yes, iSCSI is today in smaller shops (where the administrator handles the servers, network and storage) or in small pockets of the larger enterprise.  FCoE fits nicely into the management paradigm of FC and therefore can move into those big configurations much easier than iSCSI.  The real challenge is moving from the standalone SAN (either FC or iSCSI) into a converged environment where LAN and SAN are on a single wire.  We need this for cost; while CNAs are not inexpensive, the overall Capex and Opex of the environment can be improved by moving to an environment where 100% of servers have the option for SAN attach rather than the current model where we choose whether to use network storage on a server by server basis which doesn&#8217;t allow for the flexible, virtualized environment that customers are moving to.  Let&#8217;s not over-hype what FCoE can do TODAY &#8211; it will take a few years to work out the technical and political issues.  There is also plenty of room in the marketplace for iSCSI and FCoE to flourish.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul P</title>
		<link>http://thestoragearchitect.com/2010/01/11/enterprise-computing-is-2010-the-year-for-iscsi-or-fcoe-place-your-bets/#comment-1171</link>
		<dc:creator>Paul P</dc:creator>
		<pubDate>Tue, 12 Jan 2010 13:06:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.thestoragearchitect.com/?p=991#comment-1171</guid>
		<description>I&#039;m not convinced one has to beat the other, or that they are mutually exclusive.  Just as we have iSCSI and FC today.

What I predict happening is FCoE replacing FC in the big end of town and iSCSI continue growing in many market segments, including the small and medium (the volume markets) - at least until 10Gb ethernet is standard in even small offices (which is surely still a while away).

I would have thought FC is most at risk here not iSCSI.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not convinced one has to beat the other, or that they are mutually exclusive.  Just as we have iSCSI and FC today.</p>
<p>What I predict happening is FCoE replacing FC in the big end of town and iSCSI continue growing in many market segments, including the small and medium (the volume markets) &#8211; at least until 10Gb ethernet is standard in even small offices (which is surely still a while away).</p>
<p>I would have thought FC is most at risk here not iSCSI.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

