network of broker performance question

[stefd <sd...@rnmd.net>]

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.

Re: network of broker performance question

[wha <wi...@cgi.com>]

Hi Stéphane,

I'll be running some tests this week-end or next week. My setup will be 2
brokers communicating accross the network. On one side I'll be retrieving
from a database and the other I'll be storing. I'll be testing several
scenarios like network communication problems, heavy messages, etc... I'll
let you know how it goes.

I'm still very new to activeMQ (just started looking into it last week). I
can`t say if there's any load balancing features between several brokers.

- Willy.


stefd wrote:
> 
> 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-tp15438776s2354p15461659.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.