<?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: Storage Connectivity and why it is important</title>
	<atom:link href="http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/</link>
	<description>Fresh Thinking on IT Operations</description>
	<lastBuildDate>Mon, 06 Feb 2012 16:02:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Storage Connectivity and why it is important &#171; Enterprise Strategy Group</title>
		<link>http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/comment-page-1/#comment-7152</link>
		<dc:creator>Storage Connectivity and why it is important &#171; Enterprise Strategy Group</dc:creator>
		<pubDate>Thu, 24 Dec 2009 15:48:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.thehotaisle.com/?p=1547#comment-7152</guid>
		<description>[...] The Storage Area Network (SAN) is now a key component of most reasonably sized IT Infrastructures. The SAN we rely on today evolved from very humble beginnings into a mission critical Enterprise IT component. The first SANs were introduced to handle small numbers of enterprise scale systems (zSeries and iSeries computers from IBM) being connected [...]  Read the entire blog entry here &gt;&gt; [...]</description>
		<content:encoded><![CDATA[<p>[...] The Storage Area Network (SAN) is now a key component of most reasonably sized IT Infrastructures. The SAN we rely on today evolved from very humble beginnings into a mission critical Enterprise IT component. The first SANs were introduced to handle small numbers of enterprise scale systems (zSeries and iSeries computers from IBM) being connected [...]  Read the entire blog entry here &gt;&gt; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve O'Donnell</title>
		<link>http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/comment-page-1/#comment-3627</link>
		<dc:creator>Steve O'Donnell</dc:creator>
		<pubDate>Fri, 23 Oct 2009 02:18:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.thehotaisle.com/?p=1547#comment-3627</guid>
		<description>Hi Terry,

Interesting question. To support FC, FCoE and FICON over a WAN we would need a network capable of layer 2 operation. Dark fiber typically. Expensive! IP has obvious benefits in that (even good ones with SLAs and not overbooked) they are relatively cheap and easily available.</description>
		<content:encoded><![CDATA[<p>Hi Terry,</p>
<p>Interesting question. To support FC, FCoE and FICON over a WAN we would need a network capable of layer 2 operation. Dark fiber typically. Expensive! IP has obvious benefits in that (even good ones with SLAs and not overbooked) they are relatively cheap and easily available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry Bellinger</title>
		<link>http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/comment-page-1/#comment-2707</link>
		<dc:creator>Terry Bellinger</dc:creator>
		<pubDate>Tue, 06 Oct 2009 12:49:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.thehotaisle.com/?p=1547#comment-2707</guid>
		<description>Steve,

Very enlightening for me. I am not an IT expert but even so your descriptions were understandable and cleared up some fuzzy areas for me. I am a last mile transport provider via my own fiber network. I am especially interested in your comments on FCIP and ISCSI - 

&quot;Note: FCIP and iSCSI don’t have any mechanism to deal with LAN overloading and as a result they are prone to delays and frame loss. As a result they not suitable in larger environments where engineered levels of performance and resilience are required. Their main benefit is that they can be implemented at low cost on an existing LAN.&quot;

Here is my question: If I am providing WAN transport at the Layer2 Ethernet level which is not oversubscribed and carries latency and packet loss SLA, would FCIP and ISCSI be a viable option for a larger environment as you mentioned above? If so what kind of cost savings on the hardware/software might a company epxect versus going with FC, FICON or FCOE?

I know it is a broad question but if you can give some back of the napkin or rule of thumb metrics it would be very helpful.

Thanks
Terry</description>
		<content:encoded><![CDATA[<p>Steve,</p>
<p>Very enlightening for me. I am not an IT expert but even so your descriptions were understandable and cleared up some fuzzy areas for me. I am a last mile transport provider via my own fiber network. I am especially interested in your comments on FCIP and ISCSI &#8211; </p>
<p>&#8220;Note: FCIP and iSCSI don’t have any mechanism to deal with LAN overloading and as a result they are prone to delays and frame loss. As a result they not suitable in larger environments where engineered levels of performance and resilience are required. Their main benefit is that they can be implemented at low cost on an existing LAN.&#8221;</p>
<p>Here is my question: If I am providing WAN transport at the Layer2 Ethernet level which is not oversubscribed and carries latency and packet loss SLA, would FCIP and ISCSI be a viable option for a larger environment as you mentioned above? If so what kind of cost savings on the hardware/software might a company epxect versus going with FC, FICON or FCOE?</p>
<p>I know it is a broad question but if you can give some back of the napkin or rule of thumb metrics it would be very helpful.</p>
<p>Thanks<br />
Terry</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve O'Donnell</title>
		<link>http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/comment-page-1/#comment-2013</link>
		<dc:creator>Steve O'Donnell</dc:creator>
		<pubDate>Fri, 18 Sep 2009 23:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.thehotaisle.com/?p=1547#comment-2013</guid>
		<description>Mark

You got it completely right. One of the biggest problems is that the SAN is a black hole that we hope to route our valuable traffic through. We can&#039;t see what is going on inside, all we can do is hope that it will work. Because we are so risk averse and can&#039;t afford to be overloaded or have an outage, we over-provision.

SANs actually work quite well except when they don&#039;t and then we have a nightmare.

Thanks

Steve</description>
		<content:encoded><![CDATA[<p>Mark</p>
<p>You got it completely right. One of the biggest problems is that the SAN is a black hole that we hope to route our valuable traffic through. We can&#8217;t see what is going on inside, all we can do is hope that it will work. Because we are so risk averse and can&#8217;t afford to be overloaded or have an outage, we over-provision.</p>
<p>SANs actually work quite well except when they don&#8217;t and then we have a nightmare.</p>
<p>Thanks</p>
<p>Steve</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Urdahl</title>
		<link>http://www.thehotaisle.com/2009/09/12/storage-connectivity-and-why-it-is-important/comment-page-1/#comment-2006</link>
		<dc:creator>Mark Urdahl</dc:creator>
		<pubDate>Fri, 18 Sep 2009 15:30:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.thehotaisle.com/?p=1547#comment-2006</guid>
		<description>Steve:

This is a great start on a very fundamental question: What is &quot;Good&quot; SAN Design?  I want to put some of your points in context.

If we designed office space the way we design SANs, the standard office would be 5,000 square feet!

The fact is that there is massive, habit-based over-provisioning that is not only extremely costly but actually adds risk... because there are more things that can go wrong. 

The interesting thing about storage infrastructure is that you don&#039;t have to virtualize to consolidate.  You just need to measure...twice, cut once.

http://www.virtualinstruments.com/uhrdahlblog/</description>
		<content:encoded><![CDATA[<p>Steve:</p>
<p>This is a great start on a very fundamental question: What is &#8220;Good&#8221; SAN Design?  I want to put some of your points in context.</p>
<p>If we designed office space the way we design SANs, the standard office would be 5,000 square feet!</p>
<p>The fact is that there is massive, habit-based over-provisioning that is not only extremely costly but actually adds risk&#8230; because there are more things that can go wrong. </p>
<p>The interesting thing about storage infrastructure is that you don&#8217;t have to virtualize to consolidate.  You just need to measure&#8230;twice, cut once.</p>
<p><a href="http://www.virtualinstruments.com/uhrdahlblog/" rel="nofollow">http://www.virtualinstruments.com/uhrdahlblog/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

