|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Publish/Subscribe in a Cluster |
« View previous topic :: View next topic » |
Author |
Message
|
SSachdeva |
Posted: Mon May 01, 2006 10:11 am Post subject: Publish/Subscribe in a Cluster |
|
|
Apprentice
Joined: 04 Apr 2002 Posts: 33
|
Hi all,
I wanted to see if you all had any ideas on how to solve this problem. I have 6 QMgrs - three are APP qmgrs and three are WBIMB Qmgrs all in the same cluster. This is in such a way to provide High Availability. We are using WMQ and WBIMB 6.0. I am running a publish/subscribe flow on the brokers and all the brokers are in a collective. The apps are using JMS Topic Connection Factories to publish and subscribe. The intention is that the app can publish from any APP queue manager to a STREAM queue on any of WBIMB queue Mgrs (since that queue is a cluster queue). If anyone of the broker qmgrs fail - the clustering should take care of routing my messages to another broker. What we are seeing though is that when a subscriber on the app qmgr registers a subscribtion - it works fine, but when it goes to deregister it does not really do so cause the deregister message could really go to any one of the three Broker QMgrs - not necc. the one it registered with. I understand that this is an unorthodox way of doing things (Using HACMP is out of the question) - but do you guys know of any way I can overcome this problem without loosing the psuedo HA I am getting from using Clustering. Im sorry if I have not explained this well - if so please ask specific questions and i will try an answer them to the best of my knowledge. Just to let you know currently the only viable option we can think of is setting an expiry for the register messages of the subscriber. But how is Pub/Sub reccommended to work in a Clustered Environment?
Thanks in advance. |
|
Back to top |
|
 |
fjb_saper |
Posted: Mon May 01, 2006 5:30 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
The way you set it up, the publication does not matter. How ever the subscription is always local to a specific broker.
In the collective all that happens is that the brokers in the collective share the publication. It does not matter where your subscriber registers he will get the publication (sooner or later). However you will have to deregister whith the broker you registered to.
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
jefflowrey |
Posted: Mon May 01, 2006 8:48 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
So, basically, you need to save the broker response you get from your subscription, extract the broker qmgr information, and use that for your unsub.
Assuming I'm remembering correctly and the broker response includes enough information to determine the qmgr. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
SSachdeva |
Posted: Tue May 02, 2006 4:22 am Post subject: |
|
|
Apprentice
Joined: 04 Apr 2002 Posts: 33
|
Thanks for the quick answers - yeah I will either have to redirect the messages to the right queue manager or have an expiry set on the subscripition - I chose to use an expiry instead. But I guess my real question is - How is Pub/sub supposed to be done in this situtation? Is the recommended way to use HACMP and no clustering. How will Pub/Sub work in clustering anyways? (Just curious) |
|
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
|
|
|
|