Master/Slave domains in Integration Broker.

When dealing within messaging, usually only one domain is configured and most of the time it is enough..

However, if you have to deal with a high number of messages, to process a maximum number of messages, you may want to create multiple domains to handle those messages.

We have to activate it to make this new domain processing messages. Go to Domain status page Change the status and click “update” button, so when you have 2 domains and trying to update both statuses to "ICT" -->

Here we go. An error is raised; we cannot have more than one master domain. And being master is set by default for a given domain.

What is that?

A master domain can be used to balance ingoing/outgoing messages between master and slave(s) domains. Particularly useful when dealing a very high number of messages in a short time.

We can handle it in two ways.

1. Static slave

In the configuration file appsrv.cfg, we can change a parameter value – Domain Slave Mode – from 0 to 1 to make the domain a slave domain.

Reload the application server domain, and coming back to the domain status’ page to make it active.

After updating the status, we can see the domain APPDOM2 activated and also that’s a slave domain. It is fixed, there’s no way to change but modify the configuration file manually and reload again the domain.

Without any failover set, it is probably the easiest way to achieve the goal: handle a high number of messages, you could make multiple slaves domains all managed by one and only master domain.

Using multiple slaves domains can also be useful, you could set a load balance in between all of them (click on “Master/Slave LoadBalance”) to configure all the priorities

2. Dynamic slave

Another way for handling a high number of messages and multiple domains would be to make slave domain dynamic. It is maybe a little bit more tricky, but also probably more reliable and scalable.

A dynamic slave domain can become a master domain in case of failure of the current master domain. Really nice features if the messages have to be processed asap or with a minimum of down-time.

So, consider the second domain APPDOM2 is inactive (it is not set as static slave in the configuration file):

Click on “SetUp Failover”, then check “enable Failover”, define a failover time (when the slave domain has to become master after original master failure, usually 5 minutes) and most importantly check “Dynamic Slave Option”. Finally set a failover priority (1, 2, 3…) and save.

It makes that second domain defined as dynamic slave as shown above in the failover setting as well.

From now, we have two domains which proceed with the messages, given the fact that if the first one fails, the second will become the master.

Hope you find this useful.

Cheers,
Mano