Browse Prior Art Database

Method and Apparatus for Sub-Capacity Software Licensing in an Uncapped Partition Environment Disclosure Number: IPCOM000019946D
Original Publication Date: 2003-Oct-13
Included in the Prior Art Database: 2003-Oct-13
Document File: 4 page(s) / 226K

Publishing Venue



Disclosed is a method for sub-capacity licensing software in an uncapped environment.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 42% of the total text.

Page 1 of 4

  Method and Apparatus for Sub-Capacity Software Licensing in an Uncapped Partition Environment

   Uncapped partitions in a shared processor pool environment makes sub-capacity software licensing difficult. We want to charge the customer for the maximum processor resource they could use, but no more than what the configuration allows them. The customer should not be double-charged for using the processor resource. In an uncapped partition, the current processing capacity that is configured can be exceeded up to the capacity that can be consumed by the number of virtual processors assigned to the partition. If we use the capacity corresponding to the maximum number of virtual processors for license usage (for uncapped partitions), the total license usage in some configurations could exceed the total number of processors for the shared pool or even the entire system. We are providing a solution that counts the capacity according to the maximum processor capacity that can be consumed by a set of partitions on the system, without the product license exceeding the maximum processor resource that could be used by the set of partitions using that product. We must change the way we account for sub-capacity software licenses in this environment. The following changes must be made:

We must change the rules for sub-capacity counting in uncapped partitions. In an uncapped partition, the maximum virtual processors must be used as the license usage value. If the sum of the processing capacity of partitions in the shared processor pool that are using a given software product exceeds the configured number of processors for the shared pool, the number of processors configured for the shared pool must be used. A new behavior must be added to the across partition software license tracking function provided by the hypervisor level. The existing behavior sums the counts of all partitions where the software product is running. This is the total count for that product. The new behavior must use the last value set by any partition as the total. Any previous settings are ignored.

  Definitions Shared processor A physical processor on a physical system that is being shared between two or more partitions.

Dedicated processor A physical processor that is being used exclusively by the partition to which it is assigned.

Virtual processor A partition will view its processors as virtual processors. A virtual processor can be shared or dedicated. The number of virtual processors configured for a partition has to less than or equal to than the number of physical processors on the machine. A virtual processor that is shared will appear to have less capacity than a dedicated processor from an OS perspective.

Processor units A number assigned to a partition at configuration time (by the end-user) that determines its percentage of shared physical processors. Capped partition A partition that is not allowed to use more than its configured capacity even if there is CPU resourc...