<?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: Clarifying Clustered Storage Confusion</title>
	<atom:link href="http://storageio.com/blog/?feed=rss2&#038;p=588" rel="self" type="application/rss+xml" />
	<link>http://storageio.com/blog/?p=588</link>
	<description>Greg Schulz of the StorageIO Group (www.storageio.com) blog and "The Green and Virtual Data Center" (Auerbach)</description>
	<lastBuildDate>Sun, 05 Sep 2010 13:55:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Featured IT Blogger of the Week: Greg Schulz of StorageIO - ITKE Community Blog</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1175</link>
		<dc:creator>Featured IT Blogger of the Week: Greg Schulz of StorageIO - ITKE Community Blog</dc:creator>
		<pubDate>Thu, 03 Sep 2009 14:13:17 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1175</guid>
		<description>[...] blog, StorageIO, revolves around topics such as resource management, the green data center, and clustered storage, among many others. Congratulations, Greg, on being our featured IT Blogger of the Week!     [...]</description>
		<content:encoded><![CDATA[<p>[...] blog, StorageIO, revolves around topics such as resource management, the green data center, and clustered storage, among many others. Congratulations, Greg, on being our featured IT Blogger of the Week!     [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Schulz</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1150</link>
		<dc:creator>Greg Schulz</dc:creator>
		<pubDate>Thu, 27 Aug 2009 11:43:19 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1150</guid>
		<description>Check out Alan Raddings new article: How to buy clustered NAS for a virtualized environment

http://searchstorage.techtarget.com.au/articles/35033-How-to-buy-clustered-NAS-for-a-virtualized-environment

Cheers
gs</description>
		<content:encoded><![CDATA[<p>Check out Alan Raddings new article: How to buy clustered NAS for a virtualized environment</p>
<p><a href="http://searchstorage.techtarget.com.au/articles/35033-How-to-buy-clustered-NAS-for-a-virtualized-environment" rel="nofollow">http://searchstorage.techtarget.com.au/articles/35033-How-to-buy-clustered-NAS-for-a-virtualized-environment</a></p>
<p>Cheers<br />
gs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Schulz</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1911</link>
		<dc:creator>Greg Schulz</dc:creator>
		<pubDate>Thu, 27 Aug 2009 11:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1911</guid>
		<description>Check out Alan Raddings new article: How to buy clustered NAS for a virtualized environment

http://searchstorage.techtarget.com.au/articles/35033-How-to-buy-clustered-NAS-for-a-virtualized-environment

Cheers
gs</description>
		<content:encoded><![CDATA[<p>Check out Alan Raddings new article: How to buy clustered NAS for a virtualized environment</p>
<p><a href="http://searchstorage.techtarget.com.au/articles/35033-How-to-buy-clustered-NAS-for-a-virtualized-environment" rel="nofollow">http://searchstorage.techtarget.com.au/articles/35033-How-to-buy-clustered-NAS-for-a-virtualized-environment</a></p>
<p>Cheers<br />
gs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Schulz</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1147</link>
		<dc:creator>Greg Schulz</dc:creator>
		<pubDate>Wed, 26 Aug 2009 17:33:16 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1147</guid>
		<description>Thanks Frank,

Glad you liked the post.

Good note about a follow-up post, if you look at some of the links including presentations, there are examples of various block, file and other clustered storage solutions, perhaps not in the detail you would like, however that could be addressed in the future.

Your comment about clustering and performance is interesting to me as I hear it regularly from vendors of server and storage clusters. The common line is that performance scales linearly with no degradation when adding nodes while maintaining data integrity (cough cough ;) ).

Now and then I hear from vendors who will say the performance scales on a near linear basis, with little to no perceived overhead while scaling. Want to take a guess which one Im more inclined to believe of the cuff?

There is the other common myth that adding more controllers, more ports, faster ports, faster disks, more cache results in better performance which may or may not be true as it’s how all of those pieces work together that makes the differences.

In the cluster game, some want you to believe that simply adding more controllers will result in more performance which may be true, however what about the overhead of data integrity in the cluster? Some do better than others, some just don’t want to talk about it, and others want to talk around it.

With the current SSD/flash craze, it’s interesting to watch vendors all of a sudden talk about IOPS however few are talking about latency, even with clusters, hmmm...

Again thanks for the comments.

Cheers
gs</description>
		<content:encoded><![CDATA[<p>Thanks Frank,</p>
<p>Glad you liked the post.</p>
<p>Good note about a follow-up post, if you look at some of the links including presentations, there are examples of various block, file and other clustered storage solutions, perhaps not in the detail you would like, however that could be addressed in the future.</p>
<p>Your comment about clustering and performance is interesting to me as I hear it regularly from vendors of server and storage clusters. The common line is that performance scales linearly with no degradation when adding nodes while maintaining data integrity (cough cough <img src='http://storageio.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  ).</p>
<p>Now and then I hear from vendors who will say the performance scales on a near linear basis, with little to no perceived overhead while scaling. Want to take a guess which one Im more inclined to believe of the cuff?</p>
<p>There is the other common myth that adding more controllers, more ports, faster ports, faster disks, more cache results in better performance which may or may not be true as it’s how all of those pieces work together that makes the differences.</p>
<p>In the cluster game, some want you to believe that simply adding more controllers will result in more performance which may be true, however what about the overhead of data integrity in the cluster? Some do better than others, some just don’t want to talk about it, and others want to talk around it.</p>
<p>With the current SSD/flash craze, it’s interesting to watch vendors all of a sudden talk about IOPS however few are talking about latency, even with clusters, hmmm&#8230;</p>
<p>Again thanks for the comments.</p>
<p>Cheers<br />
gs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Schulz</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1910</link>
		<dc:creator>Greg Schulz</dc:creator>
		<pubDate>Wed, 26 Aug 2009 17:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1910</guid>
		<description>Thanks Frank,

Glad you liked the post.

Good note about a follow-up post, if you look at some of the links including presentations, there are examples of various block, file and other clustered storage solutions, perhaps not in the detail you would like, however that could be addressed in the future.

Your comment about clustering and performance is interesting to me as I hear it regularly from vendors of server and storage clusters. The common line is that performance scales linearly with no degradation when adding nodes while maintaining data integrity (cough cough ;) ).

Now and then I hear from vendors who will say the performance scales on a near linear basis, with little to no perceived overhead while scaling. Want to take a guess which one Im more inclined to believe of the cuff?

There is the other common myth that adding more controllers, more ports, faster ports, faster disks, more cache results in better performance which may or may not be true as it’s how all of those pieces work together that makes the differences.

In the cluster game, some want you to believe that simply adding more controllers will result in more performance which may be true, however what about the overhead of data integrity in the cluster? Some do better than others, some just don’t want to talk about it, and others want to talk around it.

With the current SSD/flash craze, it’s interesting to watch vendors all of a sudden talk about IOPS however few are talking about latency, even with clusters, hmmm...

Again thanks for the comments.

Cheers
gs</description>
		<content:encoded><![CDATA[<p>Thanks Frank,</p>
<p>Glad you liked the post.</p>
<p>Good note about a follow-up post, if you look at some of the links including presentations, there are examples of various block, file and other clustered storage solutions, perhaps not in the detail you would like, however that could be addressed in the future.</p>
<p>Your comment about clustering and performance is interesting to me as I hear it regularly from vendors of server and storage clusters. The common line is that performance scales linearly with no degradation when adding nodes while maintaining data integrity (cough cough <img src='http://storageio.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  ).</p>
<p>Now and then I hear from vendors who will say the performance scales on a near linear basis, with little to no perceived overhead while scaling. Want to take a guess which one Im more inclined to believe of the cuff?</p>
<p>There is the other common myth that adding more controllers, more ports, faster ports, faster disks, more cache results in better performance which may or may not be true as it’s how all of those pieces work together that makes the differences.</p>
<p>In the cluster game, some want you to believe that simply adding more controllers will result in more performance which may be true, however what about the overhead of data integrity in the cluster? Some do better than others, some just don’t want to talk about it, and others want to talk around it.</p>
<p>With the current SSD/flash craze, it’s interesting to watch vendors all of a sudden talk about IOPS however few are talking about latency, even with clusters, hmmm&#8230;</p>
<p>Again thanks for the comments.</p>
<p>Cheers<br />
gs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1146</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 26 Aug 2009 17:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1146</guid>
		<description>Great article Greg. Would be nice to have a follow up article though where you list a couple examples of the different types with real world architectures like with Lefthand, and how they say performance increases since they stack additional nodes with more controllers, etc. versus n+1 clustered controllers in Fujitsu ETERNUS and in 3PAR. Or what the HPC guys do like with Google stack and their custom software. Did they build their stack because nobody had something that they required? 

This is great stuff though.</description>
		<content:encoded><![CDATA[<p>Great article Greg. Would be nice to have a follow up article though where you list a couple examples of the different types with real world architectures like with Lefthand, and how they say performance increases since they stack additional nodes with more controllers, etc. versus n+1 clustered controllers in Fujitsu ETERNUS and in 3PAR. Or what the HPC guys do like with Google stack and their custom software. Did they build their stack because nobody had something that they required? </p>
<p>This is great stuff though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://storageio.com/blog/?p=588&#038;cpage=1#comment-1909</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 26 Aug 2009 17:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://storageio.com/blog/?p=588#comment-1909</guid>
		<description>Great article Greg. Would be nice to have a follow up article though where you list a couple examples of the different types with real world architectures like with Lefthand, and how they say performance increases since they stack additional nodes with more controllers, etc. versus n+1 clustered controllers in Fujitsu ETERNUS and in 3PAR. Or what the HPC guys do like with Google stack and their custom software. Did they build their stack because nobody had something that they required? 

This is great stuff though.</description>
		<content:encoded><![CDATA[<p>Great article Greg. Would be nice to have a follow up article though where you list a couple examples of the different types with real world architectures like with Lefthand, and how they say performance increases since they stack additional nodes with more controllers, etc. versus n+1 clustered controllers in Fujitsu ETERNUS and in 3PAR. Or what the HPC guys do like with Google stack and their custom software. Did they build their stack because nobody had something that they required? </p>
<p>This is great stuff though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
