|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Architecture Question (Large number of messages) |
« View previous topic :: View next topic » |
Author |
Message
|
bnospamb |
Posted: Wed Nov 12, 2003 5:51 pm Post subject: Architecture Question (Large number of messages) |
|
|
Newbie
Joined: 12 Nov 2003 Posts: 7
|
We are designing a messaging architecture which will be required to support 8 publishers and 10 subscribers with the number of messages ranging from about 10 million to potentially in the future to about 250million per day. We would like to know if mqseries is quite capable of that and what are some of the dos/donts and best practices when it comes to a large number of messages.
Mesage size would range to a max of 1-2 kbyte.
Thank You very much. |
|
Back to top |
|
 |
kman |
Posted: Wed Nov 12, 2003 10:59 pm Post subject: |
|
|
Partisan
Joined: 21 Jan 2003 Posts: 309 Location: Kuala Lumpur, Malaysia
|
I figure for 8 publishers to churn out 10 million messages a day, that must be a real good worker. And to think it can grow to 250 millions.. superb.
Are you sure the figures are correct.
Maybe you want to download the performance report supportpac from the supportpac site, to help you figure this out. I'd think the performance in some part is dependent on the hardware itself. |
|
Back to top |
|
 |
zpat |
Posted: Thu Nov 13, 2003 3:08 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Are you planning to use the Websphere Event Broker for pub/sub? If not I would seriously consider it rather than standard MQ pub/sub.
With it's capability for federated message brokers, you should be able to distribute the workload over enough platforms to cope with almost any volume.
You should benchmark your application to assess the hardware needed. IBM will assist you in this process if you ask them.
I am not aware of any architecture limit on volumes, provided the hardware is up to the job. |
|
Back to top |
|
 |
bnospamb |
Posted: Thu Nov 13, 2003 6:33 am Post subject: Architecture Question (Large number of messages-2) |
|
|
Newbie
Joined: 12 Nov 2003 Posts: 7
|
Thanks for the replies and info. The current system is basically an automation system (muliple sites) where we used to get batch extracts a few times a day of the transactions happenning. The transactions are many more and the numbers (10mil-250mil) are a logical combination of the groups of transactions into what the messages might be.
It is being envisioned that this method needs to change for a more real time feed. I personally haven't dealt with such large volumes on mqseries and was wondering if anyone with experience could give a few gotchas. The answer maybe that we need to rethink this method in the first place.
The subscribers are going to sit on one (logical) machine (may be a cluster but the dollars doubt it). Thanks agian for the feedback, we will consider the broker. |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|