SideBar    Planning Your Exchange Cluster Deployment

Install Windows 2003 SP1 and the latest security patches. It's a good time to install the latest patches to your cluster since no mailboxes or users are connected to it.

Verify the network connection configurations on each cluster node. Each node has two network connections: a public connection to the LAN, which Outlook clients use to access the EVS and administrators use to remotely manage the cluster, and a heartbeat connection, which the cluster service uses to detect whether a cluster node is online or offline. (The public network can also be used for heartbeat communication.) Occasionally, Windows clusters can be built with the cluster heartbeat set at a higher priority in the binding order (i.e., the order in which they're accessed by network services) than the public-facing LAN.

Modify the binding order so that the public-facing connection is highest, followed by the heartbeat, as Figure 1 shows. To check the binding order, in Control Panel, go to Network Connections, Advanced, Advanced Settings, and select the Adapters and Bindings tab. Standardize the binding order on each node. Follow the steps described at http://support.microsoft.com/?kbid=258750 to remove NetBIOS from the heartbeat connections, set the appropriate cluster communication priority, and define the correct NIC speed and duplex mode on the heartbeat connection.

Create cluster groups and the Microsoft Distributed Transaction Coordinator (MS DTC) resource. Before installing Exchange, you need to create the required cluster groups and resources. By default, the cluster installation program creates an initial configuration that includes a cluster resource group containing the cluster IP address resource, a cluster network name, and a quorum disk resource (the quorum drive is usually assigned drive letter Q). This group is commonly known as the cluster group. The cluster installation program also creates a cluster resource group for each disk resource (called Group 0, Group 1, and so on). Figure 2 shows my initial cluster configuration for DARA-CL1.

Exchange 2003 requires MS DTC to be configured as a cluster resource. MS DTC is a service based on the OLE transactions-interface protocol, which provides an object-oriented (OO) interface for initiating and controlling transactions. The Microsoft article at http://www.support.microsoft.com/?kbid=301600 describes the procedure for configuring MS DTC in a cluster environment and recommends placing MS DTC in a separate cluster resource group with its own disk, IP address, and network name resources. In my opinion, the advice in this article is appropriate for applications such as Microsoft SQL Server that make heavy use of MS DTC. Exchange, on the other hand, makes very light use of MS DTC and unless you've deployed some workflow applications that use MS DTC, you can actually take MS DTC offline without affecting Exchange. (See also some sound advice about this matter posted by Evan Dodds at http://blogs.technet.com/exchange/archive/category/3896.aspx.) Therefore, I recommend placing the MS DTC resource in the cluster group (along with the cluster network name, IP address, and quorum disk resources).

You should also create each EVS in a separate cluster resource group (i.e., an Exchange cluster group). To create a group, in Cluster Administrator click New, then click Resource Group. For my EVS, DARA-EVS1, I called my resource group DARA-EVS1-GRP to reflect the EVS's name. The New Resource wizard then prompts you for the possible owners (nodes) of this resource group. For a two-node cluster, add the two nodes as possible owners, as Figure 3 shows.

Next, move disk resources created by the cluster installation program to the new Exchange resource group. To move a resource, right-click the disk resource and select Move Group. Choose the Exchange resource group (here, DARA-EVS1-GRP). Repeat this procedure for each resource group created by the cluster installation program.

You can delete the disk resource groups you changed in the last step (e.g., Group 0, Group 1, Group 2) because they're now empty. To delete a resource group, in Cluster Administrator, right-click the resource group and click Delete. You should now have a similar cluster group configuration (two resource groups: a cluster group and a resource group for Exchange) similar to the one that Figure 4 shows.

At this point, you need to create the resources in the Exchange cluster group that each EVS requires, such as an IP address, a network name, and disk resources. Create the IP address resource in your Exchange cluster group. To create the IP address resource for the EVS, in Cluster Administrator, click File, New Resource, which displays the dialog box that Figure 5 shows. Select IP Address for the resource type and make sure you select the Exchange resource group (not the cluster group) as the group for the new IP address resource.

After you click Next, the wizard prompts you to select nodes that can own this resource and to accept that both nodes can be owners. Next, the wizard asks you to select resource dependencies for the IP address resource. You don't need to set any resource dependencies, so click Next. The wizard then asks you to supply an IP address and subnet mask and choose a network for the IP address. Make sure you choose Public Network because clients will use this network connection to connect to the EVS. The heartbeat network is for internal cluster communications only. Click Next, and you should see the message Cluster Resource created successfully. Bring the IP address resource online by right-clicking it and clicking Bring Online.

The procedure for creating the EVS network name resource is similar to that for creating the EVS IP address resource. As before, in Cluster Administrator, click File, New Resource, and select Network Name from the resource list. Make sure you select the Exchange resource group as the group. Select the Network Name resource, enter its name, and click Next. The wizard prompts you to accept that both nodes should be owners of this resource. Click Next. Next, you're asked to specify dependencies for the Network Name resource. This resource has a dependency on the IP address resource because the IP address resource must be online before the Network Name can come online. Choose the IP address resource you created in the previous step and click Next. The wizard now prompts you to specify the EVS name. At this point, you can also specify whether the EVS name should be authenticated against AD by using Kerberos authentication and whether it should be registered with a DNS server. Enable these settings, as Figure 6 shows, and click Next. You should see a message stating that the Network Name resource was created successfully. At creation time, the Network Name will be offline. Bring the resource online by right-clicking it and clicking Bring Online.

Ready for the Next Step
The cluster is now ready for Exchange 2003 to be installed. However, before you reach for the Exchange CD-ROM, I recommend that you perform some testing on the cluster to verify that everything is configured correctly. Microsoft provides a free tool for testing and verifying a cluster configuration, called the Cluster Diagnostics and Verification Tool (ClusDiag.exe). You can download the tool at http://www.microsoft.com/downloads/details.aspx?familyid=b898f587-88c3-4602-84de-b9bc63f02825&displaylang=en. Stay tuned for part 2, when I'll tell you how to install Exchange on your newly created cluster.

End of Article

Prev. page     1 [2]     next page -->



You must log on before posting a comment.

If you don't have a username & password, please register now.

Reader Comments

Excellent article. Can we get some pointers on how the forthcoming Exchange 2003 SP2 will affect this project?

jeffmurfin

Article Rating 5 out of 5

there's nothing in this article!

dexteur

Article Rating 1 out of 5

WHERE IS THE REST OF IT!

kcarbone

Article Rating 1 out of 5

 
 

ADS BY GOOGLE