You can configure the global cache to withstand software or hardware failures so that it is available for as much time as possible. Configure a multi-instance broker to host container servers by using an XML policy file.
For more information about the default global cache topology, see Data caching overview.
You can configure the global cache so that a multi-instance integration node hosts up to 4 container servers. If the active integration node instance fails, the standby integration node instance starts, and the container servers start up successfully within that integration node. As long as there is an active catalog server running elsewhere, the container servers rejoin the global cache. This mechanism does not allow a single-integration node cache to retain cached data on failover to a standby integration node instance
Consider the following example. Your global cache consists of 2 brokers that host catalog servers and container servers, and a multi-instance broker. The active instance of the multi-instance broker hosts up to 4 container servers. If the active instance of the multi-instance broker fails, the cache will remain operational as long as at least one of the catalog servers is still available. Data is temporarily rebalanced across the remaining container servers in the brokers that host the catalog servers. When the standby instance of the multi-instance broker starts, the container servers rejoin the global cache, and cached data is rebalanced automatically.
A multi-instance broker cannot host a catalog server. Therefore, you cannot configure an integration server to host a catalog server if that integration server is defined with multiple listener hosts.
A sample XML policy file is provided as a starting point for your configuration. The policy_multi_instance.xml file configures three brokers in a high availability scenario. Two brokers each host a catalog server, and a multi-instance broker hosts two container servers.
To configure a multi-instance broker, a listenerHost element has been introduced as an alternative to the listenerHost attribute of the broker element. You can use the listenerHost element to specify a list of listener hosts. Alternatively, you can set the listenerHost property on the integration server to a comma-separated list of listener hosts.
The following steps describe how to configure the global cache for a multi-instance broker.
mqsicacheadmin brokerName -c showPlacement
You
can also use the mqsicacheadmin command
to show cache components in a multi-broker cache. For example, the listHosts command
shows the host names, number of hosts, and number of catalogs in the
cache:mqsicacheadmin brokerName -c listHosts