![]()
![]()
Portal Express, Version 6.0
Operating systems: i5/OS, Linux, Windows
Set up multiple clusters
This section describes the recommended approach for building multiple portal-based clusters within a single cell.
WebSphere Portal Express must be at a Version 6.0.1 level or higher.
Before attempting alternative approaches for building multiple portal-based clusters within a single cell, please discuss with IBM®.
The majority of the steps to build another portal cluster are the same as when building the first portal cluster in the same cell, with a few exceptions. Basically, the new portal profile that is to be federated will be designated as the primary profile, using WebSphere Portal Express clustering terminology, and will then be used as the basis for the new cluster definition. This duplicates the build process of the first cluster in the cell. During the federation process, if any applications on this new node already exist in the cell (because they are in use by the first cluster), then Deployment Manager will not allow them to be added. After federation, the applications that already exist in the cell are not carried with the new portal profile, and thus the existing applications must be remapped to this newly federated portal server to restore its application list. Therefore, depending on the configuration of the new portal profile being federated, there will likely be some combination of applications shared with the other existing cluster, and some applications unique to this new portal profile.
The following steps describe how to:
- federate a new, independent portal profile into a cell where a portal cluster already exists
- ensure that the resulting portal is still functional
- build a cluster from this new portal profile
- use WebSphere Application Server administration to determine what applications are and are not shared between clusters
Database sharing between clusters
This section describes the allowable cases for sharing databases between clustersInstalling multiple clusters in a single cell
This topic describes how to federate a new, independent profile into a cell where a cluster already exists, ensure that the resulting portal is still functional, build a cluster from this new profile, and use WebSphere Application Server administration to determine what applications are shared between clusters.Application sharing between clusters
This section helps you determine if applications are shared between clustersDeploying portlets in multiple clusters
This sections describes how portlet deployment works in a multiple cluster environmentUpdating portlets common across clusters
This section describes how to update a portlet common across clustersDeleting portlets common across clusters
This section describes how to delete a portlet common across clustersInstalling updates for multiple clusters
This section describes applying various types of updates to WebSphere Portal Express
Parent topic:
Multiple Clustering and WebSphere Portal