IBM Integration Bus, Version 9.0.0.8 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

Integration Registry configuration for multi-instance integration nodes

You can configure integration nodes to access a shared Integration Registry in a multi-instance integration node environment to withstand software and hardware failures.

In a multi-instance integration node configuration, the Integration Registry is stored in the file system that is shared between the two integration node instances. Compared to using an Integration Registry in a single integration node configuration, there is some further configuring to use the Integration Registry in a multi-instance integration node environment.

The Integration Registry is hosted inside a runtime integration node, and artifacts that are created in the Integration Registry are uniquely identified by a URL. The Integration Registry assigns URLs as shown in the following example:
<protocol>://<Integration Registry hostname>:<Portnumber>/isr/oslc/resource/isr_core/<UUID>

As seen in the URL example, in a multi-instance integration node environment, you must make the Integration Registry host name component of the URL known to each integration node, then map the integrationRegistryHostName to the IP address of the system that hosts the integration node. You can designate a shared Integration Registry host name for a multi-instance integration node environment by setting the -4 integrationRegistryHostName parameter of the mqsicreatebroker and mqsichangebroker commands.

If the integrationRegistryHostName is not explicitly set to the -4 parameter, the integration node by default uses the host name of the system on which the integration node is running. In a multi-instance integration node environment, the default host name does not work because different integration node instances run on different hosts. For this reason, the integrationRegistryHostName must be explicitly set to a host name, which must be mapped on each system to the IP address that hosts the integration node instance.

The systems that host the integration node instances must then be configured to map integrationRegistryHostName to the IP address of the system on which the instance is running. You can configure this mapping by adding entries to your operating system's Internet Protocol network configuration hosts file. For more information about modifying these configuration files, refer to your operating system documentation.

See the following diagram for a visual representation of an Integration Registry configuration for multi-instance integration nodes:

Figure 1. An Integration Registry configuration for multi-instance integration nodes
Diagram showing the parameter integrationRegistryHostname taking the value MyHost, which are the IP addresses of each system that contains integration nodes. This parameter is then stored on the Integration Registry.
In the diagram:
  1. Integration node A and integration node B are created with a common integrationRegistryHostname called MyHost.
  2. MyHost is then mapped to IP address of the system where a integration node instance is running.

be23817_.htm | Last updated Friday, 21 July 2017