| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| how the load balancing works with 2 QMGRS. |
« View previous topic :: View next topic » |
| Author |
Message
|
| mvarghese |
 Posted: Fri Jun 01, 2007 5:04 pm Post subject: how the load balancing works with 2 QMGRS. |
 |
|
Centurion
Joined: 27 Sep 2006
Posts: 141
|
My systems have 2 QMGRS and both QMGR's have a cluster Q's QA.how the load balancing works.when an appication put messages in QMGR1 QA and finally that Q gets full, then how can I make sure that next message onwards will go to QMGR2 cluster Q QA.
I tried, am not able to put message on QMGR1 QA oncethe Q get full...Is this scenario can handle properly with any any exit coding?
_________________
Jain Varghese |
|
| Back to top |
|
 |
| mvenu |
| Posted: Fri Jun 01, 2007 5:41 pm Post subject: Re: how the load balancing works with 2 QMGRS. |
|
|
Novice
Joined: 06 May 2007
Posts: 10
Location: US
|
What version of MQ you are using? I guess MQ 6.0 should be able to direct the message to other queue manager. For that, you need to set CLWLUSEQ(ANY) on queue manager and CLWLUSEQ(QMGR) on the queue.
_________________
- Venu
- IBM Certified SOA Solution Designer
- IBM Certified System Administrator - WebSphere MQ V6
- IBM Certified Solution Designer - WebSphere MQ V6 |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri Jun 01, 2007 5:42 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
its not how MQ clustering works. the cluster workload algorithim does not consider q depth when choosing destination.
If all the messages are going to QMGR1 QA, and not going to QMGR2 at all, that means your have specifically set queue atributes or app code to make them only go to QMGR1. Once that QMGR1 QA queue is full, nothing will automatically change your code or q attributes make QMGR2 QA the queue to go to.
To do what you want, you would have to code an exit that checks the q depth before every put - your performance would suffer greatly if the cluster has to wait for a q depth response before deciding where each and every put goes to.
yu could try and write some code that put disable the full queue and put enables the other queue based on the event of the first q filling up, but it will never be 100% reliable in disabling and enabling the queues fast enough before the next message comes.
What is your REAL business requirement?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| mvarghese |
| Posted: Fri Jun 01, 2007 6:01 pm Post subject: |
|
|
Centurion
Joined: 27 Sep 2006
Posts: 141
|
Thanks Venu & peter.
Hi Peter,Business cases is :Around 1 million messages hitting to to QM Q,
So we thought of putting 2 QMGRS in cluster and both having same cluster q defined in it...that way we thought of better handling the messsages in round robin way based on channel aviailibilty..but this helps only the handling of network traffic by defining 2 qmgrs in diff machines with diff port numbers...How better this case cluster can help us.
_________________
Jain Varghese |
|
| 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
|
|
|
|
