HP Instant Capacity Version 10.x User Guide (5900-1581, March 2011)

Virtual Partitions
Instant Capacity has a minimum version dependency on vPars A.03.05. For versions of vPars
before A.03.05, the icapmodify command for activating or deactivating cores in a virtual
partition fails with an error message indicating the vPars version dependency.
Instant Capacity can be present on systems or partitions where virtual partition technology is
employed. In a virtual partition environment, cores that are not assigned to any virtual partition
are considered inactive (in addition to other classes of inactive cores). Unassigned cores can be
assigned (activated) or deassigned (deactivated) using either the icapmodify command or the
vparmodify command, depending on the type of adjustment needed, the version of vPars being
used, and the level of logging or reporting desired.
One important consideration is that vparmodify can be used to activate or deactivate cores in
other virtual partitions within the nPartition; icapmodify only activates or deactivates cores within
the current virtual partition (the partition where the command is invoked). Another consideration
is that core assignment via the vparmodify command does not result in logging of the activation,
email configuration change notification, or transmission of an asset report to HP.
However, the most important consideration is that the icapmodify command must be used in a
virtual partition environment when you are making any adjustment to an nPartition. If you are
adjusting core assignments across virtual partitions in a single nPartition, use the vparmodify
command for the best coordination between the Instant Capacity software and the vPars software,
and for optimized performance. The vparmodify command is the fastest and most efficient way
to adjust capacity within virtual partitions of a single hard partition, but it does not affect the
intended active count for the nPartition. Therefore, it cannot be used to migrate unused
capacity either to or from other nPartitions.
Note that with vPars A.03.05 or greater, a compliance check is performed whenever a virtual
partition is booted. If the total number of cores assigned to all virtual partitions in the current vPar
database exceeds the nPartition’s intended active core count, the Instant Capacity software
notifies the vPar monitor, and the monitor prevents any virtual partition from booting until the user
performs a hard partition boot and modifies either the vPar configuration or the Instant Capacity
intended activecount for the nPartition.
For more information about virtual partitions, see vparmodify(1M).
HP Integrity Virtual Machines (Integrity VM)
In an Integrity VM environment, Instant Capacity software provides meaningful functionality only
on the VM Host; it does not run on a virtual machine (also known as a “guest”). In particular,
Instant Capacity commands will report an error if attempted from a guest. A GiCAP Group Manager
cannot be run on a guest, nor can a guest be specified in the host list for a GiCAP group member.
Processor Sets
In an environment where processor sets are being used, the icapmodify command activates
Instant Capacity cores into the default processor set and deactivates cores from only the default
processor set. Activation or deactivation of cores in nondefault processor sets is a two-step operation.
The first step involves the user migrating the cores into or out of the default processor set; the second
step is the activation or deactivation of those cores using the icapmodify command.
For more information about processor sets, see psrset(1M).
Temporary Capacity (TiCAP) Program
Customers can purchase an amount of temporary capacity time. This temporary capacity can be
used to activate one or more cores beyond the number for which usage rights have been purchased.
These extra cores can remain active until they consume the available temporary capacity time.
This allows temporary activation of cores without requiring the purchase and activation of an RTU
codeword for permanent activation.
118