Something to keep in mind— different clustering options provide different capabilities. Network of Brokers provides scaling, reduced latency for the “next” message to be processed (fault tolerance), while Master-Slave / LevelDB replication provide high availability of messages that have yet to be consumed.
The right clustering / HA strategy can change the expected behavior of the overall system— specifically, are you expecting to maintain message ordering? Testing master-slave HA is straight forward with KahaDB.. just point two instances to the same KahaDB data directory and you’ll see the second instance logging that it can’t obtain the lock. Drop the first instance, and in a few seconds the slave will take over the data store. LevelDB w/ replication generally starts with three nodes to get up and running. On Jul 25, 2014, at 4:33 PM, asookazian <[email protected]> wrote: > Hi I am doing some R&D regarding clustering for AMQ 5.9.1. We are looking to > evaluate active/active options as well as active/passive options. > Master/slave pattern seems to be popular for failover. > > I've looked at the following blogs: > > http://bsnyderblog.blogspot.com/2010/01/how-to-use-automatic-failover-in.html > <http://bsnyderblog.blogspot.com/2010/01/how-to-use-automatic-failover-in.html> > > > http://sensatic.net/activemq/new-activemq-failover-and-clustering-goodies.html > <http://sensatic.net/activemq/new-activemq-failover-and-clustering-goodies.html> > > > http://tmielke.blogspot.com/2011/09/activemq-network-bridge-to-masterslave.html > <http://tmielke.blogspot.com/2011/09/activemq-network-bridge-to-masterslave.html> > > > Please advise what would be the best choice for us considering active/active > scenario. Network of brokers? If so, what is the best example/tutorial > that I can deploy to a dev lab with VMs? thx. > > > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/evaluating-clustering-options-for-AMQ-5-9-1-tp4683683.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
