ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum IndexGeneral IBM MQ SupportMaximum possible connections from a QMGR

Post new topicReply to topic
Maximum possible connections from a QMGR View previous topic :: View next topic
Author Message
angelovsfan
PostPosted: Sat Nov 05, 2016 4:58 am Post subject: Maximum possible connections from a QMGR Reply with quote

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
View user's profile Send private message Send e-mail
PaulClarke
PostPosted: Sat Nov 05, 2016 7:30 am Post subject: Reply with quote

Guardian

Joined: 17 Nov 2005
Posts: 981
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
View user's profile Send private message Visit poster's website
angelovsfan
PostPosted: Sat Nov 05, 2016 8:10 am Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
PaulClarke
PostPosted: Sat Nov 05, 2016 8:40 am Post subject: Reply with quote

Guardian

Joined: 17 Nov 2005
Posts: 981
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
View user's profile Send private message Visit poster's website
angelovsfan
PostPosted: Sun Nov 06, 2016 12:50 am Post subject: Reply with quote

Newbie

Joined: 05 Nov 2016
Posts: 4

After some manual searching from what I've read in
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
MAX HANDS can't influence on the number of connections in the way I thought.
I need to find somewhere in the official documentation where MAXHANDLES was stated to be something to consider in the capacity planning for your QMGR connections.
Back to top
View user's profile Send private message Send e-mail
bruce2359
PostPosted: Sun Nov 06, 2016 6:28 am Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8854
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
_________________
Five out of four people have trouble with fractions. - Steven Wright.
Back to top
View user's profile Send private message
angelovsfan
PostPosted: Sun Nov 06, 2016 7:06 am Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
tczielke
PostPosted: Sun Nov 06, 2016 7:33 am Post subject: Reply with quote

Guardian

Joined: 08 Jul 2010
Posts: 911
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
View user's profile Send private message
smdavies99
PostPosted: Sun Nov 06, 2016 11:08 am Post subject: Reply with quote

Jedi Council

Joined: 10 Feb 2003
Posts: 6077
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
View user's profile Send private message
bruce2359
PostPosted: Sun Nov 06, 2016 2:49 pm Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8854
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?
_________________
Five out of four people have trouble with fractions. - Steven Wright.
Back to top
View user's profile Send private message
gbaddeley
PostPosted: Sun Nov 06, 2016 4:02 pm Post subject: Reply with quote

Jedi

Joined: 25 Mar 2003
Posts: 2213
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
View user's profile Send private message
hughson
PostPosted: Sun Nov 06, 2016 9:54 pm Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1537
Location: Bay of Plenty, New Zealand

These don't cover everything you've listed, but you may find them interesting reading none-the-less.

Avoiding run-away numbers of channels - covers MaxChannels and MAXINST

MaxChannels vs DIS QMSTATUS CONNS

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:
Post new topicReply to topic Page 1 of 1

MQSeries.net Forum IndexGeneral IBM MQ SupportMaximum possible connections from a QMGR
Jump to:



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
Protected by Anti-Spam ACP


Theme by Dustin Baccetti
Powered by phpBB 2001, 2002 phpBB Group

Copyright MQSeries.net. All rights reserved.