Hi, 

I am thinking of using embedded brokers in multiple instances of a producer
application. These applications primary goal is performance. These embedded
brokers will store and forward to another stand alone broker (or cluster of
brokers using master slave) across the network where some high performance
client(s) will retrieve messages and store data in a database. None of the
message can be lost. So all brokers will have to persist messages.

I am expecting somewhere in the neighborhood of 1000-2000 messages/seconds
per producer.

My main concern is the broker to broker store and forward performance.
Brokers in the producer VMs will have to queue up if the store and forward
mechanism can't keep up with the load... Is this something I should worry
about ? Would adding a network of remote brokers at the receiving end help
performance ? 

Thanks
Stéphane







-- 
View this message in context: 
http://www.nabble.com/network-of-broker-performance-question-tp15438776s2354p15438776.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Reply via email to