Author |
Message
|
brianb |
Posted: Mon Oct 25, 2010 12:37 pm Post subject: Client Connections |
|
|
Voyager
Joined: 12 May 2010 Posts: 85
|
Hi all
In a large client environment which is the better way to handle a large number client connections. Currently we use a proxy server to connect to but I am looking at MQIPT to handle this instead. The doco is aimed at external clients but is there any reason it could not be used for large numbers of internal clients? I would like to install MQIPT on say an AIX HUB in a hub and spoke environment and have all clients go through this way....
And the HUB will be a MQv7 MI instance with V6 clients coming trough a load balancer
AIX
MQv6 and MQv7
and MI
any thoughts ? |
|
Back to top |
|
 |
jeevan |
Posted: Mon Oct 25, 2010 12:45 pm Post subject: Re: Client Connections |
|
|
Grand Master
Joined: 12 Nov 2005 Posts: 1432
|
brianb wrote: |
Hi all
In a large client environment which is the better way to handle a large number client connections. Currently we use a proxy server to connect to but I am looking at MQIPT to handle this instead. The doco is aimed at external clients but is there any reason it could not be used for large numbers of internal clients? I would like to install MQIPT on say an AIX HUB in a hub and spoke environment and have all clients go through this way....
And the HUB will be a MQv7 MI instance with V6 clients coming trough a load balancer
AIX
MQv6 and MQv7
and MI
any thoughts ? |
just a note, you can not get MI features using MQ 6 client.
Means, if the active qmgr goes down and standby takes over the client connected using MQ6 client could not do auto reconnect. |
|
Back to top |
|
 |
brianb |
Posted: Mon Oct 25, 2010 12:48 pm Post subject: Client Connections |
|
|
Voyager
Joined: 12 May 2010 Posts: 85
|
Hi
Thanks Jeevan
But as I said I am using a load balancer to handle the MQv6 connections and it works like a charm |
|
Back to top |
|
 |
mqjeff |
Posted: Mon Oct 25, 2010 2:38 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
So MQIPT is, at least in some respects, designed to handle and proxy MQ connections. Network level proxy servers and load balancers are not.
To that extent, using MQIPT is a better choice.
MQIPT also provides you additional security features that may be of use even internally, such as differing certificates for the same queue manager since MQIPT can act as an SSL server to MQClients and an SSL Client to the qmgr.
At least AFAIK. |
|
Back to top |
|
 |
gbaddeley |
Posted: Mon Oct 25, 2010 3:12 pm Post subject: Re: Client Connections |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
brianb wrote: |
In a large client environment which is the better way to handle a large number client connections. Currently we use a proxy server to connect to but I am looking at MQIPT to handle this instead. The doco is aimed at external clients but is there any reason it could not be used for large numbers of internal clients? I would like to install MQIPT on say an AIX HUB in a hub and spoke environment and have all clients go through this way.... |
What do you mean by large? A single qmgr can handle thousands of active clients. What are your requirements for availability and tolerance to failure? _________________ Glenn |
|
Back to top |
|
 |
PeterPotkay |
Posted: Mon Oct 25, 2010 3:20 pm Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
Why do you want to put MQIPT in between the clients and the Queue Manager? There are some as mqjeff mentioned, but you haven't listed any. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
aditya.aggarwal |
Posted: Wed Oct 27, 2010 6:42 am Post subject: |
|
|
 Master
Joined: 13 Jan 2009 Posts: 252
|
You may get better solution and better security Using Datapower. Cost might be a challenge..
If you are exchaing XML messages then i would suggest to go with Datapower, This will resolve many security threats across internet. |
|
Back to top |
|
 |
|