Figure 1. A queue manager has a definition for each of its queues, specifying information such as the maximum number of messages allowed on the queue. If the messages are destined for a queue on a remote system, the local queue manager holds them in a message store until it is ready to forward them to the remote queue manager. This can be transparent to the application.
|Published (Last):||21 November 2017|
|PDF File Size:||5.54 Mb|
|ePub File Size:||17.50 Mb|
|Price:||Free* [*Free Regsitration Required]|
The receiving queue manager can be on the same machine or another; nearby or on the other side of the world. It can be running on the same platform as the local queue manager, or can be on any of the platforms supported by WebSphere MQ. This is called a distributed environment. The local queue manager is sometimes called the source queue manager and the remote queue manager is sometimes called the target queue manager or the partner queue manager.
How does distributed queuing work? Distributed Queuing enables sending messages from one Queue Manager to another. The receiving Queue Manager could be on the same machine or a remote one. Queue Managers, Queues, Channels and associated Definitions are outlined, along with Clustering a network of logically associated Queue Managers. Figure 1 shows an overview of the components of distributed queuing.
Figure 1. A queue manager has a definition for each of its queues, specifying information such as the maximum number of messages allowed on the queue. It can also have definitions of queues located on remote queue managers.
If the messages are destined for a queue on a remote system, the local queue manager holds them in a message store until it is ready to forward them to the remote queue manager. This has no effect on the application. Each queue manager contains communications software called the moving service component; through this, the queue manager can communicate with other queue managers.
WebSphere MQ applications can put messages onto a local queue, that is, a queue on the queue manager the application is connected to. A queue manager has a definition for each of its queues. It can also have definitions for queues that are owned by other queue managers.
These are called remote queue definitions. WebSphere MQ applications can also put messages targeted at these remote queues. If the messages are destined for a remote queue manager, the local queue manager stores them on a transmission queue until it is ready to send them to the remote queue manager.
A transmission queue is a special type of local queue on which messages are stored until they can be successfully transmitted and stored at the remote queue manager. Messages are transmitted between queue managers on a channel. A channel is a one-way communication link between two queue managers.
It can carry messages destined for any number of queues at the remote queue manager. Components needed to send a message If a message is to be sent to a remote queue manager, the local queue manager needs definitions for a transmission queue and a channel. Each end of a channel has a separate definition, defining it, for example, as the sending end or the receiving end. A simple channel consists of a sender channel definition at the local queue manager and a receiver channel definition at the remote queue manager.
These two definitions must have the same name, and together constitute one channel. There is also a message channel agent MCA at each end of a channel. Each queue manager should have a dead-letter queue also known as the undelivered message queue. Messages are put on this queue if they cannot be delivered to their destination.
Figure 2 shows the relationship between queue managers, transmission queues, channels, and MCAs. Figure 2. Sending messages Components needed to return a message If your application requires messages to be returned from the remote queue manager, you need to define another channel, to run in the opposite direction between the queue managers, as shown in Figure 3.
Figure 3. Sending messages in both directions For more information about Distributed Queue Management, see Introduction to distributed queue management. Cluster components An alternative to the traditional WebSphere MQ network that is interconnected through manually defining channels is the use of clusters. A cluster is a network of queue managers that are logically associated in some way.
You can group queue managers in a cluster so that queue managers can make the queues that they host available to every other queue manager in the cluster. Assuming that you have the necessary network infrastructure in place, any queue manager can send a message to any other queue manager in the same cluster without the need for explicit channel definitions, remote-queue definitions, or transmission queues for each destination.
Every queue manager in a cluster has a single transmission queue that transmits messages to any other queue manager in the cluster. Each queue manager needs to define only one cluster-receiver channel and one cluster-sender channel, any additional channels are automatically managed by the cluster. QM1 and QM2 host full repositories of information about the queue managers and queues in the cluster. QM2 and QM3 host some cluster queues, that is, queues that are accessible to any other queue manager in the cluster.
Each queue manager has a cluster-receiver channel called TO. Each queue manager also has a cluster-sender channel on which it can send information to one of the repository queue managers.
As with distributed queuing, you use the MQPUT call to put a message to a queue at any queue manager. For more information about clusters, see Queue manager clusters.
Concepts of intercommunication
Message channel agents A message channel agent MCA is a program that controls the sending and receiving of messages. There is one message channel agent at each end of a channel. One MCA takes messages from the transmission queue and puts them on the communication link. The other MCA receives messages and delivers them onto a queue on the remote queue manager. A message channel agent is called a caller MCA if it initiated the communication, otherwise it is called a responder MCA. A caller MCA may be associated with a sender, cluster-sender, server fully qualified , or requester channel. A responder MCA may be associated with any type of message channel, except a cluster sender.
WebSphere MQ V6 Fundamentals