| Author |
Message
|
| pathipati |
 Posted: Mon Mar 06, 2006 3:26 pm Post subject: Max Qmanagers |
 |
|
Master
Joined: 03 Mar 2006
Posts: 296
|
| what is the maximum of number Queue Managers i can create on Windows XP machine(MQ5.3V) |
|
| Back to top |
|
 |
| vennela |
| Posted: Mon Mar 06, 2006 3:33 pm Post subject: |
|
|
Jedi Knight
Joined: 11 Aug 2002
Posts: 4055
Location: Hyderabad, India
|
It depends I guess.
But I wouldn't create more than 10 and keep them running |
|
| Back to top |
|
|
| EddieA |
| Posted: Mon Mar 06, 2006 5:37 pm Post subject: |
|
|
Jedi
Joined: 28 Jun 2001
Posts: 2453
Location: Los Angeles
|
I seem to remember that there was a maximum that could be run on Windows, because you hit a limit on some part of the OS, not MQ. Try searching the forum.
Cheers,
_________________
Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
| Back to top |
|
|
| WingCommanderBadger |
| Posted: Fri May 26, 2006 2:15 am Post subject: Multiple Queue Managers per Machine |
|
|
Apprentice
Joined: 06 Sep 2005
Posts: 32
Location: London, UK
|
Did anyone ever propose an answer to this question? I'm looking into an architecture (as proposed by a supposed Specialist MQ Consultancy) that may involve running several business-partner specific QMs on a single server in our DMZ here (the QMs in the DMZ just act as a 'gateway' into our internal services and use QM Aliases to forward on messages). The idea being that each business-partner's QM will be isolated from the others in the DMZ and thus an attack on one will not affect other business partners.
Anyhow, I was wondering what the hypothetical upper limit would be to the number of QMs on a Windows server and a Linux server. Is there an 'industry standard' calculation that can be performed to give me a rough estimate?
Thoughts? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Fri May 26, 2006 2:36 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Let me suggest an alternative.
Use a single gateway instead of one per partner but use a listener per partner ==> a different port per partner. This allows you to perform some isolation in case of a denial of service attack by shutting down the incriminating port/ listener (Thanks Peter, I do learn from you) but subjects you to a single point of failure. (so you could have it hardware clustered...).
Risk factor : The qmgrs accessed from within your environment on the different partners need to all have a different qmgr name. You will run into trouble if partner A has the same qmgr name as partner B but this can be resolved using different aliases and making the alias to be used known to your partner.
Enjoy
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| WingCommanderBadger |
| Posted: Fri May 26, 2006 2:58 am Post subject: |
|
|
Apprentice
Joined: 06 Sep 2005
Posts: 32
Location: London, UK
|
| Thanks for the advice - it's certainly something I'll consider. However I'd still like to know if there are any guidelines regarding max number of queue managers on a server. I can't seem to find any advice about an upper limit (supported by any reasons) anywhere. |
|
| Back to top |
|
|
| Biju |
| Posted: Fri May 26, 2006 4:12 am Post subject: |
|
|
Acolyte
Joined: 03 Oct 2005
Posts: 71
|
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri May 26, 2006 12:26 pm Post subject: Re: Multiple Queue Managers per Machine |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| WingCommanderBadger wrote: |
The idea being that each business-partner's QM will be isolated from the others in the DMZ and thus an attack on one will not affect other business partners.
|
Lot to think about when dealing with EDGE Queue Managers. If they share the same disk, it's possible that I could flood QM1 with so many bad messages that its DQL gets so deep it fills up the disk, effecting all other QMs on that server. There are ways around this if you think about it.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
|
|
