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 » Clustering » Is a qmgr cluster a good alternative - details follow

Post new topic  Reply to topic
 Is a qmgr cluster a good alternative - details follow « View previous topic :: View next topic » 
Author Message
mqnomad
PostPosted: Thu Apr 15, 2010 4:33 am    Post subject: Is a qmgr cluster a good alternative - details follow Reply with quote

Acolyte

Joined: 18 Mar 2010
Posts: 53

Need to know - *from actual customer experience*:

(1) if it is a good idea to recommend they go to a clustered set of queue managers with at least two boxes, but *mainly*

(2) need to know if the queue manager clusters have been "delivering" out in the field. Have they solved a situation for high utilization, and if yes

(3) what type of load balancing configuration is used for the cluster.

I was thinking of just a two queue manager cluster to get them past the issues they are having. There are other boxes that could be clustered as well - but I don't want to go there just yet, need to focus on this particular concern.


Details follow -

At a large client who has business critical process running on a single Linux MQ box - they have many other mixed platform boxes, but the problem for this post is the process in the one Linux box. They have HA cluster, but no MQ clusters.

They have a business partner that will send a critical burst of messages. The box in question has been running at about 80% utilization even before the surge in messages, and they blame the queue manager. This is not an easily reproduced situation, and it's production debugging is limited.

I have requested definitions, logs, etc to do some due diligence review. Customer is also upgrading the box where the queue manager resides - it was an older box. Still don't know what caused the utilization - wether normal, due to config, due to inefficient code, etc.


So - should we keep the older box as a fall back to include in the cluster?

Welcome your opinion - but I really need actual customer experience feedback. Thanks, mqnomad
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Thu Apr 15, 2010 5:46 am    Post subject: Reply with quote

Grand High Poobah

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

What you may be looking for here is a mix.

a) HA cluster for high availability
b) an MQ cluster for load balancing.

In this case both may well overlap.

Have fun
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
mqnomad
PostPosted: Thu Apr 15, 2010 6:01 am    Post subject: Reply with quote

Acolyte

Joined: 18 Mar 2010
Posts: 53

Hi fjb - thanks.

So - out in the field, have clusters been performing well - and which algorithm is used other than the default. In this case, HA is not working well (leaving out details) - because the box does not go down, but utilization is very high.

This is why I thought of the "horizontal" cluster with MQ -
but I need to know how customers in the field like the clustered queue managers - as far as the load balancing part.

Thanks - I know similar question but I need to know how they are performing before recommending the solution. Thanks.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Thu Apr 15, 2010 6:09 am    Post subject: Reply with quote

Grand High Poobah

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

Load balancing works great for us.
Of course it all depends on the network, the SLA's and the fact that you REALLY DO NOT WANT to let any queue get full on a clustered qmgr.
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Vitor
PostPosted: Thu Apr 15, 2010 6:56 am    Post subject: Reply with quote

Grand High Poobah

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

mqnomad wrote:
(1) if it is a good idea to recommend they go to a clustered set of queue managers with at least two boxes, but *mainly*


If you need to split workload across 2 machines it's a great idea.

mqnomad wrote:
(2) need to know if the queue manager clusters have been "delivering" out in the field. Have they solved a situation for high utilization, and if yes


You mean "does clustering work?" - yes it does.

mqnomad wrote:
(3) what type of load balancing configuration is used for the cluster.


Whatever is relevant for your setup. Out of the box it's round robin, but if (as you seem to have here) one box has more power than the other you'd skew traffic that way.

mqnomad wrote:
So - should we keep the older box as a fall back to include in the cluster?


This is what I'm getting at - most to the new box, rest to this.

mqnomad wrote:
Welcome your opinion - but I really need actual customer experience feedback.


This is all honest to goodness, real life stuff. I've done a lot of clusters in my day.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
mqnomad
PostPosted: Thu Apr 15, 2010 7:31 am    Post subject: Thank you! Reply with quote

Acolyte

Joined: 18 Mar 2010
Posts: 53

Thank you fjb and Vitor - regards mqnomad
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Clustering » Is a qmgr cluster a good alternative - details follow
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.