Fault tolerant message systems can recover from failures with little or no interruption of functionality. Fuse Message Broker does this by making it easy to configure clients to fail over to new brokers in the event of a broker failure. It also makes it easy to set up master/slave groups that allow brokers to take over for each other and maintain the integrity of persistent messages and transactions.
If planned for, disaster scenarios that result in the loss of a message broker need not obstruct message delivery. Making a messaging system fault tolerant involves:
deploying multiple brokers into a topology that allows one broker to pick up the duties of a failed broker
configuring clients to fail over to a new broker in the event that its current broker fails
Fuse Message Broker provides mechanisms that make building fault tolerant messaging systems easy.
The failover protocol allows you to configure a client with a list of brokers to which it can connect. When one broker fails, a clients using the failover protocol will automatically reconnect to a new broker from its list. As long as one of the brokers on the list is running, the client can continue to function uninterrupted.
When combined with brokers deployed in a master/slave topology, the failover protocol is a key part of a fault-tolerant messaging system. The clients will automatically fail over to the slave broker if the master fails. The clients will remain functional and continue working as if nothing had happened.
For more information, see Failover Protocol.
A master/slave topology includes a master broker and one or more slave brokers. All of the brokers share data by using either a store and forward mechanism or by using a shared data store. When the master broker fails, one of the slave brokers takes over and becomes the new master broker. Client applications can reconnect to the new master broker and resume processing as normal.
For details, see Master/Slave.
 |  | |
 |
