| Author |
Message
|
| ae06425 |
 Posted: Mon Apr 02, 2007 1:41 pm Post subject: MQ cluster setup doc ...simple and basics |
 |
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
| can you drect me simple easy-to-understand mq cluster notes, mq cluster set-up docs, basics etc... |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Mon Apr 02, 2007 1:46 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
|
| Back to top |
|
|
| dhanaraj |
| Posted: Mon Apr 02, 2007 2:47 pm Post subject: |
|
|
Voyager
Joined: 10 Aug 2004
Posts: 92
|
|
| Back to top |
|
|
| Mensch |
| Posted: Fri Apr 06, 2007 2:11 am Post subject: |
|
|
Disciple
Joined: 17 Jul 2005
Posts: 166
|
|
| Back to top |
|
|
| Michael Dag |
| Posted: Fri Apr 06, 2007 3:42 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
Ok let's have some fun... I am in the mood  
and it will be my 1600th post...
Generates for QMGRA:
| Code: |
ALTER QMGR +
REPOS('CLUSTERA')
DEFINE QLOCAL('QUEUEA') +
CLUSTER('CLUSTERA')
DEFINE CHANNEL('TO.QMGRA') CHLTYPE(CLUSRCVR) +
TRPTYPE(TCP) +
CONNAME('hostsys1(14141)') +
CLUSTER('CLUSTERA')
DEFINE CHANNEL('TO.QMGRB') CHLTYPE(CLUSSDR) +
TRPTYPE(TCP) +
CONNAME('hostsys2(14142)') +
CLUSTER('CLUSTERA')
DEFINE LISTENER('LISTENER.TCP') +
TRPTYPE(TCP) +
PORT(14141)
|
Generates for QMGRB:
| Code: |
ALTER QMGR +
REPOS('CLUSTERA')
DEFINE CHANNEL('TO.QMGRB') CHLTYPE(CLUSRCVR) +
TRPTYPE(TCP) +
CONNAME('hostsys2(14142)') +
CLUSTER('CLUSTERA')
DEFINE CHANNEL('TO.QMGRA') CHLTYPE(CLUSSDR) +
TRPTYPE(TCP) +
CONNAME('hostsys1(14141)') +
CLUSTER('CLUSTERA')
DEFINE LISTENER('LISTENER.TCP') +
TRPTYPE(TCP) +
PORT(14142)
|
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Apr 06, 2007 7:05 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Spiffy!
While I understand your reasons for not following the design standards laid out in MD08, it would still be nice to see a cluster as a container of qmgrs, rather than a link between qmgrs, maybe with links from the container to the FR.
On the other hand, I can now think of a several reasons why it's a bad idea to make it like that... hrm.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Fri Apr 06, 2007 8:18 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| jefflowrey wrote: |
| Spiffy! |
Thanks, there has been a lot of blood sweat and tears in this simple picture, it's been a fascinating journey and it's just the begining...
| jefflowrey wrote: |
While I understand your reasons for not following the design standards laid out in MD08, it would still be nice to see a cluster as a container of qmgrs, rather than a link between qmgrs, maybe with links from the container to the FR. |
there are always pro's and con's to any way you want to picture it, this is the way you would 'draw' it on a whiteboard and allows for regular MQ channels to be part of the picture aswell.
everyday I get more and more ideas, but so little time... next months I'll be writing articles and preparing flash demo's as this really looks cool when 'alive' ...
more will follow in the next months
| jefflowrey wrote: |
On the other hand, I can now think of a several reasons why it's a bad idea to make it like that... hrm. |
which proves my point above...
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| ae06425 |
| Posted: Mon Apr 09, 2007 5:47 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
Thank you guys I appreciate your ideas...,
lets say I have couple of system like 3-to-5 systems(servers) in distributed env. have many qmanager and quesues(local, remote) defined and even some qnames use the same name(but different system or server). I wanna convert them into cluster.
whay path you think is better to follow?
If you guys be more spesific I can better understand since I am new in MQ env. I am looking at the links you provided.
Thnks |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Apr 09, 2007 6:04 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| ae06425 wrote: |
Thank you guys I appreciate your ideas...,
lets say I have couple of system like 3-to-5 systems(servers) in distributed env. have many qmanager and quesues(local, remote) defined and even some qnames use the same name(but different system or server). I wanna convert them into cluster.
whay path you think is better to follow?
If you guys be more spesific I can better understand since I am new in MQ env. I am looking at the links you provided.
Thnks |
The answer is it all depends on what you want to use them for...
Changing a queue to be a clustered queue because it's name shows up more than once in the environment is a very poor reason for creating a cluster...
Changing a queue to be a clustered queue because you need load balancing, is a very good reason to create a cluster...
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| ae06425 |
| Posted: Mon Apr 09, 2007 6:15 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
The reason is for easier management, to reduce the number of definitions for like qremote, channels etc... and to get the whole picture easier.
Thnks |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Apr 09, 2007 12:06 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
The big thing to watch out for is NEVER EVER EVER EVER EVER have two qmgrs in the same cluster when the two qmgrs have the same name.
It's only about NEVER EVER for merely having two qmgrs with the same name in the same network.
Once you've made sure of that, then clustering is a good choice to reduce the number of channels and transmit queues you need to maintain. And if you happen to want to loadbalance as well, it's a double-win.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| @j0nnymac |
| Posted: Tue Apr 01, 2014 12:42 am Post subject: Clustering basics |
|
|
Newbie
Joined: 31 Mar 2014
Posts: 6
|
|
| Back to top |
|
|
|
|
