What should be the typical specs for an AIX system that would host only MQSeries queue managers (not MQSI brokers, just multiple queue managers) ?
The number of queue managers initially would be 10 but would grow ... (We're thinking of moving our queue managers to a central system.) --- Robert Broderick <[EMAIL PROTECTED]> wrote: > Yup, Chris indicated he is doing that curently and I > have done that in the > past. > > > >From: "Kulbir S. Thind" <[EMAIL PROTECTED]> > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Re: Use of multiple brokers/queue managers > >Date: Wed, 21 Jan 2004 15:46:39 +0000 > > > >Thanks. > > > >We have business and infrastructure reasons as to > using a single machine > >and for operational, scalability (i.e. connecting > scores of applications), > >availability and performance reasons are planning > on using multiple > >brokers on the same machine. I was concerned when > I read your comment > >that you would not create an additional broker on > the same machine and the > >comment from Chris suggesting that multiple brokers > doesn't resolve the > >hog solution. We're not looking at creating > additional brokers on the > >same machine solely for the purposes of improving > performance. > > > >Are we saying that if you have enough system > resources you should be able > >to run multiple brokers/queue managers on a single > physical machine? > > > > > > > > > >"Robert Broderick" <[EMAIL PROTECTED]> > > > >Sent by: "MQSeries List" <[EMAIL PROTECTED]> > >21-Jan-2004 13:59 > >Please respond to "MQSeries List" > <[EMAIL PROTECTED]> > > > > > > > > > > To: MQSERIES > > > > cc: > > Subject: Re: Use of multiple > brokers/queue managers > > > > > >We were just performance testing a tuning a broker > and we did hear word > >that > >you can increase the number of execution grooups to > whatever number your > >box > >can handle with respect to resources AND increase > the number of threads in > >each message flow accessing the queue. But were > told that there is a > >breakeven point that no matter how many execution > groups you allocate or > >threads within the flow you WILL NOT gain a > performance advantage. As for > >RTFM you will not find it there. Work for a large > client and have scores > >of > >IBM tech people coming in and out trying to find > out WHY your broker is > >behaving badly. They will however give you tons of > suggestions on tuning > >DB2 > >(system, tables), MQ (system, messaging > infrastructure) and MQSI (system, > >message flows, esql, node configuration). This > happend to be on OS390. > > > >And frankly, if performance is an issue and you > need to generate another > >broker on the same box to achieve more work isn't > that like doubling up > >the > >load on your camel because he is so slow from the > first load you might as > >well move more goods to ake advantage of the time > not realizing you are > >going to slow down the instrument more. I never > said you would have > >problems > >creating additional brokers. I would think if there > are business reasons > >or > >infrastructure reasons for the multi broker > solution then by all means. > >Spend the money. > > > >Not trying to be snide. just repeating what I had > heard and what we rolled > >back from while trying to get the beast up to 50 > TPS from about 2-3. Like > >all advice........... > > > > > >bee-oh-dubble-bee-dubble-egh > > > > > > >From: "Kulbir S. Thind" <[EMAIL PROTECTED]> > > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > > >To: [EMAIL PROTECTED] > > >Subject: Re: Use of multiple brokers/queue > managers > > >Date: Wed, 21 Jan 2004 08:25:15 +0000 > > > > > >If we have a server that is big enough (i.e. 8 > CPU's, etc) why would we > > >have a problem creating more brokers with their > own queue managers? We > > >were looking at having 3 queue managers with > brokers all running on this > > >big machine, what problems could you foresee? > > > > > >TIA, > > > > > >Kulbir. > > > > > > > > > >------------------------------------------------------------------------------------------------------------------------------| > > >| > | > > >| To: [EMAIL PROTECTED] > | > > >| cc: > | > > >| Subject: Re: Use of multiple > brokers/queue managers | > > >| > | > > > > > > >------------------------------------------------------------------------------------------------------------------------------| > > > > > >Hmm. Are you referring to execution groups when > stating engines? I am a > > >little, well alot, slow today ;-) If that is so, > then it is possible for > > >each execution group to impact system resources, > i.e. memory. I don't > > >recall reading about a limit on the number of > execution groups, but then > > >again I rather have someone tell me to RTM, minus > the slang. As for > > >creating another broker that is an option, but if > it is on the same > >server > > >it actually has not resolved the "hog" situation. > > > > > >Chris > > > > > > > > > > > > > > >|---------+-----------------------------> > > >| | "Robert Broderick"| > > >| | <[EMAIL PROTECTED]| > > >| | OTMAIL.COM> | > > >| | Sent by: "MQSeries| > > >| | List" | > > >| | <[EMAIL PROTECTED]| > > >| | .AC.AT> | > > >| | | > > >| | | > > >| | 01/20/2004 12:57 | > > >| | PM | > > >| | Please respond to | > > >| | "MQSeries List" | > > >| | | > > >|---------+-----------------------------> > > > > > > >------------------------------------------------------------------------------------------------------------------------------| > > >| > | > > >| To: [EMAIL PROTECTED] > | > > >| cc: > | > > >| Subject: Re: Use of multiple > brokers/queue managers | > > >| > | > > > > > > >------------------------------------------------------------------------------------------------------------------------------| > > > > > > > === message truncated === ________________________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
