You can configure ClusterCATS to work in conjunction with a third-party hardware load-balancing device or load-balancing software product to provide comprehensive load balancing and failover support for your server clusters.
This section describes the following:
Cisco LocalDirector is a network appliance with a secure, real-time, embedded operating system that intelligently load balances IP traffic across multiple servers. You can configure ClusterCATS to provide server availability and load information to LocalDirector using the Cisco Dynamic Feedback Protocol (DFP). LocalDirector then actively manages HTTP traffic across the cluster, based on the load information provided to it by ClusterCATS.
You can configure LocalDirector using the ClusterCATS Explorer on Windows only.
Note: You must use Cisco LocalDirector Version 3.1.4 software or later.
Before configuring ClusterCATS with LocalDirector, you must configure LocalDirector to manage your web servers. For more information, see the Cisco documentation.
Be aware of the following issues when using ClusterCATS with Cisco LocalDirector:
Use the LocalDirector dynamic-feedback
command options as described in this section to optimize your LocalDirector setup.
Note: Do not use the dynamic-feedback
-pw
command. ClusterCATS does not support secure DFP hosts.
dynamic-feedback -timeout -
sets timeout
to a value larger than the update frequency so LocalDirector does not prematurely terminate the connection with the cluster because of inactivity. We recommend that you set the value to at least twice the update frequency.
dynamic-feedback -retry
Use the dynamic-feedback -retry
-
sets the retry
value to zero to ensure that LocalDirector continues connection attempts to the ClusterCATS DFP agent in the event of a lengthy period of system unavailability.
For more information, seeCisco's LocalDirector Command Reference.
ping
utility to test network connectivity.
dynamic-feedback
command to specify the IP addresses of each explicit server (cluster member) and port number that each server will use to listen for DFP requests from LocalDirector. The port number must be the same as the DFP Agent Listen Port configured in step 9.For example:
dynamic-feedback 192.168.64.22:9124 retry 0 attempts 30 timeout 60
The DFP protocol will connect to server 192.168.64.22 at port 9124. If the connection between LocalDirector and the server is closed for any reason, LocalDirector will attempt to reconnect, every 30 seconds, indefinitely. LocalDirector will close the connection if it is inactive for 60 seconds.
For more information, see "LocalDirector dynamic-feedback command settings".
Field |
Description |
---|---|
Website Alias |
Enter the name of the virtual server (www.yourcompany.com) you created in step 3. |
LocalDirector IP Address |
Enter the IP address of Cisco LocalDirector. |
DFP Agent Listen Port |
Enter the port number on which the cluster's DFP agent should listen for incoming LocalDirector connection requests. This should be the same port specified in the LocalDirector dynamic-feedback as described in step 5. |
Update Frequency (sec) |
Enter the frequency with which you want ClusterCATS to update the LocalDirector with availability data. This is typically between 5 and 30. You can enter up to 120. As you add web servers to the cluster, set a larger value. This minimizes the overhead of traffic to LocalDirector. |
HTTP Port |
Enter the port number on which each cluster member listens for unsecured HTTP requests. Enter 0 if not applicable. |
HTTPS Port |
Enter the port number on which each cluster member listens for secured HTTP requests. Enter 0 if not applicable. |
Bind ID |
Enter the same Bind ID specified for the explicit (real) servers on the LocalDirector in step 4. For ClusterCATS/LocalDirector integration to work as intended, the server name, port number, and bind ID combination must be the same on this ClusterCATS Load Balance tab as on the LocalDirector box. |
When configured, ClusterCATS automatically sets the state of each cluster member to Passive and provides the load-balancing and high availability data it acquires to LocalDirector. LocalDirector actively manages HTTP traffic across the cluster.
Third-party load-balancing devices actively distribute load to the web servers based on packet flow while ClusterCATS monitors JRun and ColdFusion load and availability. If ClusterCATS detects that the server is becoming overloaded, it supersedes the load-balancing device and redirects traffic accordingly.
This section describes how to configure a third-party load-balancing device with ClusterCATS in the following sections:
The selection in the Load Balancing Product drop-down list indicates how ClusterCATS will actively load balance HTTP traffic across the cluster.
You cannot take advantage of ClusterCATS support of Cisco LocalDirector with ClusterCATS Web Explorer. This capability is available only in the Windows-based ClusterCATS Explorer. You can, however, configure Cisco LocalDirector as a third-party load-balancing device to work with ClusterCATS.
The Cluster Member List page appears.