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 » MQ Clusters and HA

Post new topic  Reply to topic
 MQ Clusters and HA « View previous topic :: View next topic » 
Author Message
mqnomad
PostPosted: Wed May 05, 2010 8:18 am    Post subject: MQ Clusters and HA Reply with quote

Acolyte

Joined: 18 Mar 2010
Posts: 53

OK, I have read the other comments that people that use QM clusters for HA are .... well, you know what you've said. So, I hear your.

I am looking at a very large customer who only sends non-persistent messages and since they have np msgs and save their definitions with the saveqmgr script, they're not too dependent on logs.

I am reading a white paper on Understanding HA with WMQ ...
http://www.ibm.com/developerworks/websphere/library/techarticles/0505_hiscock/0505_hiscock.html

on page 10 it states:


"... or for non-persistent messages (where an application is not relying on WebSphere MQ for assured delivery). For these situations, you can make a system highly available by using WebSphere MQ queue manager clustering only. This technology load balances messages and routes around failed servers. "

So if HA will mostly help if messages are logged and logs are linear ... in the case of queue managers with only non-persistent messages, what other HA solution would you recommend and why?

... I am too traumatized to dare say MQ clustering
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed May 05, 2010 8:39 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.

You might want to think of HA as Hardware Availability. There are a few well-known vendors that offer hardware-level fail-over solutions.

MQ clustering is different. MQ clustering offers rudundant destination queues across multiple qmgrs in the cluster. WMQ clustering is not a fail-over solution.

For example, if application program A connects to qmgr Z, but the qmgr dies, or the hardware where qmgr Z runs dies, then there is no message, OR the message is now stranded on the dead qmgr A. Likewise, if A puts a message to a (clustered) destination queue on qmgr R, and qmgr R dies or the hardware dies, the message is now stranded on the dead qmgr.

This is where non-persistent vs. persistent messages arises. At restart, non-persistent messages are (usually) purged from queues, persistent messages are not. Thus, stranded messages are once again available for consumption.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
mqnomad
PostPosted: Wed May 05, 2010 8:42 am    Post subject: Reply with quote

Acolyte

Joined: 18 Mar 2010
Posts: 53

Thanks bruce - but if all messages are non-persistent, they will be gone anyways - so what would the point of an HA hardware solution be for non-persistent messages.

Customer cannot afford pers. msgs due to performance - so the messages in the failed queue mgr will be lost anyways.


So for the case of only non-pers. messages, what the paper explains is that at least WMQ clusters would provide a degree of failover (meaning another queue mgr available, not message recovery) -

so in this customer's case, would QM clusters be justified?
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed May 05, 2010 8:53 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.

Yes, if the client wants to have multiple possible destination queues AND consuming applications, such that if one destination queue becomes unavailable, another can be the recipient of the next message.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
mvic
PostPosted: Wed May 05, 2010 12:33 pm    Post subject: Re: MQ Clusters and HA Reply with quote

Jedi

Joined: 09 Mar 2004
Posts: 2080

mqnomad wrote:
So if HA will mostly help if messages are logged and logs are linear ... in the case of queue managers with only non-persistent messages, what other HA solution would you recommend and why?

HA for non-persistent messages... is this the System Requirement you are evaluating?

Have you found the queue attribute NPMCLASS(HIGH) ? It causes a queue to offer a higher class of service to non-persistent messages.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed May 05, 2010 12:55 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.

Quote:
Have you found the queue attribute NPMCLASS(HIGH) ? It causes a queue to offer a higher class of service to non-persistent messages.

But, this attribute doesn't guarantee retention of non-persistent messages UNLESS the qmgr ends gracefully.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
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 » MQ Clusters and HA
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.