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.