| Author |
Message
|
| angelovsfan |
 Posted: Sat Nov 05, 2016 4:58 am Post subject: Maximum possible connections from a QMGR |
 |
|
Newbie
Joined: 05 Nov 2016
Posts: 4
|
Hello all,
I'm having great troubles in finding a source of information that explains the overall relations between most important configuration options that define the maximum of connections that can be reached from a single QMGR.
I've seen a lot of topics here and on a lot of others in different sites,
but the picture didn't get clear enough.
What is the relation between the following overall parameters that can be seen under a QMGR with SVRCONN channel:
MAXHANDS - this one isn't affecting the number of connections according to:
http://www.mqseries.net/phpBB2/viewtopic.php?t=46095
http://www.mqseries.net/phpBB/viewtopic.php?t=62812&postdays=0&postorder=asc&start=15
http://www.mqseries.net/phpBB2/viewtopic.php?t=55950&view=next&sid=414072b3ceeaa4c224619cfc82673e7a
SHARECNV / MAXSHCNV
MaxChannels
MaxActiveChannels
Added:
MAXINST
MAXINSTC
So if I have the following configuration (the numbers are made up):
QMGR=TEST1;
MAXHANDS=500;
MAXCHANNELS=701;
MAXACTIVECHANNELS=700;
CHANNEL(CLIENT.TEST1) - CHLTYPE(SVRCONN)
SHARECNV(25) so -> MAXSHCNV(25)
When I type "dis qmstatus conns" what should be the expected maximum connections I can see and what variables am I missing (given there are no other channels involved)?
The MQ version can be anything between 7.5-9.0.
Last edited by angelovsfan on Sun Nov 06, 2016 1:09 am; edited 3 times in total |
|
| Back to top |
|
 |
| PaulClarke |
| Posted: Sat Nov 05, 2016 7:30 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
I would have thought the other variables you are missing are MAXINST and MAXINSTC defined on a SVRCONN which controls how many connections can be made over this SVRCONN definition.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| angelovsfan |
| Posted: Sat Nov 05, 2016 8:10 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2016
Posts: 4
|
| @PaulClarke, thank you, I've added them to the first post. Still I'm hopping someone will come out with some kind of formula. |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Sat Nov 05, 2016 8:40 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
I suspect that if there was a simple way to express these variables in a formula then it would already be described in the manual. These variables can all affect how many connections you can make over a channel (with the possible exception of MAXHANDS) but there are other environmental factors.
For example, with SHARECNV this depends on the MQ client being a particular version, having used particular MQI options, making all connections from the same process on the same machine using the right protocol. Similarly MAXINST will only limit connections coming from the same machine.
I suspect you could write a spreadsheet or something which allows you to plug in your numbers and it will tell you the minimum values you can get away with I'm not sure I understand the sense in that. To my mind you want to set the value to more than you need rather than the exact amount, otherwise you are constantly hitting your head on the ceiling.
For example, if you suspect that you will need up to 1,000 connected clients then I would set MaxChannels to, say, 5,000, to ensure I have some headroom. The exact answer you use may depend on the level of conversation sharing you expect to get. So perhaps set SHARECNV first based on your requirement of performance/resource utilization.
You can then set MaxActiveChannels once you add in your Qmgr/Qmgr channels requirement.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| angelovsfan |
| Posted: Sun Nov 06, 2016 12:50 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2016
Posts: 4
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Nov 06, 2016 6:28 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9396
Location: US: west coast, almost. Otherwise, enroute.
|
If you are looking for official IBM documentation, then restrict your searches to IBM. A quick google search resulted in this - from IBM:
http://www-01.ibm.com/support/docview.wss?uid=swg21174674
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| angelovsfan |
| Posted: Sun Nov 06, 2016 7:06 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2016
Posts: 4
|
| Yes, I've seen that one many times but another article confused me, the problem is I can't yet find it but it stated something like maxchannels/maxactivechannels/maxhands are some of the parameters to watch for when determining number connections, so I tought it's some JMS relation. |
|
| Back to top |
|
|
| tczielke |
| Posted: Sun Nov 06, 2016 7:33 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 939
Location: Illinois, USA
|
I am not aware of any limit for the number of connections that a queue manager will allow. It was a rare occurrence, but we did have one queue manager get up to around 4,000,000 connections, which was probably due to a buggy local bindings application. Normally, the high water mark for our queue manager connections are in the hundreds or double digits.
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Sun Nov 06, 2016 11:08 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
so to turn the question on its head.
How many connections are you estimating/planning on having to your Queue Manager?
The issue of how many connections is not simple but in general, the answer is more than you think with proper parameter setting.
Plese let us know how many you want to handle and we can help you configure the QMGR correctly.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Nov 06, 2016 2:49 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9396
Location: US: west coast, almost. Otherwise, enroute.
|
| angelovsfan wrote: |
| Yes, I've seen that one many times but another article confused me, the problem is I can't yet find it but it stated something like maxchannels/maxactivechannels/maxhands are some of the parameters to watch for when determining number connections, so I tought it's some JMS relation. |
This is all pretty subtle. There is no 'maxconnections' attribute.
MAXCHANNELS and MAXACTIVE limit channels, but have no effect on server-bindings applications.
MAXHANDS limits an instance of an application to connections and open objects. MAXINST and MAXINSTC limit connections to a specific channel instance.
There are other less obvious, but indirect, limiting factors, as well. Consider disk space and RAM.
A colleague at a large retailer has more than 35,000 channels.
If you take the supplied initial values (I hesitate to use the term 'default') for creating Windows/UNIX qmgrs, you will not be able to support 35,000 channels.
What are your requirements?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Sun Nov 06, 2016 4:02 pm Post subject: |
|
|
Jedi
Joined: 25 Mar 2003
Posts: 2494
Location: Melbourne, Australia
|
| tczielke wrote: |
| I am not aware of any limit for the number of connections that a queue manager will allow. |
Agree. A qmgr should be able to handle 10,000+ connections. I would query any requirement to use large numbers of connections, as there may be more appropriate solutions that are less resource intensive.
_________________
Glenn |
|
| Back to top |
|
|
| hughson |
| Posted: Sun Nov 06, 2016 9:54 pm Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand
|
|
| Back to top |
|
|
|
|
