BEA系统公司是迄今为止唯一一家放弃每路授权方式的厂商，它的Java虚拟机LiquidVM替代了传统的操作系统，能够直接在VMware虚拟化管理程序上运行。LiquidVM虚拟机根据每个实例进行授权，不管虚拟机使用中央处理器的循环周期或者集群上的资源消耗。这种模式看起来相对简单，对于大型用户也更具吸引力。

内核所需的成本

IBM公司和甲骨文公司则与BEA系统公司的做法背道而驰，他们计算的是中央处理器内核的数量。IBM公司在其半数以上的软件产品上使用的是每个内核授权的方式，这些软件包括DB2数据库，WebSphere集成软件平台，Tivoli管理软件和Domino数据库软件。甲骨文公司也在其旗舰产品数据库上运用的此种授权方式。这两家厂商都充分考虑了每个处理器系列的性能以便所花费的成本能接近供应用软件使用的真实计算能力。

IBM公司的方案非常复杂。它是根据处理器价值单位（PVU）向用户收费，大概等同于标准双核皓龙处理器或者至强处理器的1%。IBM公司将每个插槽分开以100为单位来对每个PVU定价，这就意味着多数X86用户最初都无需为此付费。不过，如果你要对四核X86芯片升级，你就必须为每个处理器付出双倍的费用，因为每个处理器的价值为200PVU。

IBM公司表示这种收费模式是公平的，因为四核芯片的计算能力是双核的两倍。对于IT管理部门的问题在于芯片内核数量的不断增长。这也意味着如果每个内核的PVU数量和价格保持不变的情况下，IBM公司的授权收费也是相同的。由于这种假设不具有长期的可行性

，IBM公司表示他们将调整增加芯片内核数量产生的实际性能和预期受益递减所占的每个内核PVU的数量。目前，所有X86内核的价值为50PVU。

IBM公司的PVU系统也是首个将虚拟化明确考虑在内的许可证授权方案,IBM公司将其称为"随需添加授权"（"subcapacity licensing." ）。如果一台服务器被分成多重虚拟机，那么每台虚拟机的应用软件只需要根据虚拟机所需内核的最大数量进行授权，而无需对服务器的每个内核分别授权。

当然我们也要清楚这个方案可能也会存在Tivoli License Compliance tool这样的问题。

随需添加授权能节省费用，不过虚拟机会拘泥于内核有限的数量。虚拟化最大的卖点在于它的灵活性，它能根据工作负载的需求在虚拟机间进行迁移。想要使用用这一属性，每个应用程序都必须获取运行的每个内核的授权许可。这一点很难进行测算，这就需要IBM工具的使用了。目前IBM公司正在致力于Tivoli License Compliance tool升级版本的开发，这款产品也是针对虚拟化管理的Tivoli产品的组成部分，这款工具目前是免费的。

甲骨文公司的授权许可相比IBM公司就简单的多，是以处理器内核数量为基础的，但在虚拟化方面就略显弱势。在VMware虚拟化管理程序上运行的甲骨文数据库必须对硬件层面下的每个内核都进行授权，而不论虚拟机实际使用了多少内核。目前甲骨文授权通过虚拟化节省费用的唯一方式就是限制Solaris Containers虚拟化程序下的数据库所需的处理器内核数量。甲骨文公司对应用软件使用的内核数量的限制比VMware虚拟化管理程序要更加严格。

许可证授权需要付费

虚拟化和多核的运用使得根据每个服务器定价的方式显得过时了，各家厂商都在关注几项可供选择的定价方案（见图）。最众所周知的就是公制定价法，这种方法并不是新鲜事物，IBM公司已经在其大型机系统上使用了40多年，目前仍然占据IBM公司软件收入的10%之多。这个模式是对特定数量的计算能力进行固定收费，用户如果超出了使用范围就必须额外付费。这种收费方式对软件没有限制，只是针对硬件而言。

仁科公司在被甲骨文公司收购之前有一套最公平的系统，根据用户所在的领域和销售收入建立公式进行计算。甲骨文公司目前仍然向仁科产品提供这套方案，但是几乎没有其它厂商使用这种方法。虽然由于缺乏透明度而备受诟病，仁科公司的方案也是对纷繁复杂的定价方式的一种制度化。