| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MSCS Failover There's downtime |
« View previous topic :: View next topic » |
| Author |
Message
|
| sg_ric |
 Posted: Mon Mar 08, 2010 7:12 pm Post subject: MSCS Failover There's downtime |
 |
|
Novice
Joined: 04 Jan 2009
Posts: 13
|
Hi,
I've succesfully set up a MSCS Clustering A/P environment on 2003 Windows Server and MQ Ver 6.0. Failover between through move group works on both nodes.
Now Im trying out to see if theres any downtime when one of the node failover. I've used one of my colleagues testing application on a separate XP machine to do a pub/sub msg infinitely with 5 sec interval (configurable though).
Before failover, the messages are able to send/receive successfully.
Upon failover or rather during failover, the messages are not being send/receive.
Once the failover process is completed, the messages started to process.
It seem that theres a downtime ard 10 - 20 sec when MSCS do a failover in active/passive mode.
Is there any method to have a 0 sec downtime when failover?
Was considering changing the A/P to A/A, need to redo alot of stuff, sigh.
Any other options? |
|
| Back to top |
|
 |
| Vitor |
| Posted: Mon Mar 08, 2010 7:34 pm Post subject: Re: MSCS Failover There's downtime |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sg_ric wrote: |
Is there any method to have a 0 sec downtime when failover?
Was considering changing the A/P to A/A, need to redo alot of stuff, sigh.
|
You'll cut downtime with A/A but I'd be impressed if you could get it down to 0.
I'm also interested in why your SLA is so tight. Granted there will be a period of n seconds while failover is happening where no WMQ activity will occur; why is that a problem? Given that the application's connection to the queue manager will drop when failover starts (or slightly before, when the active node crashes  ) it'll be a few seconds before the application will be in a position to start transmission. So where in this is the problem? Articulating the issue may yield alternative solutions. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sg_ric |
| Posted: Tue Mar 09, 2010 4:58 am Post subject: |
|
|
Novice
Joined: 04 Jan 2009
Posts: 13
|
How naive I was to achieve a 0 downtime in active/passive. I believe all will be very impress if MS could do that. (hmm...... few years down the road  )
After much reading on MS clustering technologies, realize that there will be a downtime when the lock is being release to the other machine. There are articles stating specific hardware for the clustering to achive best result, think its too expensive, will do the Active/Active.
Err.... any kind soul can shed some light on how to convert A/P to A/A
(looking for easy way out, meanwhile reading up the docs) |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Mar 09, 2010 6:01 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
There is no such thing as true Active / Active clustering in MQ. You can have 2 overlappling Active / Passive hardware cluster groups each supporting a DIFFERENT and entirely independent QM, like QM1 and QM2. QM1 normally runs on Server 1, but can fail over to Server 2, QM2 normally runs on Server 2 but can fail over to Server 1.
The best you can hope for to achieve 0 down time is to go to z/OS and use Queue Sharing Groups.
If you are only concerned about providing a valid QM for a client app to connect to then have 2 or more QMs running on any platform and have the clients use MQ Client channel tables to always find an available QM on their connection attempt. This is not High Availabilty, but may meet your requirements, which we are only guessing about.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Mar 09, 2010 6:25 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| PeterPotkay wrote: |
The best you can hope for to achieve 0 down time is to go to z/OS and use Queue Sharing Groups.
|
Heck of a jump from Windoze though..... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sg_ric |
| Posted: Tue Mar 09, 2010 4:41 pm Post subject: |
|
|
Novice
Joined: 04 Jan 2009
Posts: 13
|
| Thank you all for your nice insights =) |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
