| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Multiple channels between two Queue Managers |
« View previous topic :: View next topic » |
| Author |
Message
|
| mqapp26 |
 Posted: Fri Apr 06, 2018 5:36 am Post subject: Multiple channels between two Queue Managers |
 |
|
Newbie
Joined: 06 Apr 2018
Posts: 4
|
I'm a new employee and I've been assigned to help with IBM MQ. We give support to an organization that uses MQ (v9.0) to communicate to an external partner. It's a simple layout, as far as I know, a single local queue manager connected to an external one trough one single channel. Various applications use different queues to communicate trough this QM.
A couple of weeks ago the client had trouble deleting a queue (there were connections opened to that queue) and after solving that, my boss came to the conclusion that having one single channel to funnel all the messages from the different queues (and applications that use such queues) is not good.
He wants me to write a report detailing what criteria should we use to separate the message flows into different channels, and what benefits and inconveniences would this entail. The objective of such report is to help pitching the changes to the client.
I've not been given details on the specifics of the applications that communicate trough MQ or what and how many queues we have to work with because my boss wants a generic answer that can apply to other similar situations.
I'm fairly new to IBM MQ, and I'm having trouble finding information on this topic. I have a superficial idea about it, but I'd like the opinion of someone with more experience on the subject.
Is separating message flows into different channels a good idea? What would be a good criteria to use? |
|
| Back to top |
|
 |
| exerk |
| Posted: Fri Apr 06, 2018 6:16 am Post subject: Re: Multiple channels between two Queue Managers |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| mqapp26 wrote: |
| ...Is separating message flows into different channels a good idea? What would be a good criteria to use? |
Nice of your boss to give you a gentle lead-in 
What your boss is after can be considered class-of-service channels, for example:
1. Non-Persistent message, small-message channel;
2. Persistent message, small-message channel;
3. Non-Persistent message, large-message channel;
4. Persistent message, large-message channel.
For each of the above you would require an appropriate transmission queue, and of course the appropriate settings - batch size is an example, which you'd keep low for large persistent messages. If all the messages are the same size/persistency, whether they go down one pipe or another becomes moot, although even in that case, if there are a LOT of messages, multiple channels can bring efficiency in getting them out of your queue manager.
As regards your client having trouble deleting a queue, well that's down to them - it's up to them to do the necessary actions to stop applications/channels from opening the queue.
I would advise that you ask your boss for training, especially if this is going to become your day job, and as for the design-side aspect of MQ (into which category your question falls), providing solution design is something that comes with time and experience.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| mqapp26 |
| Posted: Fri Apr 06, 2018 6:24 am Post subject: |
|
|
Newbie
Joined: 06 Apr 2018
Posts: 4
|
| Thank you for the answer, it helped a lot. This is supposed to be part of my training (quite harsh if you ask me, but what can i do? -_-). I think he's more interested in me learning more about mq than the resulting report. Most likely he'll end up doing the heavy lifting before pitching the proposal back to the client. |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Apr 06, 2018 6:46 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
In my view, asking someone to make design decisions (about anything) without the background knowledge to know the possible perils, pitfall, and consequences of those decisions smacks of bad management...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Apr 06, 2018 6:49 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Besides class-of-service, a 2nd channel might carry proprietary data (like funds transfers) that must/should be encrypted with TLS.
Will the 2nd or 3rd MQ channel between qmgrs share the same physical link (copper, fiber, wireless)? If the physical link nears its saturation, a 2nd physical link will be needed.
_________________
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 |
|
|
| mqapp26 |
| Posted: Fri Apr 06, 2018 6:51 am Post subject: |
|
|
Newbie
Joined: 06 Apr 2018
Posts: 4
|
I don't think i'll be making any decisions.  A follow up question, i see the point in separating small and large messages for persistent messages. But what would be the benefit with non-persistent messages? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Apr 06, 2018 6:57 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| mqapp26 wrote: |
| I don't think i'll be making any decisions. A follow up question, i see the point in separating small and large messages for persistent messages. But what would be the benefit with non-persistent messages? |
Persistent messages are logged, non-persistent messages are not logged. Non-persistent messages will be delayed by the logging of persistent messages ahead of them in the xmit queue.
_________________
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 |
|
|
| exerk |
| Posted: Fri Apr 06, 2018 6:59 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| mqapp26 wrote: |
| I don't think i'll be making any decisions. A follow up question, i see the point in separating small and large messages for persistent messages. But what would be the benefit with non-persistent messages? |
It was just an example, but take a look in the Knowledge Centre regarding NPMSPEED and what it does...
...and my esteemed colleague has just provided a real-world example.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| mqapp26 |
| Posted: Fri Apr 06, 2018 7:03 am Post subject: |
|
|
Newbie
Joined: 06 Apr 2018
Posts: 4
|
| Thank you both. I'll take a look at the knowledge center and I'll try to give my boss a sneak peak to see if this is what he had in mind. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
