IBM Tivoli Monitoring > Version 6.3 Fix Pack 2 > Administrator's Guide > Prepare your dashboard environment > Configure an HTTP Server to load balance multiple Tivoli Enterprise Portal Servers

IBM Tivoli Monitoring, Version 6.3 Fix Pack 2


Generate the plugin-cfg.xml file

Generate the plugin-cfg.xml file for each Tivoli Enterprise Portal Server and then configure the load balancing HTTP server to use the plugin information. The plugin-cfg.xml file specifies the URIs that must be redirected and which servers to redirect requests to.


Procedure

  1. On each Tivoli Enterprise Portal Server, run:

    install_dir\CNPSJ\bin\GenPluginCfg.bat

    install_dir/interp/iw/bin/GenPluginCfg.sh This command generated a file called plugin-cfg.xml and saves it to the install_dir\CNPSJ\profiles\ITMProfile\config\cells directory on Windows and the install_dir/interp/iw/profiles/ITMProfile/config/cells directory on Linux and UNIX.

  2. On the computer where the load balancing HTTP Server is installed, replace the existing plugin-cfg.xml with the plugin-cfg.xml file generated for one of the portal servers. You will copy a subset of the information from the plugin-cfg.xml files for the other portal servers into the plugin-cfg.xml file that is used by the HTTP server.

  3. Customize the plugin-cfg.xml file for your load balancing HTTP Server environment and each of the Tivoli Enterprise Portal Server instances:

    1. On the computer where the IBM HTTP Server is installed, change to the directory where the plugin-cfg.xml is located (such as cd c:\Program Files(x86)\IBM\WebSphere\Plugins_1\config\webserver1 on Windows or /opt/IBM/WebSphere/Plugins/config/webserver1 on Linux and UNIX).

    2. Open the plugin-cfg.xml file in a text editor and edit the file to provide details for the IBM HTTP Server and all portal server instances. Use the example provided at the end of this topic for reference. The example file includes the following variables which must be replaced with values specific to your environment:

      • PLUGIN_PATH is the directory path where the WebSphere plugin is installed.

        • On Linux and UNIX the default is /opt/IBM/WebSphere/Plugins

        • On Windows the default is C:\Program Files(x86)\IBM\WebSphere\Plugins_1

        If your portal servers are installed on different operating system types than the HTTP server, you might need to change the directory path and also make sure you use the correct directory separator character for the system where the HTTP server is installed (for example, on Windows use \ and on Linux or UNIX use /).

      • HTTP_SERVER_PORT is the port number for the HTTP server.
      • SERVER1_NAME is a name that identifies the server definition for the first portal server. For example, ITMNODE_ITMSERVER1.
      • SERVER1 is the fully qualified hostname of the computer where the first portal server is installed and started.
      • SERVER2_NAME is a name that identifies the server definition for the second portal server. For example, ITMNODE_ITMSERVER2.
      • SERVER2 is the fully qualified hostname of the computer where the second portal server is installed and started.
      • CLONE_ID is the unique clone ID assigned to a particular portal server.

      The HTTP and HTTPS port values for all portal servers must be the same so check the plugin-cfg.xml file for each portal server to ensure they are using the same port numbers.

    3. Add the following line to the end of the UriGroup section to handle requests for launching the Tivoli Enterprise Portal from Dashboard Application Services Hub:
      <Uri Name="/*"/>

    4. In the Log section, ensure the path for the Name attribute and PluginInstallRoot property match your load balancing HTTP server environment. The following values are typical:

      The typical value for Name attribute is PLUGIN_PATH/logs/webserver1/http_plugin.log.

      The typical value for the PluginInstallRoot property is PLUGIN_PATH/.

    5. In the ServerCluster section, ensure the paths for the keyring and stashfile properties match your load balancing HTTP server environment. The following values are typical:

      The typical keyring property value is PLUGIN_PATH/config/webserver1/plugin-key.kdb.

      The stashfile properties is PLUGIN_PATH/config/webserver1/plugin-key.sth.

    6. For each additional portal server:

      • Add a Server entry which specifies its clone ID, name, and fully qualified hostname. You can obtain the clone ID from the portal server's plugin-cfg.xml file. Assign each portal server a unique server name.

        Ensure you specify ports 15200 (for HTTP), and 15201 (for HTTPS) instead of ports 15210 and 15211. Ports 15200 and 15201 are the ports for the local HTTP server for each portal server, and these ports must be used to support launching the portal client from Dashboard Application Services Hub.

        Follow the same pattern shown in the example at the end of this topic.

      • Specify the server name in the PrimaryServers section.

    7. Add the CloneID and LoadBalanceWeight attributes for every Server entry.

      For more information on web server plug-in workload management policies and to help you determine the appropriate values for the elements LoadBalance and LoadBalanceWeight, refer to the following articles:


Example

The following plugin-cfg.xml example for Windows includes values in bold that must be customized for your load balancing HTTP server environment.


Parent topic:

Configure an HTTP Server to load balance multiple Tivoli Enterprise Portal Servers

+

Search Tips   |   Advanced Search