| Author |
Message
|
| zpat |
 Posted: Tue Mar 24, 2009 3:43 am Post subject: Sharing one QM for both Config Mgr and Broker? |
 |
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
I understand that it is now possible to use a single WMQ queue manager for both the WMB config manager and the WMB broker.
Is this a good idea?
Where is it documented in the manuals?
The intended platform is AIX, WMB 6.1
Thanks |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Tue Mar 24, 2009 3:49 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
It's always been possible to share a qmgr between a Broker and ConfigMgr - at least for values of "always" that extend back to version 2.1 CSD 3. Version 1, maybe not, but I don't know that version 1 *had* a ConfigMgr.
It's a perfectly fine idea. There's nothing wrong with doing it. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Mar 24, 2009 3:55 am Post subject: Re: Sharing one QM for both Config Mgr and Broker? |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| zpat wrote: |
| I understand that it is now possible to use a single WMQ queue manager for both the WMB config manager and the WMB broker. |
AFAIK it's been possible for a while
| zpat wrote: |
| Is this a good idea? |
That's more a "is this a good idea for you" sort of question. There are pros and cons on both sides; I personally don't (more out of habit I think!) & use 1 queue manager for each object but I imagine a few more opinions will be along in a minute.
| zpat wrote: |
| Where is it documented in the manuals? |
Oddly enough, here, under "Designing your MQ infrastructure".
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqmatt |
| Posted: Tue Mar 24, 2009 4:02 am Post subject: |
|
|
Grand Master
Joined: 04 Aug 2004
Posts: 1213
Location: Hursley, UK
|
I'd recommend it.
If nothing else, it means that you don't have do bother starting channels etc. between the components. |
|
| Back to top |
|
|
| zpat |
| Posted: Tue Mar 24, 2009 4:29 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
I suppose it's only become popular since the Config Manager was able to run on Unix.
Do people generally give this single QM the same name as the broker? |
|
| Back to top |
|
|
| WMBDEV1 |
| Posted: Tue Mar 24, 2009 4:37 am Post subject: Re: Sharing one QM for both Config Mgr and Broker? |
|
|
Sentinel
Joined: 05 Mar 2009
Posts: 888
Location: UK
|
| Vitor wrote: |
| zpat wrote: |
| I understand that it is now possible to use a single WMQ queue manager for both the WMB config manager and the WMB broker. |
AFAIK it's been possible for a while
| zpat wrote: |
| Is this a good idea? |
|
Certainly since version 5, not sure about version 2.1 though as i didnt work with that much.....
| Vitor wrote: |
That's more a "is this a good idea for you" sort of question. There are pros and cons on both sides; I personally don't (more out of habit I think!) & use 1 queue manager for each object but I imagine a few more opinions will be along in a minute. |
And heres my thoughts..... I normally have a config mgr per environment managing all the brokers for that environment. The config manager has its own server (sits on the deployment server) and its own QM. This can make administration easier as there is one central cfg mgr to deploy to all the brokers in an an environment. This setup is then replicated on my local machine.
On one account i've also seen one cfg mgr for none live environments and another for production. But as Vitor says, its all about whats right for you. |
|
| Back to top |
|
|
| sebastianhirt |
| Posted: Tue Mar 24, 2009 6:34 am Post subject: Re: Sharing one QM for both Config Mgr and Broker? |
|
|
Yatiri
Joined: 07 Jun 2004
Posts: 620
Location: Germany
|
| Vitor wrote: |
That's more a "is this a good idea for you" sort of question. |
I have done either. Both did work perfectly well for me.
You might need to consider security aspects, if you need to connect the toolkit to the config manager. |
|
| Back to top |
|
|
|
|
