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 Index » General IBM MQ Support » Load Balancing between MQClient Servers and MQServer QMGR's

Post new topic  Reply to topic
 Load Balancing between MQClient Servers and MQServer QMGR's « View previous topic :: View next topic » 
Author Message
WDF
PostPosted: Thu Dec 10, 2009 10:16 am    Post subject: Load Balancing between MQClient Servers and MQServer QMGR's Reply with quote

Newbie

Joined: 10 Dec 2009
Posts: 2

Is it possible to load balance between the WMQClient servers and the WMQServer QMGR's. Currently it appears that the application's XML (residing on the MQClient) is set to basically "failover" to the next QMGR in line if one is not available for whatever reason - the app never resets itself and just keep failing over to the next QMGR - we have six clustered QMGR's that the MQClient Servers(1200 plus) connect to. I have been unable to find any information in regards to this architecture between the two. Any direction or recommendation would great be appreciated. Thanks in advance!
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Thu Dec 10, 2009 5:39 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

Yes its possible.

Look at the MQ Clients Manual (Library Link top of this page) and research Client Channel Tables. Specifically the ones in MQ version 7.0 which have the features you want.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
WDF
PostPosted: Fri Dec 11, 2009 10:32 am    Post subject: Reply with quote

Newbie

Joined: 10 Dec 2009
Posts: 2

Peter - thanks! I'll research it and get back to this topic. WD
Back to top
View user's profile Send private message
zpat
PostPosted: Fri Dec 11, 2009 12:49 pm    Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5866
Location: UK

Multiple clients pulling from one queue on one queue manager is a very powerful and simple form of load-balancing.

Each client takes messages at it's own rate and if one client fails the others carry on.

Hardware cluster the queue manager and then the need to use CCDTs goes away as it has a single connection IP.

Also no orphaned messages when a queue manager dies.
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Sat Dec 12, 2009 12:45 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

zpat wrote:
Multiple clients pulling from one queue on one queue manager is a very powerful and simple form of load-balancing.

Each client takes messages at it's own rate and if one client fails the others carry on.

True. But if the messages are arriving slower than the threads are processing them, there is no guarantee that all the threads will get an equal share of messages at the end of the day. Typically one seems to get a lot more. Not very load balanced in this scenario.




zpat wrote:
Hardware cluster the queue manager and then the need to use CCDTs goes away as it has a single connection IP.


An app with a tight SLA that connects to the QM to send requests and wait for the replies might not be able to afford to wait for the QM to failover to the alternate node. Having multiple QMs to choose from will provide a greater degree of availability if you use an MQ channel table to choose the QM to connect to. Each of those QMs could/should be hardware clustered or multi instanced to make them individually H.A. as well.

Hardwared clustered / multi instanced QMs in an MQ cluster with load balanced MQ Clients sending requests and multiple MQ Clients pulling from each request queue, now we're talking! Even all on Windows its almost, not quite, as available as z/OS shared queueing with MQ clustering. Certainly new requests will probably enjoy 100% availabilty. The only part that doesn't match up are existing messages on a queue. It will still take a minute or two to failover the H.A. QM, during which time the message is marooned. That is not an issue with shared queueing.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
zpat
PostPosted: Sun Dec 13, 2009 1:34 am    Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5866
Location: UK

Use a mainframe to host the queues and it will never go down.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Sun Dec 13, 2009 7:28 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

zpat wrote:
Use a mainframe to host the queues and it will never go down.

Never? How do you do scheduled maintenance then?
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » Load Balancing between MQClient Servers and MQServer QMGR's
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.