Migrazione di una rete di broker WebSphere MQ

La procedura che è necessario eseguire per migrare un broker WebSphere MQ che fa parte di una rete di più broker è fondamentalmente uguale a quella necessaria per la migrazione di un broker singolo.

Prima di avviare la migrazione, è necessario considerare:

Per ulteriori informazioni, fare riferimento a Pianificazione migrazione.

La serie di figure riportata di seguito mostra la migrazione di una rete composta da tre broker. Le azioni intraprese per la migrazione della rete presumono che i tre broker vengano migrati uno alla volta e che tutti e tre debbano essere raggruppati in un unico collettivo nel dominio broker WebSphere Message Broker.

La rete di broker WebSphere MQ di cui deve essere eseguita la migrazione dispone di tre broker, il root (NEWYORK) e due child (LONDRA e TOKYO).

Una rete di broker <ph conref='edvent.dita#edvent/mqs'></ph> con tre broker, il root (NEWYORK) e due child (LONDRA e TOKYO).
Questi broker non devono essere migrati secondo un ordine particolare. In questo esempio, la migrazione viene eseguita secondo il seguente ordine:
  1. LONDRA
  2. NEWYORK
  3. TOKYO

La migrazione viene portata a termine mediante l'esecuzione di un certo numero di passi separati. Ciascun passo viene eseguito in modo più efficace quando il traffico della rete è basso (ad esempio nel fine settimana). L'intera migrazione è pianificata in tre fasi:

Fase 1: migrazione del broker LONDRA

La procedura necessaria per eseguire la migrazione di un'unico broker nell'ambito di una rete è esattamente la stessa di quella necessaria per la migrazione di un broker WebSphere MQ standalone. Fare riferimento a Migrazione di broker WebSphere MQ.

  1. Arrestare tutte le applicazioni del client su entrambi i broker LONDRA e NEWYORK. In questo modo, si è certi che non venga persa alcuna pubblicazione da nessun sottoscrittore (subscriber) in fase di modifica della topologia.
  2. Arrestare tutti gli altri broker nella rete (in questo esempio, il broker TOKYO). In questo modo, si è certi che non venga distribuita alcuna pubblicazione in fase di modifica della topologia.
Una volta eseguita la migrazione del broker LONDRA si dispone di una rete mista, che consiste di due broker WebSphere MQ (NEWYORK e TOKYO) e un broker WebSphere Message Broker:

Una rete di broker mista con tre broker (due broker <ph conref='edvent.dita#edvent/mqs'></ph> (NEWYORK e TOKYO) e un broker <ph conref='edvent.dita#edvent/mqsi'></ph>)

La connessione tra i broker LONDRA e NEWYORK è una connessione WebSphere MQ. Il workbench riconosce solo broker WebSphere Message Broker e quindi vi è definito solo LONDRA. Non è possibile creare una connessione WebSphere Message Broker in questa fase.

Questa rete mista è in uno stato perfettamente valido. Può rimanere in tale stato finché non si è pronti ad eseguire la fase successiva della migrazione.

Fase 2: migrazione del broker NEWYORK

Eseguire la procedura passo passo per procedere alla migrazione di un solo broker per il broker NEWYORK. Ciò è descritto in Migrazione di broker WebSphere MQ.

  1. Arrestare tutte le applicazioni client di tutti i broker di cui NEWYORK è un neighbor; in tale rete, LONDRA e TOKYO. In questo modo, si è certi che non venga persa alcuna pubblicazione da nessun sottoscrittore (subscriber) in fase di modifica della topologia.
  2. Arrestare tutti i broker nella rete. In questo modo, si è certi che non venga distribuita alcuna pubblicazione in fase di modifica della topologia.
La rete ora contiene due broker WebSphere Message Broker (LONDRA e NEWYORK) e un broker WebSphere MQ (TOKYO):

Una rete di broker mista con tre broker (un broker<ph conref='edvent.dita#edvent/mqs'></ph> (TOKYO) e due broker <ph conref='edvent.dita#edvent/mqsi'></ph> (LONDRA e NEWYORK)

I broker LONDRA e NEWYORK sono ancora collegati mediante una connessione WebSphere MQ. Essi possono rimanere collegati in tale modo a seconda delle necessità. Tuttavia, per sviluppare applicazioni che utilizzano funzioni fornite da WebSphere Message Broker, è necessario unire i due broker WebSphere Message Broker utilizzando il workbench.

E' possibile aggiornare la connessione in una connessione WebSphere Message Broker, rimuovendo prima la connessione WebSphere MQ di origine tra LONDRA e NEWYORK.

Per rimuovere tale connessione, immettere il comando WebSphere Message Broker mqsiclearmqpubsub su entrambi i broker:
mqsiclearmqpubsub NEWYORK -n LONDRA
mqsiclearmqpubsub LONDRA -n NEWYORK
La rete a questo punto, è simile alla seguente:

Tre broker; il broker <ph conref='edvent.dita#edvent/mqs'></ph> (TOKYO) è collegato al broker <ph conref='edvent.dita#edvent/mqsi'></ph> (NEWYORK); il broker <ph conref='edvent.dita#edvent/mqsi'></ph> (LONDRA) non ha alcuna connessione con gli altri due broker.

Utilizzare ora il workbench per definire la relazione tra i due broker, LONDRA e NEWYORK. Entrambi i broker sono già definiti, ma non lo è il collettivo a cui devono essere assegnati. E' possibile definire tale collettivo dalla vista Topologia ed assegnargli i due broker. Si presume che tutti i broker di un collettivo siano collegati, non è quindi necessario eseguire tali connessioni mediante il workbench.

A questo punto, è possibile distribuire la nuova topologia. La connessione tra LONDRA e NEWYORK è ora implementata utilizzando le funzioni WebSphere Message Broker. La rete è ora:

Tre broker; il broker  <ph conref='edvent.dita#edvent/mqs'></ph> (TOKYO) è connesso al broker <ph conref='edvent.dita#edvent/mqsi'></ph> (NEWYORK); i broker <ph conref='edvent.dita#edvent/mqsi'></ph> (LONDRA e NEWYORK) sono collegati da una connessione dell'interbroker <ph conref='edvent.dita#edvent/mqsi'></ph>.

I due broker, LONDRA e NEWYORK, non si trovano più in una relazione parent-child, ma sono neighbor nell'ambito di un collettivo. La topologia della rete WebSphere Message Broker non si basa su una struttura gerarchica come era la rete WebSphere MQ.

Ora che LONDRA e NEWYORK formano un collettivo, non esiste alcun nodo root disponibile nella rete WebSphere MQ. NEWYORK è un gateway tra il broker WebSphere MQ (TOKYO) e il collettivo di broker WebSphere Message Broker.

Fase 3: migrazione del broker TOKYO

A questo punto, l'ultimo broker WebSphere MQ, TOKYO, è pronto per essere migrato. Eseguire la procedura descritta in Migrazione di broker WebSphere MQ.

La rete è ora:

Esistono tre broker <ph conref='edvent.dita#edvent/mqsi'></ph> (LONDRA, NEWYORK e TOKYO); i broker LONDRA e NEWYORK sono uniti mediante una connessione interbroker <ph conref='edvent.dita#edvent/mqsi'></ph> e i broker NEWYORK e TOKYO sono uniti mediante una connessione <ph conref='edvent.dita#edvent/mqs'></ph>.
La connessione WebSphere MQ tra TOKYO e NEWYORK può essere a questo punto interrotta. Per eseguire ciò, utilizzare i seguenti comandi:
mqsiclearmqpubsub NEWYORK -n TOKYO
mqsiclearmqpubsub TOKYO -n NEWYORK

Utilizzare ora il workbench per aggiungere il broker TOKYO alla rete WebSphere Message Broker e al collettivo. Per funzionare, un collettivo richiede che tutti i broker abbiano connessioni fisiche dirette reciproche (via WebSphere MQ).

Prima di poter distribuire la topologia della nuova rete WebSphere Message Broker, è necessario eseguire una connessione WebSphere MQ tra LONDRA e TOKYO. Per definire le code di trasmissione e i canali che supportano il traffico a due vie, deve essere definita una serie di comandi WebSphere MQ.

Una volta completata la migrazione di tutti i broker nel collettivo, è stato eliminato il singolo punto di errore nel broker NEWYORK. I sottoscrittori (subscriber) del broker LONDRA possono ricevere le pubblicazioni dal broker TOKYO anche quando il broker NEWYORK non è in esecuzione.

Prima di eseguire la migrazione, il traffico tra i broker era sempre instradato attraverso NEWYORK, il nodo root, che era quindi il singolo punto di errore.

Per ulteriori informazioni dettagliate sulla connessione reciproca dei broker, fare riferimento a Configurazione del dominio broker. Per ulteriori informazioni generali sulle reti WebSphere MQ distribuite, fare riferimento a WebSphere MQ Intercommunication.

Una volta completate la migrazione e le attività associate, la rete comprende un singolo collettivo, contenente tre broker WebSphere Message Broker collegati allo stesso livello.

Questa è la rete <ph conref='edvent.dita#edvent/mqs'></ph> migrata; tre broker <ph conref='edvent.dita#edvent/mqsi'></ph> (LONDRA, NEWYORK e TOKYO) completamente interconnessi per formare un collettivo.

Una rete di broker migrati

Nel diagramma riportato di seguito è presente una rete mista di broker WebSphere Message Broker and WebSphere MQ. I broker NEWYORK, LONDRA e TOKYO sono stati migrati per formare un collettivo WebSphere Message Broker. Tutti gli altri broker rimangono come broker WebSphere MQ.

Questa è la rete <ph conref='edvent.dita#edvent/mqs'></ph> migrata (tre broker <ph conref='edvent.dita#edvent/mqsi'></ph>, LONDRA, NEWYORK e TOKYO, completamente interconnessi per formare un collettivo) facente parte di una rete <ph conref='edvent.dita#edvent/mqs'></ph> più grande.
Informazioni particolari | Marchi | Download | Libreria | Supporto | Commenti
Copyright IBM Corporation 1999, 2006 Ultimo aggiornamento: ago 17, 2006
aq18650_