| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| How to give higher priority to a local queue manager |
« View previous topic :: View next topic » |
| Author |
Message
|
| NomadAU |
 Posted: Wed Feb 08, 2017 9:29 pm Post subject: How to give higher priority to a local queue manager |
 |
|
Novice
Joined: 06 Feb 2017
Posts: 15
|
Hi,
Hoping someone can tell me if the following is possible, and if yes, where it's documented.
MQ v8.0.0.4 on RHEL.
I have 2 data centres, each with a gateway QM and a bunch of other QM's connected to IIB instances. Requests will come in via either gateway and what I want to ensure is that the local QM's, i.e. those located in the same data centre as the receiving gateway, are given the request.
However, if they are unavailable, or overwhelmed, then requests should be directed to the QMs in the alternate data centre.
So, my questions are
1 - is this design possible using OOTB MQ functionality, or do I need to get into custom workload management code?
2 - how would I determine if a QM (IIB) is overwhelmed? Guess qdepth might be one way... set a threshold and check for that. Does MQ cluster workload management do anything like this OOTB?
Thanks for any insights. |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Thu Feb 09, 2017 6:12 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
This is documented in the cluster manual with overlapping clusters finance, london, new york... If not in the infocenter, search for a redbook
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Feb 09, 2017 6:23 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
You don't actually say at any point which queue managers are in a cluster (though clearly you're using one) so I will assume the 2 IIB queue manager are in the same cluster with the gateways feeding them.
The cluster will handle unavailable OOTB, but not overloaded. Messages will keep following as long as the target queue manager is accepting them. You'd need custom code in the workload exit and/or to change the cluster priorities.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| NomadAU |
| Posted: Thu Feb 09, 2017 1:14 pm Post subject: |
|
|
Novice
Joined: 06 Feb 2017
Posts: 15
|
Thanks for the responses.
To clarify, there is just one cluster, spanning 2 data centres. And yes, Vitor you assumed correctly, both gateway QMs also belong to the cluster.
Having looked at the queue, QM and channel attributes that MQ uses to influence its cluster WLM algorithm, I can't see any obvious way of getting GW-1 to favour putting messages to queue managers in located its own Data Centre.
I'm beginning to think that a better approach might be to have a separate cluster in each DC, with the 2 GW's belonging to both clusters. I could then further configure the priority of each cluster in the GWs so that the local cluster has a higher value.
I'm going to do some more research but it does seem to me that sticking with a single cluster across both DCs is probably not a good idea. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Thu Feb 09, 2017 7:14 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
|
| Back to top |
|
|
| NomadAU |
| Posted: Thu Feb 09, 2017 7:36 pm Post subject: |
|
|
Novice
Joined: 06 Feb 2017
Posts: 15
|
Thanks for the link Peter. The details on slide 33 were an enormous help. The clever use of queue aliases with associated CLWLPRTY settings to direct traffic to different locations is just what my solution requires.
All, good now, I have just a single cluster across both data centres but with affinity between the gateway queue manager and the processing queue managers located in the same data centre.
Many thanks to all. |
|
| 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
|
|
|
|
