The policy describes the scope
of management within a provisioning domain. The policy controls
the provisioning of additional capacity. Different policies can be
created for different circumstances, but only one of these policies
can be used by the Provisioning Manager at a time. The policy defines:
How much additional capacity can be provisioned
When this additional capacity can be provisioned
What triggers the provisioning of additional capacity
Each policy must specify at least
one of the following scopes:
A maximum processor scope that defines
the total amount of temporary capacity that can be activated:
Maximum amount of general purpose capacity, in MSU
Maximum number of Application Assist Processors (zAAPs)
Maximum number of Integrated Information Processors (zIIPs)
If you omit the maximum processor definition for an CPC, temporary
capacity is not managed for this CPC.
A logical processor scope that defines
the z/OS systems where the number of logical processors is monitored.
For each system you can either specify a maximum number of processors
or specify that the limit of the LPAR definition applies. If you omit
the logical processor definition for an observed system, logical processors
are not monitored for this system. A policy specifying only a logical
processor scope is not valid.
A maximum defined capacity scope that defines the total amount
of Defined Capacity that can be added. If you omit the capacity limit
for an observed system, Defined Capacity is not managed for this system's
LPAR.
A maximum group capacity scope that defines the total amount of
Group Capacity that can be added. If you omit the capacity limit for
a capacity group on a managed CPC, capacity is not managed for this
group.
A policy contains one or more provisioning
rules . These rules define
restrictions, so-called provisioning scopes, to the capacity that
can be provisioned and they
contain provisioning conditions that describe the situations in which the Provisioning
Manager can provision additional capacity on behalf of the rule. These
situations include time conditions that indicate periods in
which provisioning is allowed, and can include workload conditions that indicate demand,
which in turn triggers activation. Workload conditions are expressed
in terms of the z/OS® WLM service
class model.
Additional capacity can be provisioned
by z/OS Capacity Provisioning
only when business critical work is suffering. This work is identified
at the planning stage and must be specified in the workload conditions
of a policy.
For more information about rules, see Rules. For more information about conditions, see Provisioning conditions.