| Author |
Message
|
| atheek |
 Posted: Fri Jan 29, 2010 5:05 am Post subject: High Availability MQ in Windows without MSCS |
 |
|
Partisan
Joined: 01 Jun 2006
Posts: 327
Location: Sydney
|
Is there a way to have a highly available Queue Manager on a 2 node Windows environment without using MSCS?
Our current platform has 2 node windows cluster and queue manager high availability is achieved by using an active passive configuration with MSCS. We would like to remove windows clustering as it offers some hindrance in scaling some other software components that is running on the same platform.
Also, can anyone advise what sort of storage should we be ideal for MQ data and logs. Currently we have SAN + MSCS managing the volume mapping in the 2 nodes. We are looking at the option of removing MSCS, so looking for alternate storage options for access from 2 nodes.
The options we have analysed are :
Using contact admin/CIFS - this is assumed to be way much slower than a SAN solution
Using SAN with some sort of clustered file system : Not seen many clustered file system offerings in windows. One product we saw was MelioFS from sanabolic.
Using Windows Distributed File System [ not sure if this really works for an active - passive configuration, with passive to kick in when there is a failover]
Please advise if you have experience in setting up similar Highly Available MQ in a windows environment.
Thanks in advance!
-Atheek |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Fri Jan 29, 2010 5:25 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Upgrade to 7.0.1.
use a multi-instance qmgr.
Otherwise you are *out* *of* *luck*. |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Jan 29, 2010 5:30 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| mqjeff wrote: |
Upgrade to 7.0.1.
use a multi-instance qmgr.
Otherwise you are *out* *of* *luck*. |
The caveat being that ALL your other infrastructure also needs to be at V7.0.1
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri Jan 29, 2010 5:40 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| exerk wrote: |
| mqjeff wrote: |
Upgrade to 7.0.1.
use a multi-instance qmgr.
Otherwise you are *out* *of* *luck*. |
The caveat being that ALL your other infrastructure also needs to be at V7.0.1 |
yes, kind of.
Sort of.
It depends.
If you are using a VIP already, no, not so much. but then you still need MSCS to do the VIP, so.
<shrug> |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri Jan 29, 2010 5:43 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| exerk wrote: |
| mqjeff wrote: |
Upgrade to 7.0.1.
use a multi-instance qmgr.
Otherwise you are *out* *of* *luck*. |
The caveat being that ALL your other infrastructure also needs to be at V7.0.1 |
"All your other infrastructure " meaning only the QMs and MQ Clients that connect to this Multi Instance QM. Although the pre MQ 7.0.1 clients only (not QMs) can probably be handled by a network load balancer.
On Windows, given that MQ fully supports MSCS, I'd go with that. It works well.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Jan 29, 2010 5:54 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| PeterPotkay wrote: |
| ...Although the pre MQ 7.0.1 clients only (not QMs) can probably be handled by a network load balancer... |
I should be testing this soon, so will feed back when complete. I still have a few twitches in regard to routing to the stand-by instance.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| atheek |
| Posted: Sun Jan 31, 2010 1:28 pm Post subject: |
|
|
Partisan
Joined: 01 Jun 2006
Posts: 327
Location: Sydney
|
Thanks for the replies. It looks like we have to stick with MSCS for MQ High availability. We have other queue managers/client at different 6.x.x.x levels and it won't be possible to move them all to 7.0.1. Also we would require to have to migrate the VIP which as per Jeff's reply is not possible even with this multi instance QMGR.
Can someone who has experience in setting up the storage for MQ data and logs, can advise what is the best mode to have the file system shared between the nodes. Currently, we have defined the logical disk ( drive) as a resource within the same group as the QMGR in the MSCS cluster. So, when failover occurs the disk is migrated to the other node along with the queue manager. Is there any way using alternate storage options so that we can remove the dependency on MSCS for the shared file system.
Thanks,
Atheek |
|
| Back to top |
|
|
| atheek |
| Posted: Wed Feb 03, 2010 10:40 pm Post subject: |
|
|
Partisan
Joined: 01 Jun 2006
Posts: 327
Location: Sydney
|
| PeterPotkay wrote: |
Although the pre MQ 7.0.1 clients only (not QMs) can probably be handled by a network load balancer.
|
Peter - Can you explain why there is a difference between qmgr-qmgr and client connection, Is this because of possible sequence number mismatch between the channels ? |
|
| Back to top |
|
|
|
|
