<?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: Republished: FlexClones or Deduplication?</title>
	<atom:link href="http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:13:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: StickerShock</title>
		<link>http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/comment-page-1/#comment-45657</link>
		<dc:creator>StickerShock</dc:creator>
		<pubDate>Thu, 27 Aug 2009 22:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1438#comment-45657</guid>
		<description>FlexClone sounds great and all, but I just received a quote FlexClone licenses for 2 x  N5600 filers and it is coming in at $25K PER FILER.  And I have another two filers at my DR site.

Ouch!!</description>
		<content:encoded><![CDATA[<p>FlexClone sounds great and all, but I just received a quote FlexClone licenses for 2 x  N5600 filers and it is coming in at $25K PER FILER.  And I have another two filers at my DR site.</p>
<p>Ouch!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Taylor</title>
		<link>http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/comment-page-1/#comment-45092</link>
		<dc:creator>Jim Taylor</dc:creator>
		<pubDate>Thu, 09 Jul 2009 03:57:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1438#comment-45092</guid>
		<description>Eric,
Great job on the present version of RCU. 
Rich B and I went thru it while I was visiting NetApp for the national SE Tech Update a few weeks ago.

Now that you tempt us with the existence of a new version, Partners get dibs right? ; )

T/C

Jim Taylor
Senior Systems Engineer
ePlus</description>
		<content:encoded><![CDATA[<p>Eric,<br />
Great job on the present version of RCU.<br />
Rich B and I went thru it while I was visiting NetApp for the national SE Tech Update a few weeks ago.</p>
<p>Now that you tempt us with the existence of a new version, Partners get dibs right? ; )</p>
<p>T/C</p>
<p>Jim Taylor<br />
Senior Systems Engineer<br />
ePlus</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Forgette</title>
		<link>http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/comment-page-1/#comment-45091</link>
		<dc:creator>Eric Forgette</dc:creator>
		<pubDate>Thu, 09 Jul 2009 02:28:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1438#comment-45091</guid>
		<description>Hi Scott,
     Thanks for the author&#039;s note regarding RCU.  I would like to clarify though, RCU addresses *ALL* the issues you brought up.  I&#039;m not being defensive (thought I am on the team that develops the RCU), I bring this up because the issues you noted were some of the things we set out to address very early on.  VMware has provided a rich API which we are able to leverage to provide our customers a truly integrated solution.  

The next version of RCU (with more cool features) will be out soon...  
That was my attempt at marketing a free product.  ;-)

Seriously, with regard to &#039;FlexClones versus Deduplication&#039;, you should (with RCU or your own scripts) be able to leverage both.  FlexClone will save you time and capacity when you deploy and Deduplication will continue to save you capacity over the life of the VM/Datastore.

Cheers,
-Eric
Eric Forgette
Software Engineer
NetApp</description>
		<content:encoded><![CDATA[<p>Hi Scott,<br />
     Thanks for the author&#8217;s note regarding RCU.  I would like to clarify though, RCU addresses *ALL* the issues you brought up.  I&#8217;m not being defensive (thought I am on the team that develops the RCU), I bring this up because the issues you noted were some of the things we set out to address very early on.  VMware has provided a rich API which we are able to leverage to provide our customers a truly integrated solution.  </p>
<p>The next version of RCU (with more cool features) will be out soon&#8230;<br />
That was my attempt at marketing a free product.  <img src='http://blog.scottlowe.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Seriously, with regard to &#8216;FlexClones versus Deduplication&#8217;, you should (with RCU or your own scripts) be able to leverage both.  FlexClone will save you time and capacity when you deploy and Deduplication will continue to save you capacity over the life of the VM/Datastore.</p>
<p>Cheers,<br />
-Eric<br />
Eric Forgette<br />
Software Engineer<br />
NetApp</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Miroshnichenko</title>
		<link>http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/comment-page-1/#comment-45076</link>
		<dc:creator>Alex Miroshnichenko</dc:creator>
		<pubDate>Mon, 06 Jul 2009 22:04:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1438#comment-45076</guid>
		<description>Scott, 

You are right about the problems with integrating array based storage services with  hypervisor operations. 

The problem with data dedup is that it requires a significant processing power inside the array in order to keep latencies to a minimum level suitable for  online storage. Any device capable of such processing would be very expensive – and the practice confirms it. Similar considerations apply to FlexClone functionality - we all know that NetApp is not an inexpensive solution.

I think there is a lot to be said about a software only implementation of FlexClone like functionality which would be totally storage vendor independent and would allow customers to freely mix different storage devices in the same system.  Of course such software solution has to done right not to break performance. 

Alex.</description>
		<content:encoded><![CDATA[<p>Scott, </p>
<p>You are right about the problems with integrating array based storage services with  hypervisor operations. </p>
<p>The problem with data dedup is that it requires a significant processing power inside the array in order to keep latencies to a minimum level suitable for  online storage. Any device capable of such processing would be very expensive – and the practice confirms it. Similar considerations apply to FlexClone functionality &#8211; we all know that NetApp is not an inexpensive solution.</p>
<p>I think there is a lot to be said about a software only implementation of FlexClone like functionality which would be totally storage vendor independent and would allow customers to freely mix different storage devices in the same system.  Of course such software solution has to done right not to break performance. </p>
<p>Alex.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MThibert</title>
		<link>http://blog.scottlowe.org/2009/07/03/republished-flexclones-or-deduplication/comment-page-1/#comment-45068</link>
		<dc:creator>MThibert</dc:creator>
		<pubDate>Mon, 06 Jul 2009 14:29:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1438#comment-45068</guid>
		<description>Flexclone has a seamless integration with VMWare SRM. It gives the ability to test your DR without breaking your replication and without using more space (4k Blocks changes only)</description>
		<content:encoded><![CDATA[<p>Flexclone has a seamless integration with VMWare SRM. It gives the ability to test your DR without breaking your replication and without using more space (4k Blocks changes only)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 3.603 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2012-02-09 08:00:57 -->

