<?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: XiV Part II</title>
	<atom:link href="http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/</link>
	<description>Storage and Virtualisation</description>
	<lastBuildDate>Tue, 07 Sep 2010 19:15:05 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris M Evans</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-230</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Thu, 10 Jan 2008 22:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-230</guid>
		<description>Ron, I think Nextra is generating more interest purely because of the involvement of Moshe Yanai in the company.  Had he not been involved and the product come to market with storage &quot;unkowns&quot; then I&#039;m sure it would have been a different case.</description>
		<content:encoded><![CDATA[<p>Ron, I think Nextra is generating more interest purely because of the involvement of Moshe Yanai in the company.  Had he not been involved and the product come to market with storage &#8220;unkowns&#8221; then I&#8217;m sure it would have been a different case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Major</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-229</link>
		<dc:creator>Ron Major</dc:creator>
		<pubDate>Thu, 10 Jan 2008 16:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-229</guid>
		<description>This is the same concept as the HP EVA.  The EVA can level the IO performance by moving hot chunklets to less busy spindles. Chunklets are also spread to new disks when capacity is added to the array.  Sparing is handled by reserving extra capacity equivalent to one or two drives across all of the disks.  This eliminates idle spindles since all disks participate in the workload.  RAID types are defined at the logical volume level rather than with disk groups.&lt;br/&gt;&lt;br/&gt;It’s a great concept, but the EVA never became very popular.  What is so remarkable about the XiV that has people so excited?</description>
		<content:encoded><![CDATA[<p>This is the same concept as the HP EVA.  The EVA can level the IO performance by moving hot chunklets to less busy spindles. Chunklets are also spread to new disks when capacity is added to the array.  Sparing is handled by reserving extra capacity equivalent to one or two drives across all of the disks.  This eliminates idle spindles since all disks participate in the workload.  RAID types are defined at the logical volume level rather than with disk groups.</p>
<p>It’s a great concept, but the EVA never became very popular.  What is so remarkable about the XiV that has people so excited?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BarryWhyte</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-228</link>
		<dc:creator>BarryWhyte</dc:creator>
		<pubDate>Wed, 09 Jan 2008 18:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-228</guid>
		<description>In answer to Carl&#039;s question, yes as new storage is added, the mirror sets will be intelligently re-ballanced.</description>
		<content:encoded><![CDATA[<p>In answer to Carl&#8217;s question, yes as new storage is added, the mirror sets will be intelligently re-ballanced.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-227</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Tue, 08 Jan 2008 20:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-227</guid>
		<description>Hi Chris, I try to give an answer here in this post:&lt;br/&gt;http://www.ibm.com/developerworks/&lt;br/&gt;blogs/page/InsideSystemStorage?entry=&lt;br/&gt;spreading_out_the_re_replication</description>
		<content:encoded><![CDATA[<p>Hi Chris, I try to give an answer here in this post:<br /><a href="http://www.ibm.com/developerworks/" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.ibm.com/developerworks/?referer=');">http://www.ibm.com/developerworks/</a><br />blogs/page/InsideSystemStorage?entry=<br />spreading_out_the_re_replication</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-226</link>
		<dc:creator>Carl</dc:creator>
		<pubDate>Tue, 08 Jan 2008 17:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-226</guid>
		<description>We also still the old problem of upgrade-balancing.&lt;br/&gt;&lt;br/&gt;If you have X drives, but they&#039;re all full, do you have to add drives in a large batch to keep the write load spread out?  It won&#039;t be very virtual if my data is grouped to physical devices by age.&lt;br/&gt;&lt;br/&gt;Can this thing intelligently re-balance the data so that IO uses the whole virtual system?</description>
		<content:encoded><![CDATA[<p>We also still the old problem of upgrade-balancing.</p>
<p>If you have X drives, but they&#8217;re all full, do you have to add drives in a large batch to keep the write load spread out?  It won&#8217;t be very virtual if my data is grouped to physical devices by age.</p>
<p>Can this thing intelligently re-balance the data so that IO uses the whole virtual system?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris M Evans</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-225</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Tue, 08 Jan 2008 06:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-225</guid>
		<description>I guess it depends on whether it is a &quot;thin&quot; snapshot or not.  If it is, then the creation is simple pointer copying, if not, then I suppose the whole array will be busy copying data.  I wonder if there is a way to segment the distribution of blocks into zones to divide up the workload into tiers?</description>
		<content:encoded><![CDATA[<p>I guess it depends on whether it is a &#8220;thin&#8221; snapshot or not.  If it is, then the creation is simple pointer copying, if not, then I suppose the whole array will be busy copying data.  I wonder if there is a way to segment the distribution of blocks into zones to divide up the workload into tiers?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://www.thestoragearchitect.com/2008/01/07/xiv-part-ii/comment-page-1/#comment-224</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Mon, 07 Jan 2008 22:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/01/07/xiv-part-ii/#comment-224</guid>
		<description>It gets even more interesting when you consider what happens when you take a snap of a virtual volume.</description>
		<content:encoded><![CDATA[<p>It gets even more interesting when you consider what happens when you take a snap of a virtual volume.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
