<?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: Responsible Thin Provisioning in VMware vSphere</title>
	<atom:link href="http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/</link>
	<description>Informed Virtualization Criticism</description>
	<lastBuildDate>Thu, 09 Feb 2012 04:50:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Most useful VMware vSphere storage posts of the last year &#171; Steve Goodman&#39;s Tech Blog</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-9666</link>
		<dc:creator>Most useful VMware vSphere storage posts of the last year &#171; Steve Goodman&#39;s Tech Blog</dc:creator>
		<pubDate>Tue, 16 Feb 2010 22:19:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-9666</guid>
		<description>[...] also a couple of Thin Provisioning posts I’d found interesting over a VCritical - Responsible Thin Provisioning in VMware vSphere and The Last Resort - PowerShell Prevents Datastore Emergencies. Though to be honest, I don’t see [...]</description>
		<content:encoded><![CDATA[<p>[...] also a couple of Thin Provisioning posts I’d found interesting over a VCritical &#8211; Responsible Thin Provisioning in VMware vSphere and The Last Resort &#8211; PowerShell Prevents Datastore Emergencies. Though to be honest, I don’t see [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Welcome to vSphere-land! &#187; Thin Provisioning Links</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8932</link>
		<dc:creator>Welcome to vSphere-land! &#187; Thin Provisioning Links</dc:creator>
		<pubDate>Mon, 16 Nov 2009 17:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8932</guid>
		<description>[...] working for you in vSphere (Virtual Insanity) Living Thin in a Fat World (IT Blood Pressure) Responsible Thin Provisioning in VMware vSphere (vCritical) Storage VMotion and moving to a Thin Provisioned disk (Yellow Bricks) VMware vSphere 4 [...]</description>
		<content:encoded><![CDATA[<p>[...] working for you in vSphere (Virtual Insanity) Living Thin in a Fat World (IT Blood Pressure) Responsible Thin Provisioning in VMware vSphere (vCritical) Storage VMotion and moving to a Thin Provisioned disk (Yellow Bricks) VMware vSphere 4 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Gray</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8913</link>
		<dc:creator>Eric Gray</dc:creator>
		<pubDate>Sun, 15 Nov 2009 22:55:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8913</guid>
		<description>VMware just published a new performance study on thin provisioning: 

http://www.vcritical.com/2009/11/vsphere-thin-provisioned-disk-performance/</description>
		<content:encoded><![CDATA[<p>VMware just published a new performance study on thin provisioning: </p>
<p><a href="http://www.vcritical.com/2009/11/vsphere-thin-provisioned-disk-performance/" rel="nofollow">http://www.vcritical.com/2009/11/vsphere-thin-provisioned-disk-performance/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vSphere Thin-Provisioned Disk Performance &#124; VCritical</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8895</link>
		<dc:creator>vSphere Thin-Provisioned Disk Performance &#124; VCritical</dc:creator>
		<pubDate>Sun, 15 Nov 2009 06:19:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8895</guid>
		<description>[...] vCenter Server, ESX 4 thin provisioning is safe and reliable even for production workloads thanks to advanced storage accounting and built-in monitoring.  And even if the worst does happen &#8212; an unexpectedly full datastore &#8212; recovery is [...]</description>
		<content:encoded><![CDATA[<p>[...] vCenter Server, ESX 4 thin provisioning is safe and reliable even for production workloads thanks to advanced storage accounting and built-in monitoring.  And even if the worst does happen &#8212; an unexpectedly full datastore &#8212; recovery is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Provision a Thin Provisioned Standby LUN For vSphere Thin Provisioning &#124; VM /ETC</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8802</link>
		<dc:creator>Provision a Thin Provisioned Standby LUN For vSphere Thin Provisioning &#124; VM /ETC</dc:creator>
		<pubDate>Tue, 03 Nov 2009 13:11:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8802</guid>
		<description>[...] Responsible Thin Provisioning in VMware vSphere [...]</description>
		<content:encoded><![CDATA[<p>[...] Responsible Thin Provisioning in VMware vSphere [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to recover when a VMware ESX datastore runs out of space &#124; VCritical</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8185</link>
		<dc:creator>How to recover when a VMware ESX datastore runs out of space &#124; VCritical</dc:creator>
		<pubDate>Tue, 06 Oct 2009 21:57:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8185</guid>
		<description>[...] Full accounting for all provisioned storage space and complete monitoring [...]</description>
		<content:encoded><![CDATA[<p>[...] Full accounting for all provisioned storage space and complete monitoring [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Gray</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8173</link>
		<dc:creator>Eric Gray</dc:creator>
		<pubDate>Mon, 05 Oct 2009 19:56:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8173</guid>
		<description>David,

That is an excellent question, and you just might be surprised by the answer!  Stay tuned...

Eric</description>
		<content:encoded><![CDATA[<p>David,</p>
<p>That is an excellent question, and you just might be surprised by the answer!  Stay tuned&#8230;</p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8151</link>
		<dc:creator>David</dc:creator>
		<pubDate>Sat, 03 Oct 2009 11:48:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8151</guid>
		<description>Hi

But whatis the performance overhead on the VMFS LUN, and underlying storage (removing the vendor for the moment, and if the storage is thin provisioned as per Nate)? Yes, thin provisioing is supported in production, but at what cost? 

I have it enabled on a number of low I/O vm&#039;s - web servers, AD, app vm&#039;s. but have avoided the large disk intensive machines for the moment, until I have seen more definitive numbers on the peformance and system &quot;hit&quot;. 

Do you have anything here Eric that could be referenced. 

Cheers
David</description>
		<content:encoded><![CDATA[<p>Hi</p>
<p>But whatis the performance overhead on the VMFS LUN, and underlying storage (removing the vendor for the moment, and if the storage is thin provisioned as per Nate)? Yes, thin provisioing is supported in production, but at what cost? </p>
<p>I have it enabled on a number of low I/O vm&#8217;s &#8211; web servers, AD, app vm&#8217;s. but have avoided the large disk intensive machines for the moment, until I have seen more definitive numbers on the peformance and system &#8220;hit&#8221;. </p>
<p>Do you have anything here Eric that could be referenced. </p>
<p>Cheers<br />
David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Gray</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8145</link>
		<dc:creator>Eric Gray</dc:creator>
		<pubDate>Fri, 02 Oct 2009 23:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8145</guid>
		<description>Nate, those are some very interesting stats.  Thanks for sharing.</description>
		<content:encoded><![CDATA[<p>Nate, those are some very interesting stats.  Thanks for sharing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nate</title>
		<link>http://www.vcritical.com/2009/10/responsible-thin-provisioning-in-vmware-vsphere/#comment-8141</link>
		<dc:creator>nate</dc:creator>
		<pubDate>Fri, 02 Oct 2009 16:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.vcritical.com/?p=1684#comment-8141</guid>
		<description>I&#039;ve been using thin provisioning on ESX since 3.0 on my 3PAR arrays. What I have done and seems to work well/pretty foolproof is that I provision volumes thinly, and create VMs on them. VMware isn&#039;t aware that the thin provisioning is transparent, so when it says there is 100GB in use there may only be 10GB in use. I usually provision 1TB luns and stop provisioning VMs once VMware thinks there is 500GB written. So that means even in the worst case VMware will only use roughly 500GB of physical space on the storage array. No chance of &quot;over subscription&quot;, the remaining space is there in case I get lazy or something and want to provision another VM on it. Since the space isn&#039;t allocated on the storage there isn&#039;t any cost associated to the &quot;waste&quot;. Thin provisioning licensing for my array at least is based on data written, so no lost $ there either.

At the moment my production VMFS volumes are using 985GB out of 4096GB, my QA VMFS volumes are using 930GB out of 5120GB, and my internal IT VMFS volumes are using 410GB out of 4096GB, that&#039;s written data to the array.

From VMWare&#039;s perspective, production VMFS volumes are using 2075GB,  QA VMFS volumes are using 1788GB, internal IT VMFS volumes are using 725GB.

So in total, out of 13,312GB of thin provisioned volumes for VMFS, 2325GB has been written or an 83% savings over thick provisioning? Given this effective usage of space I don&#039;t imagine having to provision new volumes any time soon, and we&#039;re running out of things to put in VMs.

But at least I can rest well thinking that despite provisioning so much more space than VMWare really needs, it really won&#039;t ever cause a space issue for our system. In all VMFS volumes account for 2.8% of the total space on our storage system.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been using thin provisioning on ESX since 3.0 on my 3PAR arrays. What I have done and seems to work well/pretty foolproof is that I provision volumes thinly, and create VMs on them. VMware isn&#8217;t aware that the thin provisioning is transparent, so when it says there is 100GB in use there may only be 10GB in use. I usually provision 1TB luns and stop provisioning VMs once VMware thinks there is 500GB written. So that means even in the worst case VMware will only use roughly 500GB of physical space on the storage array. No chance of &#8220;over subscription&#8221;, the remaining space is there in case I get lazy or something and want to provision another VM on it. Since the space isn&#8217;t allocated on the storage there isn&#8217;t any cost associated to the &#8220;waste&#8221;. Thin provisioning licensing for my array at least is based on data written, so no lost $ there either.</p>
<p>At the moment my production VMFS volumes are using 985GB out of 4096GB, my QA VMFS volumes are using 930GB out of 5120GB, and my internal IT VMFS volumes are using 410GB out of 4096GB, that&#8217;s written data to the array.</p>
<p>From VMWare&#8217;s perspective, production VMFS volumes are using 2075GB,  QA VMFS volumes are using 1788GB, internal IT VMFS volumes are using 725GB.</p>
<p>So in total, out of 13,312GB of thin provisioned volumes for VMFS, 2325GB has been written or an 83% savings over thick provisioning? Given this effective usage of space I don&#8217;t imagine having to provision new volumes any time soon, and we&#8217;re running out of things to put in VMs.</p>
<p>But at least I can rest well thinking that despite provisioning so much more space than VMWare really needs, it really won&#8217;t ever cause a space issue for our system. In all VMFS volumes account for 2.8% of the total space on our storage system.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

