|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Put to a cluster queue |
« View previous topic :: View next topic » |
Author |
Message
|
GregJ |
Posted: Tue Jul 15, 2003 6:45 am Post subject: Put to a cluster queue |
|
|
Acolyte
Joined: 24 Oct 2001 Posts: 69 Location: Markham, On. Canada
|
I'm trying to set up a 'load balancing' cluster with 6 queue managers hosting 6 queues with the same name. I want my client applications (lots of client connections) to 'put' to the 'best available' - and 'get' from the 'best available'.
My idea was to have a cluster: QM1 with no queues defined, QM2 - QM6 all with identical queues. My thinking was that the clients would connect to QM1 and put/get to any queue in the cluster thus implementing load balancing.
If it's true that the client can only 'get' from the queue that it is connected to - is there any benefit of using a cluster. |
|
Back to top |
|
 |
mqonnet |
Posted: Tue Jul 15, 2003 7:30 am Post subject: |
|
|
 Grand Master
Joined: 18 Feb 2002 Posts: 1114 Location: Boston, Ma, Usa.
|
Your design seems to be fine. Except that there are some cons attatched to it.
What if QM1 is down. And since all your apps, lots of them, are connected to this qm to put messages to clustered queues, would not be able to put any messages then. So, i think you might want to think about this, unless you are sure that there is no or minimal downtime for QM1. Or if you think there wouldnt be much impact if all the clients disconnect and do nothing as long as QM1 is down.
As for the benefits of clusters. There are a plenty. The main benefit of clustering is in a failover situation, where you still have a more or less "good" functional QM after this situation. Other benefits include, less maintenance, load balancing etc.
Put is only permitted to clustered queues and not Gets.
Cheers
Kumar |
|
Back to top |
|
 |
GregJ |
Posted: Tue Jul 15, 2003 9:16 am Post subject: |
|
|
Acolyte
Joined: 24 Oct 2001 Posts: 69 Location: Markham, On. Canada
|
You are right about the QM1 thing... hadn't thought of that yet.
I guess my problem is with the 'GETs'. If I have 10 clients that need to get messages from the queues- do I have to attach each client to a single queue manager (maybe I can add all hte queue managers to the channel table).
I guess what i am trying to say is when it comes to 'gets' how is having the 6 queue managers clustered doing anyting for me that using DQM would not. |
|
Back to top |
|
 |
mqonnet |
Posted: Tue Jul 15, 2003 10:01 am Post subject: |
|
|
 Grand Master
Joined: 18 Feb 2002 Posts: 1114 Location: Boston, Ma, Usa.
|
Gets are always done to a "local" queue. Where local means a queue that is hosted by the qm that you are connected to, and NOT to a clustered queue.
Hence in any case GETS would have no bearing at all, be it a clustered environment or a DQM set up. Because even in a DQM you CANNOT GET from a remote queue, but only from a local queue. Which eventually leads us to the conclusion that you have to do a get from each queue on each qm in this scenario.
Cheers
Kumar |
|
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
|
|
|
|