<?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: Grrrrrr big beefy manly SANs</title>
	<atom:link href="http://blogs.rupturedmonkey.com/?feed=rss2&#038;p=78" rel="self" type="application/rss+xml" />
	<link>http://blogs.rupturedmonkey.com/?p=78</link>
	<description>The greatest storage blog in the world....</description>
	<lastBuildDate>Mon, 30 Aug 2010 22:25:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: stephen2615</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-288</link>
		<dc:creator>stephen2615</dc:creator>
		<pubDate>Mon, 14 May 2007 08:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-288</guid>
		<description>Needless to say I am gob smacked that FCIP synch replication is better than native fibre synch replication.&#160; Surely, there must be some spoofing going on there.Heck, even 10 ms would keep me happy with our Exchange geo clusters and True Copy over 200 km.&#160; I think it is another EMC/Cisco conspiracy theory that needs to be proved wrong.&#160; Don&#039;t get me wrong, I love the Cisco gear.Stephen</description>
		<content:encoded><![CDATA[<p>Needless to say I am gob smacked that FCIP synch replication is better than native fibre synch replication.&nbsp; Surely, there must be some spoofing going on there.Heck, even 10 ms would keep me happy with our Exchange geo clusters and True Copy over 200 km.&nbsp; I think it is another EMC/Cisco conspiracy theory that needs to be proved wrong.&nbsp; Don&#8217;t get me wrong, I love the Cisco gear.Stephen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c2olen</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-287</link>
		<dc:creator>c2olen</dc:creator>
		<pubDate>Thu, 10 May 2007 14:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-287</guid>
		<description>&lt;p&gt;Nigel,&lt;/p&gt;
&lt;p&gt;your comment&#160;like &quot;my box is bigger and faster than yours&quot; above triggered me.&lt;br /&gt;Before I started working in my current environment (Cisco/EMC)&#160; I too thought that SAN switching was always/better faster than the IP kind.&lt;br /&gt;&lt;br /&gt;Needles to say I was VERY supprised to see that this shop tends to do their synchronous replication over IP, and the asynchronous replication over FC. Both over 200KM links. The IP features like fast-write acceleration and compression seems to speed IP up quite a bit over this distance.&lt;br /&gt;The FC latency is about 5ms over this distance, so the synchronous replication over FC is simply not feasible.&lt;br /&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Nigel,</p>
<p>your comment&nbsp;like &quot;my box is bigger and faster than yours&quot; above triggered me.<br />Before I started working in my current environment (Cisco/EMC)&nbsp; I too thought that SAN switching was always/better faster than the IP kind.</p>
<p>Needles to say I was VERY supprised to see that this shop tends to do their synchronous replication over IP, and the asynchronous replication over FC. Both over 200KM links. The IP features like fast-write acceleration and compression seems to speed IP up quite a bit over this distance.<br />The FC latency is about 5ms over this distance, so the synchronous replication over FC is simply not feasible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel (mackem)</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-286</link>
		<dc:creator>Nigel (mackem)</dc:creator>
		<pubDate>Tue, 08 May 2007 01:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-286</guid>
		<description>&lt;p&gt;Stephen, looks fine to me ;-)&lt;/p&gt;
&lt;p&gt;PS.&#160; I always have problems with formatting if I cut and paste from Word into Wordpress - the paragraphing always disappears.&#160; So I always have tp type directly into wordpress.&lt;/p&gt;
&lt;p&gt;Hope that helps&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Stephen, looks fine to me <img src='http://blogs.rupturedmonkey.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>PS.&nbsp; I always have problems with formatting if I cut and paste from Word into WordPress &#8211; the paragraphing always disappears.&nbsp; So I always have tp type directly into wordpress.</p>
<p>Hope that helps</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: snig</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-285</link>
		<dc:creator>snig</dc:creator>
		<pubDate>Tue, 08 May 2007 00:26:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-285</guid>
		<description>Just hit the Enter key.&#160; I&#039;m using Firefox and everything works fine for me.</description>
		<content:encoded><![CDATA[<p>Just hit the Enter key.&nbsp; I&#8217;m using Firefox and everything works fine for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephen2615</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-284</link>
		<dc:creator>stephen2615</dc:creator>
		<pubDate>Mon, 07 May 2007 22:17:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-284</guid>
		<description>How do I give my postings paragraphs?&#160; It looks messy when I post.</description>
		<content:encoded><![CDATA[<p>How do I give my postings paragraphs?&nbsp; It looks messy when I post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: snig</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-283</link>
		<dc:creator>snig</dc:creator>
		<pubDate>Mon, 07 May 2007 11:44:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-283</guid>
		<description>I think the biggest problem people have in troubleshooting an environment is not understanding the entire design.&#160; But, when you design something from the ground up and have to troubleshoot a problem it has never been a problem for me.&#160; &lt;br /&gt;&lt;br /&gt;I love designing huge, complex environments.&#160; But, when simple works I find it easier to go that route.</description>
		<content:encoded><![CDATA[<p>I think the biggest problem people have in troubleshooting an environment is not understanding the entire design.&nbsp; But, when you design something from the ground up and have to troubleshoot a problem it has never been a problem for me.&nbsp; </p>
<p>I love designing huge, complex environments.&nbsp; But, when simple works I find it easier to go that route.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephen2615</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-282</link>
		<dc:creator>stephen2615</dc:creator>
		<pubDate>Mon, 07 May 2007 08:06:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-282</guid>
		<description>&lt;p&gt;In my last job, I decided to make a single fabric with all switches in it.&#160; Our (not so SAN orientated) project manager had kittens and tried desperately to stop me from doing it but heck, I am game so I did it.&#160; I did not do it with no knowledge of what I was doing.&#160; Extensive training and testing were performed before I turned it on.&lt;/p&gt; &lt;p&gt;This was a largish core/edge Cisco solution.&#160; I used a special non trunking VSAN for the management traffic.&#160; It make my life quite easy.&#160; Cisco were a bit coy on this setup and could only state one problem with it as far as non hardware issues and that was the chance of FCNS dying but it will automatically restart.&#160; Considering, each VSAN has its own, I took that chance.&#160; IF the principal switch died, I could have an issue or two but such is life.&#160; The other core switch would take over and it still offered an alternative path for all the systems.&lt;/p&gt; &lt;p&gt;Troubleshooting the SAN was easy but they were only minor issues that made me even more aware of what I was doing.I had the odd ISL and some were quite big in size.&#160; I quite liked my setup.&lt;/p&gt; &lt;p&gt;The network people never cared about the SAN switches until they saw the MDS 9513 and as it is big (in size and performance), I feel they felt a bit let down by their own equipment.&#160; Some even tried to take over the SAN but I told them what I thought about THAT!!!&lt;/p&gt; &lt;p&gt;Mind you I had to sit down and talk about the Optical network when it came to our DWDM native SAN extension.&#160; So, in a round about way, they are part of the SAN.&lt;/p&gt; &lt;p&gt;In SAN fabric services are there but no one seems to want to use them.&#160; I was very keen on the Cisco Network Accelerated Serverless Backup but I think no one is game to use it due to the cost.&#160; Sooner or later, fabric services will take off.&lt;/p&gt; &lt;p&gt;I tend to think that with the ever expanding IP performance,&#160; FC SAN&#039;s&#160; might&#160; have a limited lifespan or they will decrease.&#160; I doubt it will be in the next few years but eventually, FCoE and iSCSI will take off.So, in the interim, give me big and complex SAN&#039;s.... It justifies my pay.&lt;/p&gt; &lt;p&gt;Stephen&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>In my last job, I decided to make a single fabric with all switches in it.&nbsp; Our (not so SAN orientated) project manager had kittens and tried desperately to stop me from doing it but heck, I am game so I did it.&nbsp; I did not do it with no knowledge of what I was doing.&nbsp; Extensive training and testing were performed before I turned it on.</p>
<p>This was a largish core/edge Cisco solution.&nbsp; I used a special non trunking VSAN for the management traffic.&nbsp; It make my life quite easy.&nbsp; Cisco were a bit coy on this setup and could only state one problem with it as far as non hardware issues and that was the chance of FCNS dying but it will automatically restart.&nbsp; Considering, each VSAN has its own, I took that chance.&nbsp; IF the principal switch died, I could have an issue or two but such is life.&nbsp; The other core switch would take over and it still offered an alternative path for all the systems.</p>
<p>Troubleshooting the SAN was easy but they were only minor issues that made me even more aware of what I was doing.I had the odd ISL and some were quite big in size.&nbsp; I quite liked my setup.</p>
<p>The network people never cared about the SAN switches until they saw the MDS 9513 and as it is big (in size and performance), I feel they felt a bit let down by their own equipment.&nbsp; Some even tried to take over the SAN but I told them what I thought about THAT!!!</p>
<p>Mind you I had to sit down and talk about the Optical network when it came to our DWDM native SAN extension.&nbsp; So, in a round about way, they are part of the SAN.</p>
<p>In SAN fabric services are there but no one seems to want to use them.&nbsp; I was very keen on the Cisco Network Accelerated Serverless Backup but I think no one is game to use it due to the cost.&nbsp; Sooner or later, fabric services will take off.</p>
<p>I tend to think that with the ever expanding IP performance,&nbsp; FC SAN&#39;s&nbsp; might&nbsp; have a limited lifespan or they will decrease.&nbsp; I doubt it will be in the next few years but eventually, FCoE and iSCSI will take off.So, in the interim, give me big and complex SAN&#39;s&#8230;. It justifies my pay.</p>
<p>Stephen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc Farley</title>
		<link>http://blogs.rupturedmonkey.com/?p=78&#038;cpage=1#comment-281</link>
		<dc:creator>Marc Farley</dc:creator>
		<pubDate>Sat, 05 May 2007 06:22:26 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.rupturedmonkey.com/?p=81#comment-281</guid>
		<description>Nigel,&#160; I think you are right on the money.&#160; I&#039;m going to write more about this on my blog:&#160; &lt;a href=&quot;http://www.equallogic.com/blog/&quot; rel=&quot;nofollow&quot;&gt;http://www.equallogic.com/blog/&lt;/a&gt;
&#160;</description>
		<content:encoded><![CDATA[<p>Nigel,&nbsp; I think you are right on the money.&nbsp; I&#8217;m going to write more about this on my blog:&nbsp; <a href="http://www.equallogic.com/blog/" rel="nofollow">http://www.equallogic.com/blog/</a><br />
&nbsp;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.469 seconds -->
