The core group bridge service can be configured for communication between core groups. Use an access point group to define the core groups that communicate. Use this task to configure communication between core groups that are in different cells. Make sure that:
Use the core group bridge service to share the availability status of the servers in each core group among all the configured core groups. Enable the core group bridge only when the service is required by a WebSphere Application Server component.
For example, the core group bridge is required when configuring an Enterprise JavaBeans (EJB) backup cluster. Configure a backup EJB cluster in a different cell to continue servicing requests when the primary cluster fails. See Creating backup clusters for more information.
When you configure core group communication between core groups that are in different cells, configure an access point group to connect the core groups. The name of the access point group must be the same in all of the connected cells. This task uses the DefaultAccessPointGroup access point group, but you can create and use another access point group.
You can define the CGB_ENABLE_602_FEATURES custom property on all of the access point groups in your configuration if you want to be able to add core group bridge servers to the configuration without restarting the other servers in the configuration. After you enable this property, you can add a core group bridge server in one cell, without modifying the configuration in the other cell to include peer ports for the core group bridge server. Instead of manually configuring peer ports in each of the cells, you can configure the peer ports in one cell and let the other cell discover the peer ports for the first cell.
If you decide to use the CGB_ENABLE_602_FEATURES custom property, decide which cell is the listener cell and which cell initiates contact with the other cells before you begin your configuration. The listener cell does not need to contain any peer access points or peer ports for the other cells in the configuration. For example, in a configuration that contains a secured cell and an unsecured cell, configure the unsecured cell as the listener. The unsecured cell cannot access information about the secured cell. Configure the core group bridge service on the listener cell first. Attention: Do not configure the CGB_ENABLE_602_FEATURES custom property if you already configured the FW_PASSIVE_MEMBER custom property. Any server for which the configured the FW_PASSIVE_MEMBER custom property is configured cannot initiate contact with other systems in the configuration. For more information about the FW_PASSIVE_MEMBER custom property, see Core group bridge custom properties.
Complete the following set of steps for each of the cells in your configuration.
The bridge interfaces that you select must all have the same transport channel chain.
The existence of the CGB_ENABLE_602_FEATURES property enables the property. Therefore, you can set the value to any string value. Setting the value to false does not disable the property. To disable the property, remove it from the list of defined custom properties or change its name.
When you complete this step on all the access point groups in your configuration, you can add a bridge interface to one of the cells. You can save the configuration so that it is propagated to all of the nodes. Instead of restarting all of the application servers, you need to restart the new bridge interface server only.
If you defined the CGB_ENABLE_602_FEATURES custom property for all of the access point groups in your configuration, you do not need to add peer access points or peer ports to the listener cell. Add a peer access point for each core group that is in another cell. Within each peer access point, you should configure a peer port that corresponds to each bridge interface in the other cell. Before you add a peer access point, you should have the following information about the other cell:
If more than one bridge interface is defined in your peer cell, add additional peer ports for each bridge interface.
The following illustration is an example of a configuration between two core groups that are in two different cells. Each cell has a defined DefaultAccessPointGroup access point group, which contains one core group access point for the core group that is in the cell and a peer access point for the other cell.