Veritas Cluster Server Bundled Agents Reference Guide
Veritas⢠Cluster Server Bundled Agents Reference Guide - Symantec Veritas⢠Cluster Server Bundled Agents Reference Guide - Symantec
158 VCS infrastructure and support agents RemoteGroup agent ■ ■ ■ The remote cluster is a two-node cluster, where remote1 and remote2 are the names of the two remote nodes. LocGrp is the local service group that contains the WebRes resource (for example: Apache, etc.) configured for the Web-server that runs in the local cluster. RemGrp is the remote service group that contains the DBRes resource (for example: MySQL or Oracle, etc.) configured for the database in the remote cluster. The database resource (DBRes) needs to come online before the Web server resource (WebRes) comes online. You can use the RemoteGroup agent to establish this inter-cluster application dependency. To configure the remotegroup agent for this setup 1 Create a RemoteGroup resource (RGRes) in the local service group (LocGrp) for monitoring or managing the DBRes resource in the remote cluster. 2 Link the resources such that the WebRes resource depends on the RGRes resource. 3 Set the attributes for the RemoteGroup resource (RGRes) as follows: ■ ■ ■ ■ ■ ■ IpAddress—Set to the IP address or DNS name of a node in the remote cluster. For this example, the value is remote1. You can also set this value as remote2 (second node in the remote cluster). The RemoteGroup agent keeps a list of remote nodes (remote1, remote2) on the local node. The IP address that you specify should be reachable the first time the RemoteGroup agent tries to communicate to the remote cluster. In case the specified IP address is not reachable after the first communication, the RemoteGroup agent talks to the second remote node to retrieve the state of RemGrp. GroupName—Set the value to RemGrp (the remote service group). VCSSysName—Set appropriate values so as to establish a one-to-one mapping between the systems in the local and remote clusters. RGRes will completely manage the remote service group (RemGrp) that contains the DBRes resource. Make this a local attribute for the RGRes. ControlMode—Set the value to OnOff. Username—Set the value to user_admin. The user needs to have administrative privileges for RemGrp. Password—Password for user_admin. You must encrypt the password using the VCS Encrypt command. See the VCS Administrator's Guide for more information on the VCS Encrypt utility.
VCS infrastructure and support agents RemoteGroup agent 159 ■ ■ VCSSysName@local1—Set this value to remote1. VCSSysName@local2—Set this value to remote2. You have to set the value of BrokerIp for a remote cluster that has the Symantec Product Authentication Service enabled. 4 Set the value of the AutoFailover attribute of the RemGrp to 0. This avoids unnecessary online or offline of the remote service group in case of a fail over. If the value of the VCSSysName attribute is ANY, then the value of the AutoFailover attribute of RemGrp should be 1. Service group behavior Consider the following actions to better understand the service group behavior in this configuration. ■ ■ ■ Bringing the LocGrp local service group online The Online functions of all the resources in LocGrp (local service group) are called starting from the lower-most resource on local1. In this configuration, WebRes depends on RGRes. The RGRes Online function is called before the WebRes Online function. In the Online function, the RemoteGroup agent communicates to the remote cluster and authenticates the specified user. The RemoteGroup agent brings RemGrp online on remote1. RemGrp is in an ONLINE state on remote1 and RGRes is in an ONLINE state on local1. The Online function of WebRes is then called. WebRes is now in an ONLINE state. Thus, you have established an application-level dependency across two different VCS clusters. The WebRes does not go online before the RGRes goes online. RGRes does not go online before the RemGrp goes online. An unexpected offline of the RemGrp remote service group LocGrp is online on the local1. WebRes and RGRes are both online on local1. RemGrp is online on remote1. If RemGrp faults on remote1, RGRes detects that RemGrp has gone OFFLINE or has FAULTED on remote1 and goes into a FAULTED state. All the resources in LocGrp are taken offline on local1. LocGrp now fails over to local2. All the resources including WebRes and RGRes go into an ONLINE state on local2. As part of the fail over of LocGrp on local2, RemGrp goes online on remote2. LocGrp shows ONLINE on node local2 and OFFLINE OR FAULTED on local1. Taking the LocGrp service group offline on local1 LocGrp is online on local1 and RemGrp is online on remote1. If you take LocGrp offline, all the resources dependent on RGRes are taken offline. First, the WebRes resource goes offline and then the offline for RGRes is called. As the ControlMode is OnOff, the RemoteGroup agent communicates to the remote cluster and issues an offline command for RemGrp. Once RemGrp has gone
- Page 107 and 108: Services and applications agents In
- Page 109 and 110: Services and applications agents In
- Page 111 and 112: Services and applications agents Ge
- Page 113 and 114: Services and applications agents Ge
- Page 115 and 116: Services and applications agents Se
- Page 117 and 118: Services and applications agents Se
- Page 119 and 120: Services and applications agents Pr
- Page 121 and 122: Services and applications agents Pr
- Page 123 and 124: Services and applications agents Pr
- Page 125 and 126: Services and applications agents MS
- Page 127 and 128: Services and applications agents MS
- Page 129 and 130: Chapter 7 VCS infrastructure and su
- Page 131 and 132: VCS infrastructure and support agen
- Page 133 and 134: VCS infrastructure and support agen
- Page 135 and 136: VCS infrastructure and support agen
- Page 137 and 138: VCS infrastructure and support agen
- Page 139 and 140: VCS infrastructure and support agen
- Page 141 and 142: VCS infrastructure and support agen
- Page 143 and 144: VCS infrastructure and support agen
- Page 145 and 146: VCS infrastructure and support agen
- Page 147 and 148: VCS infrastructure and support agen
- Page 149 and 150: VCS infrastructure and support agen
- Page 151 and 152: VCS infrastructure and support agen
- Page 153 and 154: VCS infrastructure and support agen
- Page 155 and 156: VCS infrastructure and support agen
- Page 157: VCS infrastructure and support agen
- Page 161 and 162: Chapter 8 VCS hardware replication
- Page 163 and 164: VCS hardware replication agent for
- Page 165 and 166: VCS hardware replication agent for
- Page 167 and 168: VCS hardware replication agent for
- Page 169 and 170: VCS hardware replication agent for
- Page 171 and 172: Chapter 9 Troubleshooting bundled a
- Page 173 and 174: Troubleshooting bundled agents Trou
- Page 175 and 176: Troubleshooting bundled agents Trou
- Page 177 and 178: Troubleshooting bundled agents Trou
- Page 179 and 180: Troubleshooting bundled agents Trou
- Page 181 and 182: Troubleshooting bundled agents Trou
- Page 183 and 184: Troubleshooting bundled agents Trou
- Page 185 and 186: Troubleshooting bundled agents Trou
- Page 187 and 188: Troubleshooting bundled agents Trou
- Page 189 and 190: Troubleshooting bundled agents Trou
- Page 191 and 192: Troubleshooting bundled agents Trou
- Page 193 and 194: Troubleshooting bundled agents Trou
- Page 195 and 196: Troubleshooting bundled agents Trou
- Page 197 and 198: Troubleshooting bundled agents Trou
- Page 199 and 200: Troubleshooting bundled agents Trou
- Page 201 and 202: Troubleshooting bundled agents Trou
- Page 203 and 204: Troubleshooting bundled agents Trou
- Page 205 and 206: Troubleshooting bundled agents Trou
- Page 207 and 208: Troubleshooting bundled agents Trou
VCS infrastructure and support agents<br />
RemoteGroup agent<br />
159<br />
■<br />
■<br />
VCSSysName@local1—Set this value to remote1.<br />
VCSSysName@local2—Set this value to remote2.<br />
You have to set the value of BrokerIp for a remote cluster that has the<br />
Symantec Product Authentication Service enabled.<br />
4 Set the value of the AutoFailover attribute of the RemGrp to 0. This avoids<br />
unnecessary online or offline of the remote service group in case of a fail<br />
over. If the value of the VCSSysName attribute is ANY, then the value of the<br />
AutoFailover attribute of RemGrp should be 1.<br />
Service group behavior<br />
Consider the following actions to better understand the service group behavior<br />
in this configuration.<br />
■<br />
■<br />
■<br />
Bringing the LocGrp local service group online<br />
The Online functions of all the resources in LocGrp (local service group) are<br />
called starting from the lower-most resource on local1. In this configuration,<br />
WebRes depends on RGRes. The RGRes Online function is called before the<br />
WebRes Online function. In the Online function, the RemoteGroup agent<br />
communicates to the remote cluster and authenticates the specified user. The<br />
RemoteGroup agent brings RemGrp online on remote1. RemGrp is in an ONLINE<br />
state on remote1 and RGRes is in an ONLINE state on local1. The Online function<br />
of WebRes is then called. WebRes is now in an ONLINE state.<br />
Thus, you have established an application-level dependency across two different<br />
VCS clusters. The WebRes does not go online before the RGRes goes online.<br />
RGRes does not go online before the RemGrp goes online.<br />
An unexpected offline of the RemGrp remote service group<br />
LocGrp is online on the local1. WebRes and RGRes are both online on local1.<br />
RemGrp is online on remote1. If RemGrp faults on remote1, RGRes detects<br />
that RemGrp has gone OFFLINE or has FAULTED on remote1 and goes into a<br />
FAULTED state. All the resources in LocGrp are taken offline on local1. LocGrp<br />
now fails over to local2. All the resources including WebRes and RGRes go into<br />
an ONLINE state on local2. As part of the fail over of LocGrp on local2, RemGrp<br />
goes online on remote2. LocGrp shows ONLINE on node local2 and OFFLINE OR<br />
FAULTED on local1.<br />
Taking the LocGrp service group offline on local1<br />
LocGrp is online on local1 and RemGrp is online on remote1. If you take LocGrp<br />
offline, all the resources dependent on RGRes are taken offline. First, the<br />
WebRes resource goes offline and then the offline for RGRes is called. As the<br />
ControlMode is OnOff, the RemoteGroup agent communicates to the remote<br />
cluster and issues an offline command for RemGrp. Once RemGrp has gone