| Author |
Message
|
| pandeg |
 Posted: Mon Mar 14, 2016 2:20 pm Post subject: maximum value of MAXCHANNEL in qm.ini |
 |
|
Disciple
Joined: 21 Oct 2014
Posts: 195
|
Hi,
we have around 2000 applications on different servers, and each application is making 3-4 connection to queue manager. We want to keep the MAXINSTC() value to 20 to restrict application to establish upto these many connections during extreme situation. It is mentioned in one of the MQ article to keep MAXINSTC() and MAXINST() value lower than MAXCHANNEL Limit. Here , the total connection we allow to make is 2000(application count)*20(MAXINSTC)=40000, but MAXCHANNEL value in qm.ini has maximum value upto 9999. Can you please suggest if we can increase this value more than 9999 or what is the other alternative. |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Mon Mar 14, 2016 4:36 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
A quick search of google for 'maxchannels+mq' resulted in https://www.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.ref.dev.doc/q102490_.htm
| Quote: |
| For z/OS, the value must be in the range 1 through 9 999, with a default value of 200. For all other platforms, the value must be in the range 1 through 65 535, with a default value of 100. |
MAXINST defines the total number of client connections to a SVRCONN channel instance. MAXINSTC defines the maximum connections from one instance of a client application to a SVRCONN channel.
Are you a z/OS MQ system admin? Or midrange (Windows/UNIX)?
| pandeg wrote: |
| It is mentioned in one of the MQ article ... |
When citing a source, please post the URL here.
_________________
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 |
|
|
| pandeg |
| Posted: Wed Mar 16, 2016 7:46 am Post subject: |
|
|
Disciple
Joined: 21 Oct 2014
Posts: 195
|
| Quote: |
| Are you a z/OS MQ system admin? Or midrange (Windows/UNIX)? |
I am midrange MQ System admin.
| Quote: |
| When citing a source, please post the URL here. |
I read it from here http://kl-patterns.com/articles/websphere-mq/limiting-the-max-number-of-instances-for-the-channel.html
Also, now we have increased the MaxChannels and MaxActiveChannels to upper limit 65,535 to allow maximum channel conection from client application. I now want to establish these 40000 connections from these 2000 different application keeping 20 MAXINST() open. I am not sure how to achieve this.Normally, I use a small JMS application which open as many connection threads using multithreading concept to open maximum connection from my local machine to test the MAXINST() and connection count. Also, want to inform that we are planning to restrict MAXINST(20) and MAXINSTC(20) connection from each application. But in real time none of them are making more than 4 connections (some are making 1, 2, 3,0) in production. So, want to know if this value is ideal for each application incase they require these many connection due to heavy traffic. In the same article (http://kl-patterns.com/articles/websphere-mq/limiting-the-max-number-of-instances-for-the-channel.html), it is mentioned to make it double and monitor it for any adjustment. Please recommend if i should follow that, because when we faced "channel limit reached issue" for one application , channel instance reached to 27. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Mar 16, 2016 9:08 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
If you want to limit # connections per app/client - use MAXINSTC.
If you want to know the maximum values for any MQSC parameter, look in the MQSC reference in the Knowledge Center.
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| pandeg |
| Posted: Wed Mar 16, 2016 9:17 am Post subject: |
|
|
Disciple
Joined: 21 Oct 2014
Posts: 195
|
| mqjeff wrote: |
If you want to limit # connections per app/client - use MAXINSTC.
If you want to know the maximum values for any MQSC parameter, look in the MQSC reference in the Knowledge Center. |
Thanks for the suggestion. I have used MAXINSTC value to 20. in my Test environment. But we have almost 1500 applications in production. If i change it for each connection to 20. It will be 30000 total connection. How do i test this to make sure i can achieve these many connections. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Mar 16, 2016 9:20 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
The URL you posted is from 2011 - Written by Kevin Lwinmoe, on 11-04-2011 22:43.
I strongly suggest that you use IBM Knowledge Center as your primary source of information.
_________________
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 |
|
|
| bruce2359 |
| Posted: Wed Mar 16, 2016 9:25 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
| pandeg wrote: |
Thanks for the suggestion. I have used MAXINSTC value to 20. in my Test environment. But we have almost 1500 applications in production. If i change it for each connection to 20. It will be 30000 total connection. How do i test this to make sure i can achieve these many connections. |
Please be a bit more precise in your answers.
Do all your 1500 applications open multiple threads (connections) to a qmgr?
Can one instance of one application open an infinite number of connections? Is that why you set MAXINSTC(20)?
Do all your 1500 applications connect to the exact exact same SVRCONN channel?
_________________
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 |
|
|
| mqjeff |
| Posted: Wed Mar 16, 2016 9:40 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
If you actually need to test that volume of connections, you will need a tool to do this for you - you can write your own or look around for things. There's a JMS Perf tester on the IBM git-hub somewhere...
But whether you can support that many connections doesn't have anything to do with the value of MAXINST or MAXINSTC.
it's all about the capacity of the hardware and the config of the qmgr. Particularly if those connections are doing XA.
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| pandeg |
| Posted: Wed Mar 16, 2016 10:52 am Post subject: |
|
|
Disciple
Joined: 21 Oct 2014
Posts: 195
|
| Quote: |
| Do all your 1500 applications open multiple threads (connections) to a qmgr? |
All these 1500 applications are single threaded. But they have different programs to send and receive message. Each Application has 2 send program and 2 receive program. So, in total they have 4 connections. all program uses on single Server Connection for sending/receiving messages.
| Quote: |
| Can one instance of one application open an infinite number of connections? Is that why you set MAXINSTC(20)? |
each of these 1500 applications are deployed on different machine and each application can open infinite number of connection instances.
| Quote: |
| Do all your 1500 applications connect to the exact exact same SVRCONN channel? |
No, they use their own server connection channel defined for them |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Mar 16, 2016 11:31 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
So, your qmgr has 1500 SVRCONN channels?
_________________
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 |
|
|
| pandeg |
| Posted: Wed Mar 16, 2016 11:32 am Post subject: |
|
|
Disciple
Joined: 21 Oct 2014
Posts: 195
|
| bruce2359 wrote: |
| So, your qmgr has 1500 SVRCONN channels? |
yes |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Mar 16, 2016 11:57 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
| pandeg wrote: |
| bruce2359 wrote: |
| Do all your 1500 applications open multiple threads (connections) to a qmgr? |
All these 1500 applications are single threaded. But they have different programs to send and receive message. Each Application has 2 send program and 2 receive program. So, in total they have 4 connections. all program uses on single Server Connection for sending/receiving messages. |
This needs a bit of explanation, please.
Are you saying that each application calls two sub-programs that issue MQCONNect calls to the same qmgr? And all of this takes place on a single thread? With no intervening MQDISConnect calls?
If so, on a single thread the 2nd through n-th MQCONNect call will get a MQRC_ALREADY_CONNECTED ReasonCode.
What programming language are these written in?
_________________
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 |
|
|
| mqjeff |
| Posted: Wed Mar 16, 2016 12:02 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
I read it as "each application consists of 4 separate programs".
Which is odd to me, but.
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
|
|
