| Author |
Message
|
| purohit |
 Posted: Mon Sep 10, 2007 7:57 am Post subject: Clients & clusters |
 |
|
Novice
Joined: 09 Aug 2007
Posts: 18
|
1) Is there any concept of clusters for clients? .....i know it sounds very wierd but i am a bit confused 
2) I have my SSL configurations done on the MQI channels in order to make the client connect to normal QMGR......if the client has to connect to a QMGR which is in a cluster, will there be any changes in the SSL configurations? |
|
| Back to top |
|
 |
| Vitor |
| Posted: Mon Sep 10, 2007 10:35 am Post subject: Re: Clients & clusters |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| purohit wrote: |
| 1) Is there any concept of clusters for clients? .....i know it sounds very wierd but i am a bit confused |
You're right - it's weird. 
If I understand your question correctly, you can create a "cluster" of clients with a client conection table so that your client connects to one of a number of available queue managers. Not a true cluster & your application needs code to make it work.
If I've misunderstood you, try rephrasing the queston!
| purohit wrote: |
2) I have my SSL configurations done on the MQI channels in order to make the client connect to normal QMGR......if the client has to connect to a QMGR which is in a cluster, will there be any changes in the SSL configurations? |
No, because all applications only connect to a queue manager not to a cluster. Membership of a cluster has no bearing.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Sep 10, 2007 11:18 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
A client connection always and only points to one specific queue manager at a time.
There are ways to load balance the network destination of a client connection.
Proper understanding of client connection tables and how a given channel from the table is picked is very important.
Proper understanding of how to ensure that the right messages get delivered to a queue that a given client application can read from is very important.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| purohit |
| Posted: Mon Sep 10, 2007 11:17 pm Post subject: |
|
|
Novice
Joined: 09 Aug 2007
Posts: 18
|
thnx for the info guys!!!
| jefflowrey wrote: |
| Proper understanding of client connection tables and how a given channel from the table is picked is very important. |
Could you please give me some pointers to this where i can understand the concept more clearly?? |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Sep 10, 2007 11:26 pm Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| purohit wrote: |
| Could you please give me some pointers to this where i can understand the concept more clearly?? |
The Clients manual describes client tables and their use in detail. By use I don't mean just administration, but also the use by applications in channel selection as indicated in this post (the selection process is part of the "code" I alluded to in my post, another important code issue is handling broken client connections & selecting alternates if necessary).
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| purohit |
| Posted: Mon Sep 10, 2007 11:58 pm Post subject: |
|
|
Novice
Joined: 09 Aug 2007
Posts: 18
|
| thnx Vitor for the pointer!!! |
|
| Back to top |
|
|
|
|
