Number of Queues in a QueueManager

[David González Portusach]

Does anybody have experience with a only qmgr with more than 600 queues.?

In a transformation process of an architecture than actually use a broker, it's will be use a MQ solution. From a client application, through a websphere application server, will send a request message to the specific queue , and wait de reply message by reading a correlation ID responses queue.

The MQ will be in as400 server and the throughput be around 200 tr/sg.

¿ Could be any problem with performance with many queues? ¿Would it be better separated into 2 QMGR with 300 queues?

Any help with this question(s) is appreciated.

Thanks in advance.



________________________________

AVISO DE CONFIDENCIALIDAD.
Este correo y la información contenida o adjunta al mismo es privada y confidencial y va dirigida exclusivamente a su destinatario. everis informa a quien pueda haber recibido este correo por error que contiene información confidencial cuyo uso, copia, reproducción o distribución está expresamente prohibida. Si no es Vd. el destinatario del mismo y recibe este correo por error, le rogamos lo ponga en conocimiento del emisor y proceda a su eliminación sin copiarlo, imprimirlo o utilizarlo de ningún modo.

CONFIDENTIALITY WARNING.
This message and the information contained in or attached to it are private and confidential and intended exclusively for the addressee. everis informs to whom it may receive it in error that it contains privileged information and its use, copy, reproduction or distribution is prohibited. If you are not an intended recipient of this E-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute any portion of this E-mail.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Potkay, Peter M (CTO Architecture + Engineering)]

David,
A QM can easily deal with more than 600 queues. I've had QMs with over 3K queues.

Just the number of queues is not reason enough to split them across multiple queue managers, especially if those QMs will be on the same server anyway.

The transaction volume and message size will be more relevant in requiring another queue manager, regardless of the total number of queues. A QM with 10,000 queues defined with low volumes of work will be just fine. A QM with 100 queues being forced to do billions of messages a day with long running units of works with lots of big persistent messages - that might benefit from splitting the load across multiple QMs across multiple servers.


Peter Potkay


From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of David González Portusach
Sent: Thursday, November 21, 2013 7:04 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Number of Queues in a QueueManager

Does anybody have experience with a only qmgr with more than 600 queues.?

In a transformation process of an architecture than actually use a broker, it's will be use a MQ solution. From a client application, through a websphere application server, will send a request message to the specific queue , and wait de reply message by reading a correlation ID responses queue.

The MQ will be in as400 server and the throughput be around 200 tr/sg.

¿ Could be any problem with performance with many queues? ¿Would it be better separated into 2 QMGR with 300 queues?

Any help with this question(s) is appreciated.

Thanks in advance.



________________________________

AVISO DE CONFIDENCIALIDAD.
Este correo y la información contenida o adjunta al mismo es privada y confidencial y va dirigida exclusivamente a su destinatario. everis informa a quien pueda haber recibido este correo por error que contiene información confidencial cuyo uso, copia, reproducción o distribución está expresamente prohibida. Si no es Vd. el destinatario del mismo y recibe este correo por error, le rogamos lo ponga en conocimiento del emisor y proceda a su eliminación sin copiarlo, imprimirlo o utilizarlo de ningún modo.

CONFIDENTIALITY WARNING.
This message and the information contained in or attached to it are private and confidential and intended exclusively for the addressee. everis informs to whom it may receive it in error that it contains privileged information and its use, copy, reproduction or distribution is prohibited. If you are not an intended recipient of this E-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute any portion of this E-mail.

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies.
************************************************************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[David González Portusach]

Thank you Peter.

Finally we'll use one qmgr to manage all queues.

De: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] En nombre de Potkay, Peter M (CTO Architecture + Engineering)
Enviado el: Thursday, November 21, 2013 1:38 PM
Para: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Asunto: Re: Number of Queues in a QueueManager

David,
A QM can easily deal with more than 600 queues. I've had QMs with over 3K queues.

Just the number of queues is not reason enough to split them across multiple queue managers, especially if those QMs will be on the same server anyway.

The transaction volume and message size will be more relevant in requiring another queue manager, regardless of the total number of queues. A QM with 10,000 queues defined with low volumes of work will be just fine. A QM with 100 queues being forced to do billions of messages a day with long running units of works with lots of big persistent messages - that might benefit from splitting the load across multiple QMs across multiple servers.


Peter Potkay

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of David González Portusach
Sent: Thursday, November 21, 2013 7:04 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Number of Queues in a QueueManager

Does anybody have experience with a only qmgr with more than 600 queues.?

In a transformation process of an architecture than actually use a broker, it's will be use a MQ solution. From a client application, through a websphere application server, will send a request message to the specific queue , and wait de reply message by reading a correlation ID responses queue.

The MQ will be in as400 server and the throughput be around 200 tr/sg.

¿ Could be any problem with performance with many queues? ¿Would it be better separated into 2 QMGR with 300 queues?

Any help with this question(s) is appreciated.

Thanks in advance.



________________________________

AVISO DE CONFIDENCIALIDAD.
Este correo y la información contenida o adjunta al mismo es privada y confidencial y va dirigida exclusivamente a su destinatario. everis informa a quien pueda haber recibido este correo por error que contiene información confidencial cuyo uso, copia, reproducción o distribución está expresamente prohibida. Si no es Vd. el destinatario del mismo y recibe este correo por error, le rogamos lo ponga en conocimiento del emisor y proceda a su eliminación sin copiarlo, imprimirlo o utilizarlo de ningún modo.

CONFIDENTIALITY WARNING.
This message and the information contained in or attached to it are private and confidential and intended exclusively for the addressee. everis informs to whom it may receive it in error that it contains privileged information and its use, copy, reproduction or distribution is prohibited. If you are not an intended recipient of this E-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute any portion of this E-mail.

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies.
************************************************************

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________

AVISO DE CONFIDENCIALIDAD.
Este correo y la información contenida o adjunta al mismo es privada y confidencial y va dirigida exclusivamente a su destinatario. everis informa a quien pueda haber recibido este correo por error que contiene información confidencial cuyo uso, copia, reproducción o distribución está expresamente prohibida. Si no es Vd. el destinatario del mismo y recibe este correo por error, le rogamos lo ponga en conocimiento del emisor y proceda a su eliminación sin copiarlo, imprimirlo o utilizarlo de ningún modo.

CONFIDENTIALITY WARNING.
This message and the information contained in or attached to it are private and confidential and intended exclusively for the addressee. everis informs to whom it may receive it in error that it contains privileged information and its use, copy, reproduction or distribution is prohibited. If you are not an intended recipient of this E-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute any portion of this E-mail.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Raul Acevedo]

Estoy de acuerdo con Pedro.

Raúl L. Acevedo
Senior IT Architect
IBM Global Business Services
Application Innovation Services (AIS)
818 599 6626 mobile
***@us.ibm.com email



From: David González Portusach <***@EVERIS.COM>
To: ***@listserv.meduniwien.ac.at,
Date: 11/22/2013 08:23 AM
Subject: Re: Number of Queues in a QueueManager
Sent by: MQSeries List <***@listserv.meduniwien.ac.at>



Thank you Peter.

Finally we’ll use one qmgr to manage all queues.

De: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] En nombre de
Potkay, Peter M (CTO Architecture + Engineering)
Enviado el: Thursday, November 21, 2013 1:38 PM
Para: ***@LISTSERV.MEDUNIWIEN.AC.AT
Asunto: Re: Number of Queues in a QueueManager

David,
A QM can easily deal with more than 600 queues. I’ve had QMs with over 3K
queues.

Just the number of queues is not reason enough to split them across
multiple queue managers, especially if those QMs will be on the same server
anyway.

The transaction volume and message size will be more relevant in requiring
another queue manager, regardless of the total number of queues. A QM with
10,000 queues defined with low volumes of work will be just fine. A QM with
100 queues being forced to do billions of messages a day with long running
units of works with lots of big persistent messages – that might benefit
from splitting the load across multiple QMs across multiple servers.


Peter Potkay

From: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] On Behalf
Of David González Portusach
Sent: Thursday, November 21, 2013 7:04 AM
To: ***@LISTSERV.MEDUNIWIEN.AC.AT
Subject: Number of Queues in a QueueManager

Does anybody have experience with a only qmgr with more than 600 queues.?

In a transformation process of an architecture than actually use a broker,
it's will be use a MQ solution. From a client application, through a
websphere application server, will send a request message to the specific
queue , and wait de reply message by reading a correlation ID responses
queue.

The MQ will be in as400 server and the throughput be around 200 tr/sg.

¿ Could be any problem with performance with many queues? ¿Would it be
better separated into 2 QMGR with 300 queues?

Any help with this question(s) is appreciated.

Thanks in advance.





AVISO DE CONFIDENCIALIDAD.
Este correo y la información contenida o adjunta al mismo es privada y
confidencial y va dirigida exclusivamente a su destinatario. everis informa
a quien pueda haber recibido este correo por error que contiene información
confidencial cuyo uso, copia, reproducción o distribución está expresamente
prohibida. Si no es Vd. el destinatario del mismo y recibe este correo por
error, le rogamos lo ponga en conocimiento del emisor y proceda a su
eliminación sin copiarlo, imprimirlo o utilizarlo de ningún modo.

CONFIDENTIALITY WARNING.
This message and the information contained in or attached to it are private
and confidential and intended exclusively for the addressee. everis informs
to whom it may receive it in error that it contains privileged information
and its use, copy, reproduction or distribution is prohibited. If you are
not an intended recipient of this E-mail, please notify the sender, delete
it and do not read, act upon, print, disclose, copy, retain or redistribute
any portion of this E-mail.


List Archive - Manage Your List Settings - Unsubscribe


Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com


************************************************************
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential and/or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If you
are not the intended recipient, please notify the sender immediately by
return e-mail, delete this communication and destroy all copies.
************************************************************


List Archive - Manage Your List Settings - Unsubscribe


Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com




AVISO DE CONFIDENCIALIDAD.
Este correo y la información contenida o adjunta al mismo es privada y
confidencial y va dirigida exclusivamente a su destinatario. everis informa
a quien pueda haber recibido este correo por error que contiene información
confidencial cuyo uso, copia, reproducción o distribución está expresamente
prohibida. Si no es Vd. el destinatario del mismo y recibe este correo por
error, le rogamos lo ponga en conocimiento del emisor y proceda a su
eliminación sin copiarlo, imprimirlo o utilizarlo de ningún modo.

CONFIDENTIALITY WARNING.
This message and the information contained in or attached to it are private
and confidential and intended exclusively for the addressee. everis informs
to whom it may receive it in error that it contains privileged information
and its use, copy, reproduction or distribution is prohibited. If you are
not an intended recipient of this E-mail, please notify the sender, delete
it and do not read, act upon, print, disclose, copy, retain or redistribute
any portion of this E-mail.


List Archive - Manage Your List Settings - Unsubscribe


Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com