Introduction | Models and Concepts |
|
|
1.2Models and Concepts
The Checkpoint service comprises three distributed subparts that maintain the
zCheckpoint Director
zCheckpoint Node Director
zCheckpoint Agent
Figure 1-1 Checkpoint Service -Subparts
CPD | CPD | Payload Blade 1 | Payload Blade 2 |
active | standby |
|
|
CPND | CPND | CPN D | C PND |
C PA | C PA | CPA | C PA |
A pplication | A pplication | A pplication | A pplication |
Node SMH 1 | Node SMH 2 |
|
|
CPD - Checkpoint Director |
| Communication path (MDS) |
CPND - Checkpoint Node Director |
| Communication path (MBCSv) |
CPA - Checkpoint Agent |
| |
|
| |
SMH - System Manager Host |
|
|
1.2.1Checkpoint Director
Checkpoint Director (CPD) runs as a process on a system manager node. CPD maintains the centralized repository of control information for all checkpoints created in the cluster. The CPD also maintains the location information of active replicas for all the checkpoints opened in the cluster. In case of
1.2.2Checkpoint Node Director
There is one instance of the Checkpoint Node Director (CPND) on each system manager and payload nodes. It is modeled as a separate process. CPND maintains the detailed information of the Checkpoints referred from that node and the corresponding updates and retrievals that operate on those checkpoints. CPND also handles the requests issued by the CPA instances on behalf of its client applications on the same node. In case of checkpoints that have been created with the collocated attribute and the asynchronous update option, the application will
14 | Checkpoint Service Programmer’s Reference (6806800C47B) |