<?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: vSphere licensing notables</title>
	<atom:link href="http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/</link>
	<description></description>
	<lastBuildDate>Fri, 30 Jul 2010 06:01:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Chris</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-806</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 21 May 2009 15:43:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-806</guid>
		<description>Well, one important thing is that they included license restrictions based on the cores on a physical CPU. This is a big change and I think it will push more customers away from VMWare. With newer CPUs the new restrictions will be reached easily and the additional cost is prohibitive. 

VMWare could use the current recession to blow the competition away by keeping prices/licensing where it was or even lower it a bit. But instead they go the opposite direction. Well, customers will go the opposite direction, too. It might just not be the direction VMWare might expect. If I have the choice between a Lexus and Toyota, I might choose the Toyota and still get a great bang for the buck because in these days driving a Lexus would be nice, but not financially wise ...</description>
		<content:encoded><![CDATA[<p>Well, one important thing is that they included license restrictions based on the cores on a physical CPU. This is a big change and I think it will push more customers away from VMWare. With newer CPUs the new restrictions will be reached easily and the additional cost is prohibitive. </p>
<p>VMWare could use the current recession to blow the competition away by keeping prices/licensing where it was or even lower it a bit. But instead they go the opposite direction. Well, customers will go the opposite direction, too. It might just not be the direction VMWare might expect. If I have the choice between a Lexus and Toyota, I might choose the Toyota and still get a great bang for the buck because in these days driving a Lexus would be nice, but not financially wise &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Welcome to vSphere-land! &#187; Licensing &#38; Pricing Links</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-804</link>
		<dc:creator>Welcome to vSphere-land! &#187; Licensing &#38; Pricing Links</dc:creator>
		<pubDate>Wed, 20 May 2009 22:46:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-804</guid>
		<description>[...] the vSphere launch event vSphere licensing &amp; technology - Communities Roundtable podcast #44 vSphere Licensing Notables Breaking Down vSphere Pricing vSphere 4 – So What is new? 6 cores limitation per socket for [...]</description>
		<content:encoded><![CDATA[<p>[...] the vSphere launch event vSphere licensing &amp; technology &#8211; Communities Roundtable podcast #44 vSphere Licensing Notables Breaking Down vSphere Pricing vSphere 4 – So What is new? 6 cores limitation per socket for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vSphere 4 pricing and licensing &#171; UP2V</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-775</link>
		<dc:creator>vSphere 4 pricing and licensing &#171; UP2V</dc:creator>
		<pubDate>Thu, 07 May 2009 08:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-775</guid>
		<description>[...] http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/" rel="nofollow">http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-765</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Mon, 27 Apr 2009 22:04:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-765</guid>
		<description>Regarding FT being included in the Mid to Enterprise class licensing tiers and not being license per VM...

I think that is a good move.  As far as I&#039;m concerned, this feature is quite limited in the fact that it only works with VMs that have only 1 vCPU (unless this has changed, but I&#039;ve not read anything of that nature).  My guess is that the majority of workloads that require the sort of uptime that FT can provide are going to have at least two vCPUs...</description>
		<content:encoded><![CDATA[<p>Regarding FT being included in the Mid to Enterprise class licensing tiers and not being license per VM&#8230;</p>
<p>I think that is a good move.  As far as I&#8217;m concerned, this feature is quite limited in the fact that it only works with VMs that have only 1 vCPU (unless this has changed, but I&#8217;ve not read anything of that nature).  My guess is that the majority of workloads that require the sort of uptime that FT can provide are going to have at least two vCPUs&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VirtualPro &#187; VSphere Launch - What to make of it all</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-762</link>
		<dc:creator>VirtualPro &#187; VSphere Launch - What to make of it all</dc:creator>
		<pubDate>Sun, 26 Apr 2009 22:07:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-762</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-746</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 23 Apr 2009 09:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-746</guid>
		<description>Note that the Enterprise Edition can only be ordered up to 15 December 2009, after which time it will apparently be discontinued....</description>
		<content:encoded><![CDATA[<p>Note that the Enterprise Edition can only be ordered up to 15 December 2009, after which time it will apparently be discontinued&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jimmy</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-744</link>
		<dc:creator>Jimmy</dc:creator>
		<pubDate>Thu, 23 Apr 2009 04:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-744</guid>
		<description>Not a SMB  _OR_ you can&#039;t afford to buy all-new high-end quad-core dual proc systems and brand new big drives that more than 5 VMs per server can be loaded on without troublesome negative performance impacts to some applications.


What about SMBs that don&#039;t want to spend an arm and a leg to get all brand new hardware, just to perform some consolidation?</description>
		<content:encoded><![CDATA[<p>Not a SMB  _OR_ you can&#8217;t afford to buy all-new high-end quad-core dual proc systems and brand new big drives that more than 5 VMs per server can be loaded on without troublesome negative performance impacts to some applications.</p>
<p>What about SMBs that don&#8217;t want to spend an arm and a leg to get all brand new hardware, just to perform some consolidation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vSphere Announced. Now What For VMware Customers? &#124; VM /ETC</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-742</link>
		<dc:creator>vSphere Announced. Now What For VMware Customers? &#124; VM /ETC</dc:creator>
		<pubDate>Tue, 21 Apr 2009 21:46:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-742</guid>
		<description>[...] Jason Boche points out some deeper details about the new licensing in his post vSphere licensing notables. [...]</description>
		<content:encoded><![CDATA[<p>[...] Jason Boche points out some deeper details about the new licensing in his post vSphere licensing notables. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VMWare Vsphere &#171; Justin Brodleys Blog</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-739</link>
		<dc:creator>VMWare Vsphere &#171; Justin Brodleys Blog</dc:creator>
		<pubDate>Tue, 21 Apr 2009 17:22:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-739</guid>
		<description>[...] your ESX hosts and ESX Network switches you have to spend an additional $700.00 per processor. On Jason Boche’s blog he indicated that you would need Enterprise Plus to also get pluggable storage adaptors, which [...]</description>
		<content:encoded><![CDATA[<p>[...] your ESX hosts and ESX Network switches you have to spend an additional $700.00 per processor. On Jason Boche’s blog he indicated that you would need Enterprise Plus to also get pluggable storage adaptors, which [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-737</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Tue, 21 Apr 2009 15:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-737</guid>
		<description>I&#039;ve gotta believe that if you require more than 3 hosts with the current consolidation ratios that are available you&#039;re probably not a &quot;SMB&quot; anymore and are pushing the mid-size enterprise.  My 3 node cluster (we have 3.5 mid-size accleration kit with 3 ESX Enterprise and 1 vCenter Server Foundation) holds around 25 VMs and I could easily run another 25 VMs without overstepping my HA constraints.  The consolidation ratios in vSphere 4 are purported to be even higher than VI3.5.

FT is really an enterprise technology positioned to be a great alternate to using MS or Veritias clustering services for workloads that need a 99.9999% SLA, and that sort of SLA just doesn&#039;t reasonably fit any SMB I&#039;ve worked with in the past 15 years.  Out of the 25 servers we currently have running, only one of them is really a potential candidate for using FT due to the extra cluster resources required.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve gotta believe that if you require more than 3 hosts with the current consolidation ratios that are available you&#8217;re probably not a &#8220;SMB&#8221; anymore and are pushing the mid-size enterprise.  My 3 node cluster (we have 3.5 mid-size accleration kit with 3 ESX Enterprise and 1 vCenter Server Foundation) holds around 25 VMs and I could easily run another 25 VMs without overstepping my HA constraints.  The consolidation ratios in vSphere 4 are purported to be even higher than VI3.5.</p>
<p>FT is really an enterprise technology positioned to be a great alternate to using MS or Veritias clustering services for workloads that need a 99.9999% SLA, and that sort of SLA just doesn&#8217;t reasonably fit any SMB I&#8217;ve worked with in the past 15 years.  Out of the 25 servers we currently have running, only one of them is really a potential candidate for using FT due to the extra cluster resources required.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-736</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Tue, 21 Apr 2009 14:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-736</guid>
		<description>You are right.  I neglected to distinguish between the SMB and Mid to Enterprise tiers when I made the statement that FT was included in all tiers but Standard edition.  Corrected and thank you.</description>
		<content:encoded><![CDATA[<p>You are right.  I neglected to distinguish between the SMB and Mid to Enterprise tiers when I made the statement that FT was included in all tiers but Standard edition.  Corrected and thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.boche.net/blog/index.php/2009/04/21/vsphere-licensing-notables/comment-page-1/#comment-735</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Tue, 21 Apr 2009 14:50:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=1365#comment-735</guid>
		<description>FT does not appear to be offered in either &#039;Essentials&#039; version -- the cheap version.
I think VMware is really not interested in the SMB market, though they will take what they can get.
The way the pricing and features etc. are done, I think I really have to look at XenServer, because they have plenty of time to do &#039;enough&#039; catching up to VMware in terms of providing a XenServer package suitable to SMBs without the 3-host limit, which I think is the worst possible feature in the Essentials Suite.</description>
		<content:encoded><![CDATA[<p>FT does not appear to be offered in either &#8216;Essentials&#8217; version &#8212; the cheap version.<br />
I think VMware is really not interested in the SMB market, though they will take what they can get.<br />
The way the pricing and features etc. are done, I think I really have to look at XenServer, because they have plenty of time to do &#8216;enough&#8217; catching up to VMware in terms of providing a XenServer package suitable to SMBs without the 3-host limit, which I think is the worst possible feature in the Essentials Suite.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
