|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
classic clustering question - Msg delivery in sequence |
« View previous topic :: View next topic » |
Author |
Message
|
j1 |
Posted: Tue May 24, 2011 5:39 am Post subject: classic clustering question - Msg delivery in sequence |
|
|
 Centurion
Joined: 23 Jun 2003 Posts: 139
|
Hi, Im sure this is a classic clustering issue that someone must have encountered before, but not able to find any answers in my searches.
Question is given a cluster of say, 4 qmgrs with 4 instances of a cluster Queue,
How do I ensure 'sticky' delivery of messages in the cluster to only one instance of a cluster queue. i.e if instance A on Qmgr A is up, deliver ONLY to that one and only when that goes down, Deliver Only to instance of Queue A on Qmgr B and only if both are down, Deliver to instance of Queue A on Qmgr C. I know the solution must include some combination of cluster workload exite, Cluster priority or net priority but just trying to see if anyone ahs implemented this and pitfalls to be aware of etc...thanks |
|
Back to top |
|
 |
Vitor |
Posted: Tue May 24, 2011 6:00 am Post subject: Re: classic clustering question - Msg delivery in sequence |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
j1 wrote: |
I know the solution must include some combination of cluster workload exite, Cluster priority or net priority but just trying to see if anyone ahs implemented this and pitfalls to be aware of etc...thanks |
You don't need an exit in v6+, just the priority settings. If you have a high message volume environment, you also need to (carefully) change the channel settings to limit (others will say eliminate) messages sent to a downed queue manager because the cluster has not yet noticed it's out.
Much discussion in here on this subject - as you say, it's a classic. The Search Facility Is Your Friend. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
PeterPotkay |
Posted: Tue May 24, 2011 7:44 am Post subject: Re: classic clustering question - Msg delivery in sequence |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
j1 wrote: |
and only when that goes down, Deliver Only to instance of Queue A on Qmgr B |
So define "down" for Queue A on QMA.
If the queue is full, is it down?
If the queue is inhibited, is it down?
If the channel between the sender and QMa is retrying for less than a minute because of a temporary network issue, is it down?
If the channel status is one of the intermediate steps that a channel goes thru as it starts up normally, and you happen to check the status then, is that down?
Any solution you come up with has to deal with these and probably other similar types of situations. It's trickier than you think. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
j1 |
Posted: Mon May 30, 2011 12:57 pm Post subject: |
|
|
 Centurion
Joined: 23 Jun 2003 Posts: 139
|
Could I possibly use message broker as a way to implement this? say be using the new sequence/resequence nodes to implement this? |
|
Back to top |
|
 |
mqjeff |
Posted: Tue May 31, 2011 10:04 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
j1 wrote: |
Could I possibly use message broker as a way to implement this? say be using the new sequence/resequence nodes to implement this? |
You can use the resequence node to emit messages from a message flow in proper sequence order, regardless of the order that they are presented to the message flow.
So if you can define a place for those properly sequenced messages to go, that is not a cluster definition, you can process them in a non-sequence dependent load balanced way and then send them to the message flow.
But once they leave the message flow that has resequence, they have to then be kept in sequence normally. |
|
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
|
|
|
|