ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum IndexClusteringRouting into Cluster

Post new topicReply to topic
Routing into Cluster View previous topic :: View next topic
Author Message
saurabh25281
PostPosted: Mon Jul 01, 2019 12:03 pm Post subject: Routing into Cluster Reply with quote

Centurion

Joined: 05 Nov 2006
Posts: 105
Location: Bangalore

Hi All

1. Can we deliver message from a non-clustered Qmgr to a Cluster queue using multiple Gateway Qmgr such that if one of the Gateway Qmgr is down, the messages are routed to the destination via another Gateway Qmgr. The setup should enable automatic switch to alternate Gateway Qmgr.

2. The Connection Name parameter in a Sender channel allows comma seperated values of multiple destinations and is probably used for multi-instance setup. Can this attribute be used to automatically redirect messages (in a non-mulit-instance setup) to an alternative IP(port), if the initial conname is not available, without performing any manual changes to the Remote Queue Definition at the sender side? The destination is a Cluster Queue.

The examples I see across are all using a Single Gateway Qmgr (single point of failure) which would require manual intervention to restore message route.

Regards
Saurabh
Back to top
View user's profile Send private message Send e-mail Yahoo Messenger
Vitor
PostPosted: Mon Jul 01, 2019 12:13 pm Post subject: Re: Routing into Cluster Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 25850
Location: Texas, USA

saurabh25281 wrote:
1. Can we deliver message from a non-clustered Qmgr to a Cluster queue using multiple Gateway Qmgr such that if one of the Gateway Qmgr is down, the messages are routed to the destination via another Gateway Qmgr. The setup should enable automatic switch to alternate Gateway Qmgr.


Yes.

saurabh25281 wrote:
2. The Connection Name parameter in a Sender channel allows comma seperated values of multiple destinations and is probably used for multi-instance setup. Can this attribute be used to automatically redirect messages (in a non-mulit-instance setup) to an alternative IP(port), if the initial conname is not available, without performing any manual changes to the Remote Queue Definition at the sender side? The destination is a Cluster Queue.


Yes, but the destination of a Sender channel is not any kind of queue - it's a Receiver channel.

The need to make manual changes to a QREMOTE is entirely dependent on how you've defined it and your topology. Specifically how you're using name resolution.


saurabh25281 wrote:
The examples I see across are all using a Single Gateway Qmgr (single point of failure) which would require manual intervention to restore message route.


Unless the Gateway queue manager is Highly Available.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
saurabh25281
PostPosted: Wed Jul 03, 2019 3:34 am Post subject: Reply with quote

Centurion

Joined: 05 Nov 2006
Posts: 105
Location: Bangalore

Thanks for the response Vitor. We were able to configure our specific requirement.
Back to top
View user's profile Send private message Send e-mail Yahoo Messenger
Display posts from previous:
Post new topicReply to topic Page 1 of 1

MQSeries.net Forum IndexClusteringRouting into Cluster
Jump to:



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
Protected by Anti-Spam ACP


Theme by Dustin Baccetti
Powered by phpBB 2001, 2002 phpBB Group

Copyright MQSeries.net. All rights reserved.