| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Issue: handling 50,000 + messages / day |
« View previous topic :: View next topic » |
| Author |
Message
|
| Query2 |
 Posted: Wed Dec 19, 2001 1:12 pm Post subject: |
 |
|
Novice
Joined: 05 Nov 2001
Posts: 17
|
I am very new to MQ and I have this design issue ...
whats the max size a of msg , MQ can handle ?
Is there any limit on number of msgs handled by MQSeries Queue?
How many queues would be necessary inorder to handle 50,000–60,000 records/day ?
(Assuming all the records are of fixed length). Do I need to solve this using
multiple MQ Servers ?
How many clusters would I need ? I probably will include this which seems to be a must.
Kindly give me workable scenario... so that I can start off
ThanX |
|
| Back to top |
|
 |
| PeterPotkay |
| Posted: Wed Dec 19, 2001 3:01 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
MQ can handle messages up to 100 Megs.
An MQ queue can hold up to 640,000 messages, or (# of messages) X (message size) up to 2 GIG, whichever comes first. (not 100% sure of that 2 Gig number, I know its tuneable, but cant remember it's top value, and it probably varies by system)
One queue should be able to handle 60K messages per day no problem, assuming they are not gigantic and you don't expect them to sit on the queue unprocessed for a long time (i.e. as more try to arrive).
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| StefanSievert |
| Posted: Wed Dec 19, 2001 4:32 pm Post subject: |
|
|
Partisan
Joined: 28 Oct 2001
Posts: 333
Location: San Francisco
|
Hi!
>whats the max size a of msg , MQ can handle ?
This is platform dependent. The appendix of the MQSeries Planning Guide contains a Chapter on product summaries and functional comparisons. You can find the answers that apply to your platform(s) here.
>Is there any limit on number of msgs handled by MQSeries Queue?
There is a maximum number of messages that can be kept in a queue, yes. See the planning guide for details. However, in queueing system, messages come and go (if everything works) so there are very few business scenarios (I have come across so far) where you might hit those limits. It all depends on your app's requirements.
>How many queues would be necessary inorder to handle 50,000–60,000 records/day ?
(Assuming all the records are of fixed length).
Why would you bother MQSeries for only 50k messages per day?  Seriously, to get a feeling about MQ throughput figures, refer to one of the Performance reports for your platform. You can finde these reports on the Webspher MQ Support pac site: http://www-4.ibm.com/software/ts/mqseries/txppacs/txpm1.html
>Do I need to solve this using multiple MQ Servers ?
Again, depending on many things like:
- where are the messages produced, where are they consumed
- if on different systems, how 'stable' is the network link
- how big are your messages
To provide a more indepth advice, you'd need to provide some details about what you are trying to achieve.
> How many clusters would I need ? I probably will include this which seems to be a must.
Why do you think that clusters seem to be a must? There are some issues with clustering that you might want to consider before deciding upon using them. Usually, if you have a point to point MQ network of a small number of queue managers and, for example, load balancing is not an issue, you might be better off not using them. You can always create clusters later, should the need to do so arise. (This is my personal opinion, there are quite a few people on this forum who use clusters and could probably provide more insight and advice)
>Kindly give me workable scenario... so that I can start off
As I said, with the level of detail you provided about what your messaging requirements are, it is difficult to give you a workable scenario. If you want to, please tell us things like:
- what platforms do need to be supported
- is it dialog (request/reply) or batch type applications?
- can you afford to 'loose' messages (and retry and deal with duplicates if something fails)
- is it a pure server to server architecture or do you need to support MQ clients
and things like that.
Happy Holidays,
Stefan
_________________
Stefan Sievert
IBM Certified * MQSeries
[ This Message was edited by: StefanSievert on 2001-12-19 16:39 ] |
|
| Back to top |
|
|
| Query2 |
| Posted: Wed Dec 19, 2001 7:10 pm Post subject: |
|
|
Novice
Joined: 05 Nov 2001
Posts: 17
|
Thanks guyz for your guidance.
My platform is Sun Solaris. All of them are batch applications. This is MQ Client/Server architecture. All the messages need to be retained in case of any failure.
One of the important things which I want to know is : Any possiblity of generating performance reports directly from MQ Series with out using any monitoring tools.
Thanks |
|
| Back to top |
|
|
| bduncan |
| Posted: Thu Dec 20, 2001 5:08 pm Post subject: |
|
|
Padawan
Joined: 11 Apr 2001
Posts: 1554
Location: Silicon Valley
|
As far as generating performance reports directly from MQSeries "out of the box", then no. But the queue managers can create report messages that are placed on special queues. These messages contain all the information necessary to create highly detailed reports about the performance, reliability, etc., of your MQSeries system. However, you need something to interpret these messages and generate said reports. And there are plenty of companies out there "queueing" up to sell you fancy tools that do just that. Your only alternative is to write code that interprets these messages yourself. Not a herculean task, but definitely requires someone with a working knowledge of MQSeries. If you need to buy a third party tool, I would recommend contact admin or MQSoftware... There are others, but these are the only tools that I have personal experience using... Well, I've also used Candle's monitoring tool, but that caused me to start losing hair prematurely...
_________________
Brandon Duncan
IBM Certified MQSeries Specialist
MQSeries.net forum moderator |
|
| 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
|
|
|
|
