Portal, V6.1
Routing requests across clusters on AIX
The HTTP Server plugin that comes with IBM WebSphere Application Server is typically used to balance requests for applications across members of the cluster. While an application can be mapped to more than one cluster, automatic plugin generation does not provide routing or balancing traffic for the same application across multiple clusters. Multiple cluster environments with shared applications therefore cannot rely solely on WAS automatic plug-in generation to be able to route requests using a web server. One option in this scenario is developing a customized method for defining and maintaining the plug-in configuration file used by the Web server to provide for the required routing of user requests. An important consideration in a multiple cluster environment is ensuring that all subsequent HTTP requests for an end user are routed to the same cluster that processed the first HTTP request. The WebSphere Portal login processing depends upon preserving this cluster affinity during this initial time until the user has successfully logged in and session cookies maintain affinity. In order to guarantee that affinity is preserved during login, set the Navigator Service public.session parameter to a value of true. Refer to "Portal Configuration Services" for information on how to configure this parameter.
An alternative approach is to use the IBM WebSphere Extended Deployment On Demand Router (ODR) to provide routing of user requests in an environment with multiple clusters. For information on configuring advanced topologies such as using WebSphere Extended Deployment, refer to the WebSphere Portal Wiki.
Parent topic
Set up multiple clusters on AIXPrevious topic:
Installing multiple clusters in a single cell on AIXNext topic:
Sharing database domains between clusters