Win NT: Enhancing reliability and scalability

Find out how to make your old Windows NT server more reliable and able to handle a larger load by installing Windows Load Balancing Service in Windows NT Enterprise Edition.

Windows 2000 offers plenty of new services for the long-time Windows NT administrator to envy. One of the best services for providing redundancy and ensuring peak performance for end users is Windows 2000 Advanced Server's clustering service. Windows NT Server doesn't ship with a clustering capability, so if you want to take advantage of clustering and are still running Windows NT, you have to wait for the upgrade.

Or do you? Not if you're running Windows NT Enterprise Edition. If you're running the Enterprise Edition of Windows NT, you can deploy the Windows NT Load Balancing Service. This service increases scalability and reliability, and, best of all, you can perform repairs and maintenance without disrupting your users. In this Daily Drill Down, I'll explain what you need to know to implement Windows NT Load Balancing Service in your organisation.

What is Windows NT Load Balancing Service?

The Load Balancing Service allows multiple servers to act as a single server, commonly referred to as a cluster. A network load-balancing cluster can provide fault tolerance and scalability to Web applications. The fault tolerance feature allows you to take down servers in the cluster for maintenance without disrupting service. Likewise, if any of the servers within the cluster crashes, the applications will still be accessible through the other members of the cluster.

In addition to fault tolerance, scalability can be achieved by distributing the workload among multiple servers. Although the cluster can consist of a minimum of two servers, you can create clusters of up to 32 servers. This means that your Web site traffic can be evenly distributed among many servers, greatly lightening the burden on individual servers.

System requirements

The Windows NT Load Balancing Service will run only on the Enterprise Edition of Windows NT 4.0. For the service to work, you'll need at least two Windows NT Enterprise Edition servers that you plan on clustering together.

These servers must be running the TCP/IP protocol and have at least one NIC installed. Although Microsoft's minimum requirement is a single NIC, I recommend using two NICs per server. You can attach one NIC to the main network and use the other NIC to form a private network of clustered servers. This removes cluster-related network overhead from your primary network.

The clustered servers must use either FDDI or Ethernet-based NICs. If you use Ethernet, you can use either 10, 100, or 1000 Mbps NICs. Because NICs are so inexpensive, there's really no reason not to install two in each server.

Let's assume that each server in your cluster has two NICs. I'll refer to the NIC that attaches to the primary network as the dedicated NIC, and the NIC that attaches to the cluster as the cluster NIC.

The load balancing service requires a minimum amount of system resources. The service occupies less than 1 MB of storage space and typically consumes somewhere between 250 KB and 4 MB of RAM while running. If you're clustering a really high-end application, the service can be configured to use up to 15 MB of RAM.

Acquiring WLBS

Unfortunately, the Windows NT Load Balancing Service doesn't come with Windows NT. Although some versions of the Windows NT Enterprise Edition have supposedly shipped with the Load Balancing Service included, I recommend downloading the service from Microsoft to ensure that you've got the latest version. You can download the service at Microsoft's Windows NT Load Balancing Service Web site.

It's absolutely free, so the only thing it will cost you is the amount of time it takes to download the file. This won't be very much either because the file is under 1MB in size and downloads very quickly.

Preparing for installation

Before you actually install the Load Balancing Service, you'll need to do a little bit of planning. Although servers within the cluster can be addressed individually for administrative purposes, the cluster functions as a single unit. This means that there will be a fully qualified domain name (such as brienposey.com) and a corresponding IP address that's specifically used for accessing the cluster as a whole. You should determine what this name and IP address will be before you get started.

In addition to having a name and an IP address for the cluster as a whole, each server within the cluster must also maintain its own unique identity. This means that each server within the cluster must have a unique computer name and IP address. You should make a note of each server's individual name and IP address before beginning.

Finally, you may have to do some configuration work on the router that links the cluster to its clients. Normally, the router you use should have Proxy Address Resolution Protocol (ARP) support enabled. This allows the router to match IP addresses to MAC (Media Access Control) addresses. Some older routers don't support Proxy ARP for multicast MAC addresses. These routers require you to make static ARP entries if you want to support a network load-balancing cluster.

Installing the Load Balancing Service

After downloading the Load Balancing Service file, WLBS22_I386.EXE, run it by either double-clicking it in a Windows Explorer window or from a command line. You'll be asked for a folder to extract the files into. Extract the files into a folder of your choice. At first glance, it may feel as though something is missing since no SETUP.EXE file is present. Rather than relying on a Setup program, the Load Balancing Service is installed through the Control Panel.

To install the Load Balancing Service, open the Control Panel and double-click the Network icon. When you do, you'll see the Network properties sheet appear. Now, select the Adapters tab to reveal a list of network adapters presently installed in the system. Both of your NICs should appear on the list. If either or both of the NICs aren't there, you must go back and load the drivers for them.

Although the Load Balancing Service is a software component, the Windows NT operating system sees the component as another NIC, so you must install the Load Balancing Service the same way you'd normally install a NIC. To do so, click the Add button on the Adapters tab. When you do, Windows will display the Select Network Adapters dialog box. The network Load Balancing Service won't be on the list. Therefore, you must click the Have Disk button.

When you see the Insert Disk dialog box, specify the path to your installation files and click OK. You'll now see the Select OEM Option dialog box. The only item that will appear in this dialog box is the Microsoft Windows NT Load Balancing Service. Verify that the service is selected and click OK. Windows will now copy the necessary files and display a warning message telling you to make sure to set the proper bindings before rebooting the system. Click OK to clear the warning.

At this point, you'll see the Load Balancing Service license agreement. Click the Agree button to accept the license agreement. Next you'll see the main Windows NT Load Balancing Setup screen, as shown in Figure A.

Figure A
Windows NT
This is the main configuration screen.

Configuring the network load balancing parameters

As you can see in Figure A, configuring the network load balancing seems intimidating at first. However, it's not as complicated as it looks. The important thing to remember is that you must complete the configuration on each server within the cluster. If you make a mistake and need to access the configuration screen again, you can do so by selecting the WLBS Virtual NIC from the list of network adapters on the Adapters tab of the Control Panel's Network Properties sheet and clicking the Properties button.

As you examine the configuration screen, you'll notice that it's divided into three main sections:

  • Cluster Parameters refers to settings that will apply to every server in the cluster.
  • Host Parameters are those settings that apply to each server on an individual basis.
  • Port Rules dictate how cluster traffic is handled for various TCP and UDP ports.

Cluster Parameters

Some of the Cluster Parameters are fairly self-explanatory, while others require a bit more clarification. For example, the primary IP address and subnet mask are simply the shared address that will be used by all of the servers within the cluster. Likewise, the full Internet name is the fully qualified domain name that will be shared by all of the servers in the cluster.

You'll notice that the MAC address section is grayed out in Figure A. That's because the MAC address is automatically generated and assigned to the machine. The MAC address is a shared virtual MAC address. The Cluster Parameters section also contains a check box that you can use to enable or disable multicast support.

All of the remaining options in this section involve enabling or disabling remote control and setting a remote control password. The remote control option allows you to control the Load Balancing Service from a workstation rather than the server console. Remote operations are performed using the WLBS.EXE program. If you decide to enable remote control, make absolutely sure that your firewall is set to block UDP port 2504. Otherwise, hackers could seize control of your cluster server.

Advertisement

Talkback 0 comments

Latest Videos

Sponsored content

Power Centre - Content from our premier sponsors

Blogs

  • Suzanne Tindal IT: Govt's cost-cutting bitch
    The government needs to stop looking at IT as a necessary evil or the place to remove costs when the Treasurer comes calling.
  • Array Can complaints on mobile content be cut?
    On 1 July this year the new Mobile Premium Services Code was introduced. It sounds like it's had a good impact, but is it enough?
  • Array NZ farmers: Bleating about broadband
    As we know, farmers are such bleaters. They bleat as much as the four-legged woolly things in their paddocks. If it's not the weather, it's the strength of the dollar! Nothing is ever right. Likewise with rural broadband.
  • More blogs »

Tags

Back to top

Featured