Aggiunta di una coda di trasmissione cluster per isolare il traffico di messaggi cluster inviati da un gestore code gateway
Modificare la configurazione dei cluster sovrapposti che utilizzano un gestore code gateway. Dopo il trasferimento dei messaggi di modifica a un'applicazione dal gestore code del gateway senza utilizzare la stessa coda di trasmissione o gli stessi canali degli altri messaggi cluster. La soluzione utilizza una coda di trasmissione cluster aggiuntiva per separare il traffico di messaggi in un singolo gestore code in un cluster.
Prima di iniziare
- Il gestore code del gateway deve essere su IBM® MQ.
- Costruite i cluster sovrapposti mostrati in Applicazione client-server distribuita su architettura hub e spoke usando i cluster IBM MQ in Creazione di due cluster sovrapposti con un gateway queue manager seguendo i passi di quell'attività.
Informazioni su questa attività
Sul gestore code del gateway, QM1, aggiungere una coda di trasmissione e impostarne l'attributo di coda CLCHNAME. Impostare CLCHNAME sul nome del canale ricevente del cluster su QM3 ; consultare Figura 1.
- Richiede meno definizioni aggiuntive.
- Supporta il bilanciamento del carico di lavoro tra più copie della coda di destinazione,
Q1, su gestori code differenti nello stesso cluster,CL2. - Il gestore code del gateway passa automaticamente alla nuova configurazione quando il canale viene riavviato senza perdere alcun messaggio.
- Il gestore code del gateway continua ad inoltrare i messaggi nello stesso ordine in cui li ha ricevuti. Ciò avviene anche se lo switch si verifica con i messaggi per la coda
Q1aQM3ancora suSYSTEM.CLUSTER.TRANSMIT.QUEUE.
La configurazione in cui isolare il traffico dei messaggi del cluster Figura 1 non comporta un isolamento del traffico così elevato come la configurazione che utilizza code remote in Aggiunta di una definizione di coda remota per isolare i messaggi inviati da un gestore code gateway . Se il gestore code QM3 in CL2 ospita diverse code cluster e applicazioni server, tutte queste code condividono il canale cluster, CL2.QM3, connettendo QM1 a QM3. I flussi aggiuntivi vengono illustrati nella Figura 1 dalla freccia grigia che rappresenta il potenziale traffico di messaggi cluster da SYSTEM.CLUSTER.TRANSMIT.QUEUE al canale mittente del cluster CL2.QM3.
Il rimedio consiste nel limitare il gestore code ad ospitare una coda cluster in un determinato cluster. Se il gestore code ospita già un numero di code cluster, per soddisfare questa restrizione è necessario creare un altro gestore code oppure creare un altro cluster; Vedere Aggiunta di un cluster e di una coda di trasmissione cluster per isolare il traffico dei messaggi del cluster inviato da un gestore code del gateway .

Procedura
Cosa fare successivamente
Verificare la coda di trasmissione separata inviando un messaggio da QM2 a Q1 su QM3 utilizzando la definizione dell'alias della coda Q1A
- Eseguire il programma di esempio amqsput su
QM2per inserire un messaggio.
C:\IBM\MQ>amqsput Q1A QM2
Sample AMQSPUT0 start
target queue is Q1A
Sample request message from QM2 to Q1 using Q1A
Sample AMQSPUT0 end - Eseguire il programma di esempio amqsget per richiamare il messaggio da
Q1onQM3
C:\IBM\MQ>amqsget Q1 QM3
Sample AMQSGET0 start
message <Sample request message from QM2 to Q1 using Q1A>
no more messages
Sample AMQSGET0 end