<?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: Real Thin Provisioning And Over Allocation &#8211; The VI Admin</title>
	<atom:link href="http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/feed/" rel="self" type="application/rss+xml" />
	<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/</link>
	<description>Go Green with Virtualization. Go UGLY Green with vmetc.com.</description>
	<lastBuildDate>Tue, 17 Apr 2012 03:50:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Chris</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-4156</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 07 Jan 2010 03:03:05 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-4156</guid>
		<description>It was 3 part time virtualization admin for 600-700 QA/Dev VMs and ~150 production VMs across two locations, 4 clusters, and 23 servers.&lt;br&gt;&lt;br&gt;   After filling a datacenter 3 years earlier than projected the company is going whole hog on virtualization.  There are 4 dedicated Virtualization engineers for high level stuff while the existing windows and unix sysadmins will be doing most of the day to day work on systems, like cloning from templates.  Anything the sysadmins did on a physical they&#039;ll do on a virtual.  The plan is to P2V around 2000 existing servers this year and anything new is likely to be a virtual.  We&#039;ll be busy, but up front we&#039;re spending a lot of time deciding which tools to use to manage the environment.  Once that&#039;s done we should be less busy.</description>
		<content:encoded><![CDATA[<p>It was 3 part time virtualization admin for 600-700 QA/Dev VMs and ~150 production VMs across two locations, 4 clusters, and 23 servers.</p>
<p>   After filling a datacenter 3 years earlier than projected the company is going whole hog on virtualization.  There are 4 dedicated Virtualization engineers for high level stuff while the existing windows and unix sysadmins will be doing most of the day to day work on systems, like cloning from templates.  Anything the sysadmins did on a physical they&#39;ll do on a virtual.  The plan is to P2V around 2000 existing servers this year and anything new is likely to be a virtual.  We&#39;ll be busy, but up front we&#39;re spending a lot of time deciding which tools to use to manage the environment.  Once that&#39;s done we should be less busy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbrambley</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-4158</link>
		<dc:creator>rbrambley</dc:creator>
		<pubDate>Wed, 02 Dec 2009 17:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-4158</guid>
		<description>Thanks Hugo!&lt;br&gt;&lt;br&gt;I need to recalculate the avg vm to aim ratio .....&lt;br&gt;&lt;br&gt;Sent from my iPod&lt;br&gt;&lt;br&gt;Rich Brambley&lt;br&gt;&lt;a href=&quot;http://vmetc.com&quot; rel=&quot;nofollow&quot;&gt;http://vmetc.com&lt;/a&gt;&lt;br&gt;&lt;a href=&quot;http://www.gestaltit.com&quot; rel=&quot;nofollow&quot;&gt;http://www.gestaltit.com&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Thanks Hugo!</p>
<p>I need to recalculate the avg vm to aim ratio &#8230;..</p>
<p>Sent from my iPod</p>
<p>Rich Brambley<br /><a href="http://vmetc.com" rel="nofollow">http://vmetc.com</a><br /><a href="http://www.gestaltit.com" rel="nofollow">http://www.gestaltit.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugo Peeters</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-4157</link>
		<dc:creator>Hugo Peeters</dc:creator>
		<pubDate>Wed, 02 Dec 2009 17:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-4157</guid>
		<description>Cool shirt!&lt;br&gt;About 30 hosts and 400 vms with 3 admins. Doing everything from design to building vms. PowerCLI to the rescue!</description>
		<content:encoded><![CDATA[<p>Cool shirt!<br />About 30 hosts and 400 vms with 3 admins. Doing everything from design to building vms. PowerCLI to the rescue!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbrambley</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-4159</link>
		<dc:creator>rbrambley</dc:creator>
		<pubDate>Mon, 16 Nov 2009 03:09:43 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-4159</guid>
		<description>Thanks for all the comments so far. I need to sit down with the calculator and come up with the average ratio again!</description>
		<content:encoded><![CDATA[<p>Thanks for all the comments so far. I need to sit down with the calculator and come up with the average ratio again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: william bishop</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-3815</link>
		<dc:creator>william bishop</dc:creator>
		<pubDate>Fri, 13 Nov 2009 21:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-3815</guid>
		<description>rbrambley, VMsprawl is a huge problem with us...people come to us more frequently, because we no longer have a 2 week lead time (or longer), but rather minutes. The 2 of us that do the VI work spend probably 20% of our week on vmware admin duties alone...the rest of it is our other work (I am the storage admin, vmware admin, server admin, and the team lead (project planning and paperwork mostly). It&#039;s not as time consuming as I feared, but we&#039;ve been overloaded from the beginning. It&#039;s far better than physical servers in any case, I replaced my virtual center yesterday, and it was an all day affair, because it was hardware. If it had been virtual it would have been at most  a couple hours.&lt;br&gt;&lt;br&gt;Sprawl is a huge problem and no one seems to be inclined to rein it in at all.</description>
		<content:encoded><![CDATA[<p>rbrambley, VMsprawl is a huge problem with us&#8230;people come to us more frequently, because we no longer have a 2 week lead time (or longer), but rather minutes. The 2 of us that do the VI work spend probably 20% of our week on vmware admin duties alone&#8230;the rest of it is our other work (I am the storage admin, vmware admin, server admin, and the team lead (project planning and paperwork mostly). It&#39;s not as time consuming as I feared, but we&#39;ve been overloaded from the beginning. It&#39;s far better than physical servers in any case, I replaced my virtual center yesterday, and it was an all day affair, because it was hardware. If it had been virtual it would have been at most  a couple hours.</p>
<p>Sprawl is a huge problem and no one seems to be inclined to rein it in at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: william bishop</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-3479</link>
		<dc:creator>william bishop</dc:creator>
		<pubDate>Fri, 13 Nov 2009 14:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-3479</guid>
		<description>rbrambley, VMsprawl is a huge problem with us...people come to us more frequently, because we no longer have a 2 week lead time (or longer), but rather minutes. The 2 of us that do the VI work spend probably 20% of our week on vmware admin duties alone...the rest of it is our other work (I am the storage admin, vmware admin, server admin, and the team lead (project planning and paperwork mostly). It&#039;s not as time consuming as I feared, but we&#039;ve been overloaded from the beginning. It&#039;s far better than physical servers in any case, I replaced my virtual center yesterday, and it was an all day affair, because it was hardware. If it had been virtual it would have been at most  a couple hours.&lt;br&gt;&lt;br&gt;Sprawl is a huge problem and no one seems to be inclined to rein it in at all.</description>
		<content:encoded><![CDATA[<p>rbrambley, VMsprawl is a huge problem with us&#8230;people come to us more frequently, because we no longer have a 2 week lead time (or longer), but rather minutes. The 2 of us that do the VI work spend probably 20% of our week on vmware admin duties alone&#8230;the rest of it is our other work (I am the storage admin, vmware admin, server admin, and the team lead (project planning and paperwork mostly). It&#39;s not as time consuming as I feared, but we&#39;ve been overloaded from the beginning. It&#39;s far better than physical servers in any case, I replaced my virtual center yesterday, and it was an all day affair, because it was hardware. If it had been virtual it would have been at most  a couple hours.</p>
<p>Sprawl is a huge problem and no one seems to be inclined to rein it in at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-5704</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 12 Nov 2009 21:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-5704</guid>
		<description>I&#039;m the only VI Admin, which takes care of:3 Hosts100 VMs4 SANsEntire Org&#039;s NetworkingAnd the Web Programming

Plus another half dozen or so physical servers.</description>
		<content:encoded><![CDATA[<p>I&#8217;m the only VI Admin, which takes care of:3 Hosts100 VMs4 SANsEntire Org&#8217;s NetworkingAnd the Web Programming</p>
<p>Plus another half dozen or so physical servers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://vmetc.com/2009/11/04/real-thin-provisioning-and-over-allocation-the-vi-admin/comment-page-2/#comment-5703</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 11 Nov 2009 04:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=4987#comment-5703</guid>
		<description>5 admins total (1 VM/Storage/*ix admin, 2 Windows/physical server admins,   2  Network ops that can do VM/Unix stuff in an emergency)Well this is embarassing... ,  but  I lost count of physical hosts at some point.   around 17 VM hosts in local DC.     2   more  virtualization hosts  at  geo-distant locations. About  8 VM hosts at managed customer sites,  which aren&#039;t touched or looked at that often (though).5  Virtualization platforms in use  (5 VMware Server 1.0,  3 VMware Server 2.5,  2 OpenVZ (Centos 4) hosts,  8 ESXi3  On Dell PE2950s,  4  ESXi 4 ,  3 ESX3.5 ,  2 Citrix XenServer 5.5);   not counting  VMware Fusion  on other admins&#039;  desktops, running XP VMs,  needed for SecureCRT  and running the VI/VMware server/Xen  clients.No centralized view of the overall environment,  but there are approximately  150 VMs.</description>
		<content:encoded><![CDATA[<p>5 admins total (1 VM/Storage/*ix admin, 2 Windows/physical server admins,   2  Network ops that can do VM/Unix stuff in an emergency)Well this is embarassing&#8230; ,  but  I lost count of physical hosts at some point.   around 17 VM hosts in local DC.     2   more  virtualization hosts  at  geo-distant locations. About  8 VM hosts at managed customer sites,  which aren&#8217;t touched or looked at that often (though).5  Virtualization platforms in use  (5 VMware Server 1.0,  3 VMware Server 2.5,  2 OpenVZ (Centos 4) hosts,  8 ESXi3  On Dell PE2950s,  4  ESXi 4 ,  3 ESX3.5 ,  2 Citrix XenServer 5.5);   not counting  VMware Fusion  on other admins&#8217;  desktops, running XP VMs,  needed for SecureCRT  and running the VI/VMware server/Xen  clients.No centralized view of the overall environment,  but there are approximately  150 VMs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

