<?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: VMware adopts per-VM licensing, pricing</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/</link>
	<description>A SearchServerVirtualization.com and SearchVMware.com blog</description>
	<lastBuildDate>Wed, 12 Sep 2012 17:14:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: BOBSINM</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/#comment-1651</link>
		<dc:creator>BOBSINM</dc:creator>
		<pubDate>Tue, 31 Aug 2010 20:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/server-virtualization/?p=1690#comment-1651</guid>
		<description><![CDATA[I have only starting looking into virtualization but how does the VM size matter or will it be &quot;one price fits all&quot;.  We have a small VMware server (1 CPU core) for our COBOL compiler environment.  How will that pricing be compared to a large application taking up one or more CPUs, multiple cores, tons of RAM and storage, etc.

Having lots of small VMs running of a large SMP-type of server would kill the budget.  Also, some PaaS development such as rPath utilize JeOS (Just Enough O/S) to package and build a VM application appliance and only include required operating system components to create small and nimble VMs.  If per VM licensing is the same across the board then you will see if area die out.]]></description>
		<content:encoded><![CDATA[<p>I have only starting looking into virtualization but how does the VM size matter or will it be &#8220;one price fits all&#8221;.  We have a small VMware server (1 CPU core) for our COBOL compiler environment.  How will that pricing be compared to a large application taking up one or more CPUs, multiple cores, tons of RAM and storage, etc.</p>
<p>Having lots of small VMs running of a large SMP-type of server would kill the budget.  Also, some PaaS development such as rPath utilize JeOS (Just Enough O/S) to package and build a VM application appliance and only include required operating system components to create small and nimble VMs.  If per VM licensing is the same across the board then you will see if area die out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Steele</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/#comment-1639</link>
		<dc:creator>Colin Steele</dc:creator>
		<pubDate>Mon, 26 Jul 2010 17:01:22 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/server-virtualization/?p=1690#comment-1639</guid>
		<description><![CDATA[Thanks for your comments, everyone. There are good points to be made on both sides of this issue, and as your reactions show, it&#039;s a very important topic for virtualization customers. We have a reaction story on what some other users think about the news, which you can check out here: [A href=&quot;http://searchservervirtualization.techtarget.com/news/article/0,289142,sid94_gci1517160,00.html&quot;]VMware users debate per-VM licensing[/A]]]></description>
		<content:encoded><![CDATA[<p>Thanks for your comments, everyone. There are good points to be made on both sides of this issue, and as your reactions show, it&#8217;s a very important topic for virtualization customers. We have a reaction story on what some other users think about the news, which you can check out here: [A href="http://searchservervirtualization.techtarget.com/news/article/0,289142,sid94_gci1517160,00.html"]VMware users debate per-VM licensing[/A]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harney</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/#comment-1638</link>
		<dc:creator>Harney</dc:creator>
		<pubDate>Tue, 20 Jul 2010 16:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/server-virtualization/?p=1690#comment-1638</guid>
		<description><![CDATA[While it is true that most of us struggle with change, I think it is premature to call this a travesty or a money grab. I learned a long time ago not to guess where the future was going.

Today we pay X$ per processor we license. We buy the biggest and fastest processors so that we can put Y number of guests on that processor. If we do our own math, we can figure out how much we spend on average per VM. While I do not know the number, I do know that in the environment I work in, the dollar amount is not far off.

In some environments we still use bare metal because the price of the hypervisor does not warrant the few number of gusts in that segregated environment.

We also have not put some of the advanced management features into play because we only need them for a few guests.

This new structure may very well be a cost savings and allow us to justify some of the advanced management features for the environments that could benefit from them.

Lets just hope that Virtual Center will have some features to allow us to manage our licenses easily.]]></description>
		<content:encoded><![CDATA[<p>While it is true that most of us struggle with change, I think it is premature to call this a travesty or a money grab. I learned a long time ago not to guess where the future was going.</p>
<p>Today we pay X$ per processor we license. We buy the biggest and fastest processors so that we can put Y number of guests on that processor. If we do our own math, we can figure out how much we spend on average per VM. While I do not know the number, I do know that in the environment I work in, the dollar amount is not far off.</p>
<p>In some environments we still use bare metal because the price of the hypervisor does not warrant the few number of gusts in that segregated environment.</p>
<p>We also have not put some of the advanced management features into play because we only need them for a few guests.</p>
<p>This new structure may very well be a cost savings and allow us to justify some of the advanced management features for the environments that could benefit from them.</p>
<p>Lets just hope that Virtual Center will have some features to allow us to manage our licenses easily.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 95se</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/#comment-1637</link>
		<dc:creator>95se</dc:creator>
		<pubDate>Sat, 17 Jul 2010 18:31:31 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/server-virtualization/?p=1690#comment-1637</guid>
		<description><![CDATA[As the manager of a VMware environment with a few thousand servers this will definitely increase the priority of re-evaluating hyper-V and Xen to determine their place in our enterprise.

It&#039;s upsetting in the sense that much of the ROI for investment over the past few years in new hardware and software has been based on increased consolidation and efficiency to provide the most cost effective VMs possible (in large part by maximizing the return on expensive ESX licensing). If VMware moves to per VM pricing that becomes far less important, almost inconsequential in some of our environments. It will even change our standard hardware platform since we&#039;ve been CPU bound and have always tried to maximize cores/host for co-scheduling and increased ROI.

I will say this however, if it comes to pass it would break down the last barrier to virtualizing high IO or CPU applications for us, since the primary reason for not virtualizing them has been the lack of ROI on the hypervisor expense. 

So VMware could potentially pick up licensing revenue on the last 20% of our operating systems, but more likely will end up loosing revenue when we migrate tier 2 and/or 3 environments to cheaper solutions where we don&#039;t need the full feature set VMware provides.]]></description>
		<content:encoded><![CDATA[<p>As the manager of a VMware environment with a few thousand servers this will definitely increase the priority of re-evaluating hyper-V and Xen to determine their place in our enterprise.</p>
<p>It&#8217;s upsetting in the sense that much of the ROI for investment over the past few years in new hardware and software has been based on increased consolidation and efficiency to provide the most cost effective VMs possible (in large part by maximizing the return on expensive ESX licensing). If VMware moves to per VM pricing that becomes far less important, almost inconsequential in some of our environments. It will even change our standard hardware platform since we&#8217;ve been CPU bound and have always tried to maximize cores/host for co-scheduling and increased ROI.</p>
<p>I will say this however, if it comes to pass it would break down the last barrier to virtualizing high IO or CPU applications for us, since the primary reason for not virtualizing them has been the lack of ROI on the hypervisor expense. </p>
<p>So VMware could potentially pick up licensing revenue on the last 20% of our operating systems, but more likely will end up loosing revenue when we migrate tier 2 and/or 3 environments to cheaper solutions where we don&#8217;t need the full feature set VMware provides.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CogDog</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/#comment-1635</link>
		<dc:creator>CogDog</dc:creator>
		<pubDate>Fri, 16 Jul 2010 21:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/server-virtualization/?p=1690#comment-1635</guid>
		<description><![CDATA[You are off your rocker.  I doubt you have ever been a &quot;technician&quot;.  I am not a Server Administrator either but I have worked side by side in a related capacity for almost 20 years.  I have NEVER seen or heard of one trying to &quot;screw&quot; anyone especially by creating excess VMs.  They are the ones that get &quot;screwed&quot;, as you put it, as a regular part of their every day routine by managers and budgeters trying to reverse engineer the new math they used to create the bogus budget that they passed up the chain.  This new licensing practice means that when an email or phone call comes down stating they need two more VMs for the new project you can reply that they need to have 2x$??? budgeted in the project and here is the quote.  Straight forward, no hassle, easy to comprehend. VMs have never been free.]]></description>
		<content:encoded><![CDATA[<p>You are off your rocker.  I doubt you have ever been a &#8220;technician&#8221;.  I am not a Server Administrator either but I have worked side by side in a related capacity for almost 20 years.  I have NEVER seen or heard of one trying to &#8220;screw&#8221; anyone especially by creating excess VMs.  They are the ones that get &#8220;screwed&#8221;, as you put it, as a regular part of their every day routine by managers and budgeters trying to reverse engineer the new math they used to create the bogus budget that they passed up the chain.  This new licensing practice means that when an email or phone call comes down stating they need two more VMs for the new project you can reply that they need to have 2x$??? budgeted in the project and here is the quote.  Straight forward, no hassle, easy to comprehend. VMs have never been free.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheAngryPM</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/vmware-adopts-per-vm-licensing-pricing/#comment-1633</link>
		<dc:creator>TheAngryPM</dc:creator>
		<pubDate>Wed, 14 Jul 2010 16:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/server-virtualization/?p=1690#comment-1633</guid>
		<description><![CDATA[A TRAVESTY!!! This is a complete money grab!  By licensing per-processor, you can budget annually.  When control over how many machines are running is in the hands of technicians, managers lose any real control over how many virtual machines are running, meaning YOU&#039;RE SCREWED!  This is a complete bullshit move by VMWare to grab more money.

How &#039;in theory&#039; does it give more flexibility?!?!?  In the beginning of the year, you have an idea of how many processors/machines are running VMWare.  Licensed by processor, you can run as many or few VMs as you wish/need to on that hardware platform.  By VM Machine, the projected budget for next year flexes and shrinks as the number of VMs does.

Under an actual business/licensing model that includes annual budgets, this is a HORRENDOUS practice.  This makes it easy for IT/Technicians to unintentionally screw those responsible for licensing compliance/budgeting.  Good luck in any organization that isn&#039;t completely disciplined...]]></description>
		<content:encoded><![CDATA[<p>A TRAVESTY!!! This is a complete money grab!  By licensing per-processor, you can budget annually.  When control over how many machines are running is in the hands of technicians, managers lose any real control over how many virtual machines are running, meaning YOU&#8217;RE SCREWED!  This is a complete bullshit move by VMWare to grab more money.</p>
<p>How &#8216;in theory&#8217; does it give more flexibility?!?!?  In the beginning of the year, you have an idea of how many processors/machines are running VMWare.  Licensed by processor, you can run as many or few VMs as you wish/need to on that hardware platform.  By VM Machine, the projected budget for next year flexes and shrinks as the number of VMs does.</p>
<p>Under an actual business/licensing model that includes annual budgets, this is a HORRENDOUS practice.  This makes it easy for IT/Technicians to unintentionally screw those responsible for licensing compliance/budgeting.  Good luck in any organization that isn&#8217;t completely disciplined&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
