HP Availability Manager for VMS I64 PCL LTU BA418AC Dépliant

Codici prodotto
BA418AC
Pagina di 28
1.
2.
3.
Global Instant Capacity, or GiCAP (pronounced "jee iCAP"), is a new optional feature included with HP Instant Capacity Software
version 8.x or later. GiCAP is an extension of Instant Capacity-all previous versions of Instant Capacity have allowed Customers to
move usage rights within a server, and Global Instant Capacity now allows Customers to move usage rights between servers.
Benefits & Applications
Benefits & Applications
Benefits & Applications
Benefits & Applications
The top value propositions of Global Instant Capacity include:
Cost-effective High Availability
Cost-effective High Availability
Cost-effective High Availability
Cost-effective High Availability and Disaster Recovery: 
and Disaster Recovery: 
and Disaster Recovery: 
and Disaster Recovery: In case of planned or unplanned downtime, transfer core usage rights
from a failed partition on one server to one or more other servers in the group that are providing backup availability. Without
GiCAP, the only way to provide this failover scenario is to provision each server with an adequate amount of temporary
capacity in case of potential failures, or configure fully active hardware to sit idle. GiCAP also provides the capability to extract
core usage rights from a completely unavailable server and deploy these usage rights to activate iCAP cores on a failover
partition in another server. Note that cell board and memory usage rights cannot be extracted using this feature.
Load Balancing
Load Balancing
Load Balancing
Load Balancing. To provide adaptability and accommodation of changing demands, usage rights can be transferred between
servers in a group. For example, a server with extra unused capacity can release usage rights to be used to activate additional
components on an overloaded server that needs extra capacity.
Pooled temporary capacity
Pooled temporary capacity
Pooled temporary capacity
Pooled temporary capacity. Temporary capacity usage rights can be shared across servers for better efficiency and ease of
use. By pooling temporary capacity, there is no need to provision temporary capacity for each server.
How Servers Loan & Borrow Resources with GiCAP
How Servers Loan & Borrow Resources with GiCAP
How Servers Loan & Borrow Resources with GiCAP
How Servers Loan & Borrow Resources with GiCAP
GiCAP allows usage rights processors, cell boards and memory modules to be loaned and borrowed between servers. In disaster
recovery mode, only core usage rights can be seized from an unavailable server. Instant Capacity cell boards and memory are not
compatible with GiCAP disaster recovery or high availability. Deactivation of resources on one server releases usage rights which
can then be loaned to another server and used to activate Instant Capacity resources. The complex on which the resources are
deactivated is loaning usage rights to the activating (or borrowing) complex.
Usage rights are loaned and borrowed with GiCAP in three steps:
One member of the Group (the loaning member) deactivates resources (cores, cells or memory).
The released usage rights are then moved to another member of the Group (the borrowing member) by the Group Manager.
The borrowing member uses the borrowed usage rights to activate identical iCAP resources (cores, cells or memory).
Temporary capacity from all members of the Group is available for use by any Group member. GiCAP consolidates all of the
temporary capacity owned by individual servers into one common pool, which means there is only one single temporary capacity
balance to manage, and all servers have access to temporary capacity when needed.
QuickSpecs
Instant Capacity
Instant Capacity
Instant Capacity
Instant Capacity
Global Instant Capacity (GiCAP)
DA - 11723   Worldwide — Version 20 — February 1, 2010
Page 16