138 lines
11 KiB
HTML
138 lines
11 KiB
HTML
|
<?xml version="1.0" encoding="UTF-8"?>
|
||
|
|
<!DOCTYPE html
|
||
|
|
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
|
||
|
|
<html lang="en-us" xml:lang="en-us">
|
||
|
|
<head>
|
||
|
|
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
|
||
|
|
<meta name="security" content="public" />
|
||
|
|
<meta name="Robots" content="index,follow" />
|
||
|
|
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
|
||
|
|
<meta name="DC.Type" content="concept" />
|
||
|
|
<meta name="DC.Title" content="Cluster basics" />
|
||
|
|
<meta name="abstract" content="Understand the basic clustering concepts before you begin to design and customize a cluster to satisfy your needs." />
|
||
|
|
<meta name="description" content="Understand the basic clustering concepts before you begin to design and customize a cluster to satisfy your needs." />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconcepts.htm" />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconceptsclusternode.htm" />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconceptscrg.htm" />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconceptsrecoverydomain.htm" />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconceptsexitprograms.htm" />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="../rzaly/rzalyoverview.htm" />
|
||
|
|
<meta name="DC.Relation" scheme="URI" content="rzaigconceptsdevicedomain.htm" />
|
||
|
|
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
|
||
|
|
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
|
||
|
|
<meta name="DC.Format" content="XHTML" />
|
||
|
|
<meta name="DC.Identifier" content="rzaigconceptsbasiccluster" />
|
||
|
|
<meta name="DC.Language" content="en-us" />
|
||
|
|
<!-- All rights reserved. Licensed Materials Property of IBM -->
|
||
|
|
<!-- US Government Users Restricted Rights -->
|
||
|
|
<!-- Use, duplication or disclosure restricted by -->
|
||
|
|
<!-- GSA ADP Schedule Contract with IBM Corp. -->
|
||
|
|
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
|
||
|
|
<link rel="stylesheet" type="text/css" href="./ic.css" />
|
||
|
|
<title>Cluster basics</title>
|
||
|
|
</head>
|
||
|
|
<body id="rzaigconceptsbasiccluster"><a name="rzaigconceptsbasiccluster"><!-- --></a>
|
||
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
||
|
|
<h1 class="topictitle1">Cluster basics</h1>
|
||
|
|
<div><p>Understand the basic clustering concepts before you begin to design
|
||
|
|
and customize a cluster to satisfy your needs.</p>
|
||
|
|
<p><img src="./delta.gif" alt="Start of change" />There are two basic concepts related to cluster: cluster
|
||
|
|
nodes and cluster resource group. A <dfn class="term"> cluster node</dfn> is either an <span class="keyword">iSeries™</span> system or logical partition
|
||
|
|
that is a member of the cluster. When you create a cluster, you specify the
|
||
|
|
systems or logical partitions that you want to include in the cluster as nodes.
|
||
|
|
A <dfn class="term">cluster resource group (CRG)</dfn> serves as the control object for
|
||
|
|
a collection of resilient resources. A CRG may contain a subset or all of
|
||
|
|
nodes within the cluster. An iSeries cluster supports four types of CRGs: application,
|
||
|
|
data, device, and peer. Within these types of CRGs there are two common elements:
|
||
|
|
a recovery domain and an exit program.<img src="./deltaend.gif" alt="End of change" /></p>
|
||
|
|
<p>A <dfn class="term">recovery domain</dfn> defines the role of each node in the CRG.
|
||
|
|
When you create a CRG in a cluster, the CRG object is created on all nodes
|
||
|
|
specified to be included in the recovery domain. However, a single system
|
||
|
|
image of the CRG object, which you can access from any active node in the
|
||
|
|
CRG's recovery domain, is provided. That is, any changes made to the CRG will
|
||
|
|
be made on all nodes in the recovery domain. </p>
|
||
|
|
<p>An <dfn class="term">exit program</dfn> is called during cluster-related
|
||
|
|
events for the CRG. One such event is moving an access point from one node
|
||
|
|
to another node. </p>
|
||
|
|
<div class="p"><img src="./delta.gif" alt="Start of change" />There are two models of CRGs that can be created in a cluster:
|
||
|
|
primary-backup model and peer model. In the primary-backup model, the nodes
|
||
|
|
in the recovery domain of the CRG can be defined as follows:<ul><li>The <dfn class="term">primary node</dfn> is the cluster node that is the primary
|
||
|
|
point of access for the resilient cluster resource. </li>
|
||
|
|
<li>A <dfn class="term">backup node</dfn> is a cluster node that will take over the role
|
||
|
|
of primary access if the present primary node fails or a manual switchover
|
||
|
|
is initiated.</li>
|
||
|
|
<li>A <dfn class="term">replicate node</dfn> is a cluster node that has copies of cluster
|
||
|
|
resources, but is unable to assume the role of primary or backup.</li>
|
||
|
|
</ul>
|
||
|
|
<img src="./deltaend.gif" alt="End of change" /></div>
|
||
|
|
<div class="p"><img src="./delta.gif" alt="Start of change" />In a peer model, the recovery domain of a peer CRG defines
|
||
|
|
an peer relationship between nodes. The nodes in the recovery domain of the
|
||
|
|
peer CRG can be defined as follows:<ul><li>A <dfn class="term">peer node</dfn> is a cluster node can be an active access point
|
||
|
|
for cluster resources. </li>
|
||
|
|
<li>A <dfn class="term">replicate node</dfn> is a cluster node that has copies of cluster
|
||
|
|
resources. Nodes defined as replicate in a peer CRG represent the inactive
|
||
|
|
access point for cluster resources.</li>
|
||
|
|
</ul>
|
||
|
|
With a peer CRG, the nodes in the recovery domain are equivalent with
|
||
|
|
respect to the role the nodes plays in recovery. Because each node in this
|
||
|
|
peer CRG has essentially the same role, the concepts of a failover and switchover
|
||
|
|
do not apply. The nodes have a peer relationship, and when one of the nodes
|
||
|
|
fails, others peer nodes will continue operating. <img src="./deltaend.gif" alt="End of change" /></div>
|
||
|
|
<p><img src="./delta.gif" alt="Start of change" />You can also create a cluster administrative domain which
|
||
|
|
is represented by a peer CRG. The nodes in a cluster administrative domain
|
||
|
|
are all peer nodes in the CRG's recovery domain. There are no replicate nodes. <img src="./deltaend.gif" alt="End of change" /></p>
|
||
|
|
<p> In the example below, one CRG of each type is present:</p>
|
||
|
|
<br /><img src="./delta.gif" alt="Start of change" /><img src="rzaig506.gif" alt="A basic cluster consisting of five nodes, an application CRG, a data CRG and a device CRG. " /><img src="./deltaend.gif" alt="End of change" /><br /><dl><dt class="dlterm">Data CRG</dt>
|
||
|
|
<dd>The data CRG is present on Node 1, Node 2 and Node 3. This means that
|
||
|
|
the recovery domain for the data CRG has specified a role for Node 1 (primary),
|
||
|
|
Node 2 (first backup) and Node 3 (second backup). In the example, Node 1 is
|
||
|
|
currently serving as the primary point of access. Node 2 is defined as the
|
||
|
|
first backup in the recovery domain. This means that Node 2 contains a copy
|
||
|
|
of the resource which is kept current through logical replication. Should
|
||
|
|
a failover or switchover occur, Node 2 becomes the primary point of access.</dd>
|
||
|
|
<dt class="dlterm">Application CRG</dt>
|
||
|
|
<dd>The application CRG is present on Node 4 and Node 5. This means that the
|
||
|
|
recovery domain for the application CRG has specified Node 4 and Node 5. In
|
||
|
|
the example, Node 4 is currently serving as the primary point of access. Should
|
||
|
|
a failover or switchover occur, Node 5 becomes the primary point of access
|
||
|
|
for the application. Requires a takeover IP address.</dd>
|
||
|
|
<dt class="dlterm"><img src="./delta.gif" alt="Start of change" />Peer CRG<img src="./deltaend.gif" alt="End of change" /></dt>
|
||
|
|
<dd><img src="./delta.gif" alt="Start of change" />The peer CRG is present on Node 6 and Node 7. This means
|
||
|
|
that the recovery domain for the peer CRG has specified Node 6 and Node 7.
|
||
|
|
In this example, nodes 6 and 7 can be either peer or replicate nodes. If this
|
||
|
|
is a cluster administrative domain that is represented by peer CRG, resources
|
||
|
|
that are monitored by the cluster administrative domain will have any changes
|
||
|
|
synchronized across the domain represented by node 6 and node 7, regardless
|
||
|
|
on which node the change originated.<img src="./deltaend.gif" alt="End of change" /></dd>
|
||
|
|
<dt class="dlterm">Device CRG</dt>
|
||
|
|
<dd>The device CRG is present on Node 2 and Node 3. This means that the recovery
|
||
|
|
domain for the device CRG has specified Node 2 and Node 3. In the example,
|
||
|
|
Node 2 is currently serving as the primary point of access. This means that
|
||
|
|
the resilient device owned by the device CRG can currently be accessed from
|
||
|
|
Node 2. Should a failover or switchover occur, Node 3 becomes the primary
|
||
|
|
point of access for the device. <p>A device CRG requires a resilient device
|
||
|
|
called an independent disk pool (also called an independent auxiliary storage
|
||
|
|
pool or independent ASP) to be configured on an external device, an expansion
|
||
|
|
unit (tower) or IOP in a logical partition.</p>
|
||
|
|
<p>The nodes in the recovery
|
||
|
|
domain of a device CRG must also be members of the same device domain. The
|
||
|
|
example below illustrates a device CRG with Node L and Node R in its recovery
|
||
|
|
domain. Both nodes are also members of the same device domain.</p>
|
||
|
|
</dd>
|
||
|
|
</dl>
|
||
|
|
<br /><img src="rzaig502.gif" alt="A data CRG featuring a device domain and an external expansion unit" /><br /></div>
|
||
|
|
<div>
|
||
|
|
<div class="familylinks">
|
||
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzaigconcepts.htm" title="Get a complete understanding of how clusters work. Read about the benefits of clusters and how they can be important to you, as well as information on important clustering concepts and how they fit together.">Cluster concepts</a></div>
|
||
|
|
</div>
|
||
|
|
<div class="relconcepts"><strong>Related concepts</strong><br />
|
||
|
|
<div><a href="rzaigconceptsclusternode.htm" title="A cluster node is an iSeries system or logical partition that is a member of a cluster.">Cluster node</a></div>
|
||
|
|
<div><a href="rzaigconceptscrg.htm" title="A cluster resource group (CRG) is an i5/OS system object that is a set or grouping of cluster resources that are used to manage events that occur in a clustered environment. The cluster resource group describes a recovery domain and supplies the name of the cluster resource group exit program which gets called when certain cluster events occur.">Cluster resource group</a></div>
|
||
|
|
<div><a href="rzaigconceptsrecoverydomain.htm" title="A recovery domain is a subset of cluster nodes that are grouped together in a cluster resource group (CRG) for a common purpose such as performing a recovery action or synchronizing events.">Recovery domain</a></div>
|
||
|
|
<div><a href="rzaigconceptsexitprograms.htm" title="A cluster resource group exit program is called after a cluster-related event for a CRG occurs.">Cluster resource group exit programs</a></div>
|
||
|
|
<div><a href="../rzaly/rzalyoverview.htm">Independent disk pools</a></div>
|
||
|
|
<div><a href="rzaigconceptsdevicedomain.htm" title="A device domain is a subset of nodes in a cluster that share device resources. More specifically, nodes in a device domain can participate in a switching action for some collection of resilient device resources.">Device domains</a></div>
|
||
|
|
</div>
|
||
|
|
</div>
|
||
|
|
</body>
|
||
|
|
</html>
|