| Author |
Message
|
| nethaji |
 Posted: Tue Apr 02, 2002 7:31 am Post subject: |
 |
|
Apprentice
Joined: 23 Jul 2001
Posts: 26
Location: Virginia
|
Hi all,
We got a requirement that we need to design a MQ series network so that a message should be placed on a Queue 24/7 and it has to be processed immediately 24/7. I mean there should not be a case for the application to fail because of the MQ Manager being down. Will cluster any way help this design?
Regards,
Subash Srinivasan |
|
| Back to top |
|
 |
| mrlinux |
| Posted: Tue Apr 02, 2002 7:54 am Post subject: |
|
|
Grand Master
Joined: 14 Feb 2002
Posts: 1261
Location: Detroit,MI USA
|
MQSeries Clustering is about the only way to do it
_________________
Jeff
IBM Certified Developer MQSeries
IBM Certified Specialist MQSeries
IBM Certified Solutions Expert MQSeries |
|
| Back to top |
|
|
| kolban |
| Posted: Tue Apr 02, 2002 9:01 pm Post subject: |
|
|
Grand Master
Joined: 22 May 2001
Posts: 1072
Location: Fort Worth, TX, USA
|
With a little bit more detail ... I think we could have more answers. If the application is server bound and running on the same machine as the queue manager, if the queue manager goes down, the app will fail. If the processing queue manager is remote, then clustering will work. If the application is client linked then it can select an alternate queue manager to receive the message.
If non-realtime processing is required but assured (eventual) delivery of the message ... then that is a bigger story. |
|
| Back to top |
|
|
| khoban |
| Posted: Wed Apr 03, 2002 3:40 am Post subject: |
|
|
Novice
Joined: 25 Mar 2002
Posts: 10
|
Whilst it is good to consider MQSeries clustering as a solution, remember that if your requirements are absolutely 24/7 then you will need to also architect this at the hardware level, i.e. hardware clustering. This is a considerable amount of effort and should not be taken lightly.
There are two things I think you should look at:
1) is the system really needed 24/7 or is it something like 24/6.5?
2) can the hardware be clustered to provide automated fail-over in the event of systems failure?
If you need more info, post here...
Regards, Kieran |
|
| Back to top |
|
|
| nethaji |
| Posted: Wed Apr 03, 2002 10:00 am Post subject: |
|
|
Apprentice
Joined: 23 Jul 2001
Posts: 26
Location: Virginia
|
Hi thanks for the info. I guess right now we are planning to have only client connection no binding connections( I mean no server application ) So as you say processing client application can run 24/7 in the clustered MQ network. How about the client which places the message on a queue? will cluster work on this kind situation too for 24/7 ?
Regards
Subash Srinivasan
[ This Message was edited by: nethaji on 2002-04-03 10:01 ] |
|
| Back to top |
|
|
| mrlinux |
| Posted: Wed Apr 03, 2002 10:19 am Post subject: |
|
|
Grand Master
Joined: 14 Feb 2002
Posts: 1261
Location: Detroit,MI USA
|
No MQSeries Cluster doesnt work with client Connections however you can
set up a channel table with all of the Host/Qmgrs that you have setup to handle clients and when one fails to connect it will automaticly go to the next one in the list
_________________
Jeff
IBM Certified Developer MQSeries
IBM Certified Specialist MQSeries
IBM Certified Solutions Expert MQSeries |
|
| Back to top |
|
|
| nethaji |
| Posted: Wed Apr 03, 2002 10:37 am Post subject: |
|
|
Apprentice
Joined: 23 Jul 2001
Posts: 26
Location: Virginia
|
| That's cool. Thanks for the information. |
|
| Back to top |
|
|
|
|
