Deploying Failover Clusters
The Windows 2008 Failover Cluster feature is not installed on a system by default and must be installed before failover clusters can be deployed. Alternatively, for administrative workstations, the Remote Server Management features can be installed, which includes the Failover Cluster Management snap-in, but the feature needs to be installed on all nodes that will participate in the failover cluster. Even before installing the Failover Cluster features, several steps should be taken on each node of the cluster to help deploy a reliable failover cluster. Before deploying a failover cluster, perform the following steps on each node that will be a member of the failover cluster:
- Configure fault-tolerant volumes or LUNs using local disks or SAN-attached storage for the operating system volume.
- Configure at least two network cards, one for client and cluster communication and one for dedicated cluster communication.
- For ISCSI shared storage, configure an additional, dedicated network adapter or hardware-based ISCSI HBA.
- Rename each network card properties for easy identification within the Failover Cluster Management console after the failover cluster is created. For example, rename Local Area Connection to PUBLIC and Local Area Connection 2 to ISCSI and Local Area Connection 3 to HEARTBEAT, as required and possible. Also, if network teaming will be used, configure the team first, excluding teaming from ISCSI connections, and rename each physical network adapter in the team to TEAMMEMBER1 and 2. The virtual team adapter should then get the name of PUBLIC or HEARTBEAT.
- Configure all necessary IPv4 and IPv6 addresses as static configurations.
- Verify that any and all HBAs and other storage controllers are running the proper firmware and matched driver version suitable for Windows 2008 failover clusters.
- If shared storage will be used, plan to utilize at least two separate LUNs, one to serve as the witness disk and one to serve as the cluster disk for a high availability Services and Applications group.
- If applications or services, not included with Windows 2008, will be deployed in the failover cluster, as a best practice, add an additional fault-tolerant array or LUN to the system to store the application installation and service files.
- Ensure that proper LUN masking and zoning has been configured at the FC or Ethernet switch level for FC or ISCSI shared storage communication, suitable for failover clustering. Each node in the failover cluster, along with the HBAs of the shared storage device, should have exclusive access to the LUNs presented to the failover cluster.
- If multiple HBAs will be used in each failover node or in the shared storage device, ensure that a suitable Multipath I/O driver has been installed. The Windows 2008 Multipath I/O feature can be used to provide this function if approved by the HBA, switch, and storage device vendors and Microsoft.
- Shut down all nodes except one and on that node, configure the shared storage LUNs as Windows basic disks, format as a single partition/volume for the entire span of the disk, and define an appropriate drive letter and volume label. Shut down the node used to set up the disks and bring each other node up one at a time and verify that each LUN is available, and, if necessary, configure the appropriate drive letter if it does not match what was configured on the first node.
- As required, test Multipath I/O for load balancing and/or failover using the appropriate diagnostic or monitoring tool to ensure proper operation on each node one at a time.
- Designate a domain user account to be used for failover cluster management, and add this account to the local Administrators group on each cluster node. In the domain, grant this account the Create Computer Accounts right at the domain level to ensure that when the administrative and high availability Services and Applications groups are created, the account can create the necessary domain computer accounts.
- Create a spreadsheet with the network names, IP addresses, and cluster disks that will be used for the administrative cluster and the high availability Services and Applications group or groups that will be deployed in the failover cluster. Each Services and Applications group requires a separate network name and IPv4 address, but if IPv6 is used, the address can be added separately in addition to the IPv4 address or a custom or generic Services and Applications group needs to be created.
After the tasks in the preceding list are completed, the Failover Cluster feature can be installed. Failover clusters are deployed using a series of steps, including the following tasks:
|
1.
|
Preconfigure the nodes, as listed previously.
|
|
2.
|
Install the Failover Clustering feature.
|
|
3.
|
Run the Validate a Configuration Wizard and review the results to ensure that all tests pass successfully. If any tests fail, the configuration will not be supported by Microsoft and can be prone to several different types of issues and instability.
|
|
4.
|
Run the Create a Cluster Wizard to actually deploy the administrative cluster.
|
|
5.
|
Customize the failover cluster properties.
|
|
6.
|
Install any necessary Windows 2008 roles, role services, or features that are required to deploy it on the failover cluster using the High Availability Wizard.
|
|
7.
|
Install any applications that will be added as application-specific cluster resources, so the application can be deployed using the High Availability Wizard.
|
|
8.
|
Run the High Availability Wizard to create a high availability Services and Applications group within the failover cluster, such as a file server, print server, DHCP server, or another of the included or separate services or applications that will run on a Windows 2008 failover cluster.
|
|
9.
|
Test the failover cluster configuration, and back it up.
|
