| United States-English |
|
|
|
![]() |
Designing Disaster Tolerant High Availability Clusters: > Chapter 4 Building a Metropolitan Cluster Using
MetroCluster/SRDFPreparing a Cluster for MetroCluster/SRDF |
|
When the following procedures are completed, an adoptive node will be able to access the data belonging to a package after it fails over. Use the convenience scripts in the /opt/cmcluster/toolkits/SGSRDF/Samples to automate some of the tasks in the following sections:
These scripts should be copied from /opt/cmcluster/toolkits/SGSRDF to another directory, such as /etc/cmcluster/SRDF. Before any configuration can begin, you need to make sure the following software is installed on all nodes:
Ensure that the Symmetrix disk arrays are correctly cabled using PV links to each node in the cluster that will run packages that access data on the Symmetrix. See the SymCLI manual for instructions on creating the appropriate pseudo device files.
You can configure up to four Symmetrix disk arrays in the following combinations:
Figure 4-9 “2 by 1 Node and Data Center Configuration” shows a 2 by 1 configuration with BCVs. The figure indicates R1 volumes at Data Center A and R2 volumes and BCVs at Data Center B for pkg A and pkg B. Figure 4-10 “2 by 2 Node and Data Center Configuration” shows a 2 by 2 configuration with R1 volumes for pkg A and pkg B on the Symmetrix frames located in Data Center A and R2 volumes and BCVs at Data Center B. Many of the examples given later in this chapter are based on this configuration. Figure 4-11 “Bidirectional 2 by 2 Configuration” below shows a bidirectional 2 by 2 configuration with additional packages on node3 and node4, and R1 and R2 volumes at both data centers. In this configuration, R1 volumes for pkg A and pkg B are at Data Center A, and R2 volumes are at Data Center B. R1 volumes for pkg C and pkg D are at Data Center B, and R2 volumes are at Data Center A. The use of R1/R2 devices in M by N configurations of multiple Symmetrix frames is enabled by means of consistency groups. A consistency group is a set of Symmetrix RDF devices that are configured to act in unison to maintain the integrity of a database. Because MetroCluster/SRDF works at the device group level, the consistency group is implemented and managed as a single device group even though it spans multiple Symmetrix frames. Consistency groups are managed by the EMC PowerPath product. When PowerPath is installed, the Symmetrix tracks the I/Os that are written to the devices in the consistency group. If an I/O cannot be written to a remote Symmetrix due to a failure of a remote device or an RDF link, the data flow to the other Symmetrix will be halted in less than one second. Once mirroring is resumed, any updates will propagate with normal SRDF operation. Figure 4-12 “2 X 2 Node and Data Center Configuration with Consistency Groups” shows that when there is a break in the links between two of the Symmetrix frames, the use of consistency groups (dashed oval lines) ensures that the other two links are also suspended. The Symmetrix CLI (Command Line Interface) should be installed on all nodes running packages that use data on the EMC Symmetrix disk arrays. Create the SymCLI database on each system using the following steps. For complete information, refer to the Symmetrix SymCLI manual. Issue the following command on each node after the hardware is installed: # symcfg discover This builds the CLI database on the node. You can display what is in the SymCLI database with the commands:
If you have not configured the SymCLI database, you will see an error:
To correctly specify the device file names when creating Symmetrix device groups, you need to know how the HP-UX device files map to the R1 and R2 Symmetrix devices. Use the following steps to gather the necessary information.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||