| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| how to decide what qmgrs in cluster |
« View previous topic :: View next topic » |
| Author |
Message
|
| techno |
 Posted: Tue Jan 18, 2005 9:26 am Post subject: how to decide what qmgrs in cluster |
 |
|
Chevalier
Joined: 22 Jan 2003
Posts: 429
|
We have so many qmgrs on our company's network. What base line instructions to be followed to have them in one cluster or multiple clusters or something else... I mean I need some general guidelines to be followed to have proper enterprise level mq architecture....
Thanks. |
|
| Back to top |
|
 |
| KeeferG |
| Posted: Wed Jan 19, 2005 1:37 am Post subject: |
|
|
Master
Joined: 15 Oct 2004
Posts: 215
Location: Basingstoke, UK
|
There are a lot of reasons for queue managers to be in clusters. One might be becuase you just want to remove the need to define channels and remote queues for every target system on every queue manager. Another may be for workload balancing across machines. You need to sit down and decide what it is your trying to achieve. One of the ways I'd recommend is to soprt out your queue managers into communication groups. ie QMGR1..15 work alot together so that would be one cluster. QMGR10..15 balance work so that could be another. I'd recommend getting someone in that really knows what they are doing to help sort out the infrastructure. Getting it wrong can prove tricky to correct.
_________________
Keith Guttridge
-----------------
Using MQ since 1995 |
|
| Back to top |
|
|
| rkford11 |
| Posted: Wed Jan 19, 2005 6:51 am Post subject: Re: how to decide what qmgrs in cluster |
|
|
Partisan
Joined: 06 Jun 2004
Posts: 316
|
| techno wrote: |
We have so many qmgrs on our company's network. What base line instructions to be followed to have them in one cluster or multiple clusters or something else... I mean I need some general guidelines to be followed to have proper enterprise level mq architecture....
Thanks. |
techno,
Qmgr Clusters manual would provide you more guidelines. Please read the manual in the documentation. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Jan 19, 2005 9:08 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7716
|
Cluster because you need workload balancing.
-or-
Cluster because you need so many point to point channels, remote queue defs and XMITQs its becoming a pain.
Otherwise, don't cluster. Specifically, don't cluster just because it looks cool and you want a cluster. Clustering introduces what I call *unknowns*. You lose some control. A lot of stuff is done under the covers. When things go wrong in clusters, things REALLY go wrong! It is much better at 5.3 than at 5.2 though.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| 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
|
|
|
|
