WebSphere MQ 브로커 네트워크 이주

멀티브로커 네크워크의 일부인 WebSphere MQ 브로커를 이주하기 위해 수행해야 하는 프로시저는 기본적으로 단일 브로커를 이주하는 데 필요한 프로시저와 동일합니다.

이주를 시작하기 전에 다음을 고려해야 합니다.

자세한 정보는 이주 계획을 참조하십시오.

다음에 나와 있는 일련의 그림에서는 세 개의 브로커로 구성된 네트워크의 이주를 보여줍니다. 네트워크 이주를 위한 조치에서는 세 개의 브로커가 한 번에 하나씩 이주되고 WebSphere Message Broker 브로커 도메인에서 세 브로커 모두 단일 집합에 그룹화되는 것으로 가정합니다.

이주되는 WebSphere MQ 브로커 네트워크에는 세 개의 브로커, 즉 루트(NEWYORK) 및 두 개의 하위 브로커(LONDON 및 TOKYO)가 있습니다.
A <ph conref='edvent.dita#edvent/mqs'></ph> 세 개의 브로커, 즉 루트(NEWYORK) 및 두 개의 하위 브로커 (LONDON 및 TOKYO)가 있는 브로커 네트워크.
이들 브로커는 특정 순서로 이주하지 않아도 됩니다. 이 예에서는 다음 순서로 수행되는 이주를 보여줍니다.
  1. LONDON
  2. NEWYORK
  3. TOKYO

이주는 다수의 독립된 단계로 완료됩니다. 각 단계는 네트워크 트래픽이 적을 때(예: 주말) 수행력이 가장 뛰어납니다. 전체 이주는 세 단계로 계획됩니다.

1단계: LONDON 브로커의 이주

네트워크 내의 단일 브로커를 이주하는 데 필요한 단계는 독립형 WebSphere MQ 브로커를 이주하는 데 필요한 단계와 동일합니다. WebSphere MQ 브로커 이주를 참조하십시오.

  1. LONDON 브로커와 NEWYORK 브로커 둘 다에서 모든 클라이언트 응용프로그램을 정지하십시오. 이로써 토폴로지를 변경하는 중에 subscriber가 publication을 놓치는 사태를 방지할 수 있습니다.
  2. 네트워크에 있는 다른 모든 브로커(이 예에서는 TOKYO)를 정지하십시오. 그러면 토폴로지를 변경하는 중에 publication이 전달되지 않습니다.
LONDON 브로커를 이주한 후에는 두 개의 WebSphere MQ 브로커(NEWYORK 및 TOKYO)와 하나의 WebSphere Message Broker 브로커로 구성된 혼합 네트워크를 가지게 됩니다.
세 개의 브로커(두 개의 <ph conref=
#edvent/mqs"></ph> 브로커(NEWYORK 및 TOKYO)와 하나의 <ph conref="edvent.dita#edvent/mqsi"></ph> 브로커)로 구성된 혼합 브로커 네트워크" placement="break">

LONDON과 NEWYORK 브로커 사이의 연결은 WebSphere MQ 연결입니다. WorkbenchWebSphere Message Broker 브로커만 인식하므로 LONDON만 정의되었습니다. WebSphere Message Broker 연결은 이 단계에서 작성할 수 없습니다.

이 혼합 네트워크는 완전하게 올바른 상태에 있습니다. 다음 단계의 이주를 수행할 준비가 될 때까지 이 상태로 유지될 수 있습니다.

2단계: NEWYORK 브로커의 이주

NEWYORK 브로커에 대해서는 단일 브로커 이주를 위한 단계별 프로시저를 따르십시오. 이에 대해서는 WebSphere MQ 브로커 이주에 설명되어 있습니다.

  1. NEWYORK이 이웃인 모든 브로커(이 네트워크에서는 LONDON 및 TOKYO)에서 모든 클라이언트 응용프로그램을 정지하십시오. 이로써 토폴로지를 변경하는 중에 subscriber가 publication을 놓치는 사태를 방지할 수 있습니다.
  2. 네트워크의 모든 브로커를 정지하십시오. 그러면 토폴로지를 변경하는 중에 publication이 전달되지 않습니다.
이제 네트워크에는 두 개의 WebSphere Message Broker 브로커(LONDON 및 NEWYORK)와 하나의 WebSphere MQ 브로커(TOKYO)가 있습니다.
세 개의 브로커(하나의 <ph conref='edvent.dita#edvent/mqs'></ph> 브로커(TOKYO) 및 두 개의 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(LONDON 및 NEWYORK))로 구성된 혼합 브로커 네트워크

LONDON과 NEWYORK 브로커는 여전히 WebSphere MQ 연결로 연결됩니다. 이들은 필요한 한 이 방식으로 연결된 상태로 유지될 수 있습니다. 그러나 WebSphere Message Broker에서 제공하는 기능을 사용하는 응용프로그램을 개별하려면, Workbench를 사용하여 두 WebSphere Message Broker 브로커를 조인해야 합니다.

먼저 LONDON과 NEWYORK 사이의 원래 WebSphere MQ 연결을 제거하여 연결을 WebSphere Message Broker 연결로 업그레이드할 수 있습니다.

이 연결을 제거하려면 두 브로커에서 WebSphere Message Broker 명령 mqsiclearmqpubsub를 발행하십시오.
mqsiclearmqpubsub NEWYORK -n LONDON
mqsiclearmqpubsub LONDON -n NEWYORK
네트워크는 이제 다음과 같습니다.
세 개의 브로커; <ph conref='edvent.dita#edvent/mqs'></ph> 브로커(TOKYO)가 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(NEWYORK);에 연결되어 있고 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(LONDON)는 다른 두 브로커와 연결되어 있지 않습니다.

이제 Workbench를 사용하여 두 브로커 LONDON과 NEWYORK 간의 관계를 정의하십시오. 두 브로커는 이미 정의되어 있으나, 그들이 지정되는 집합은 정의되어 있지 않습니다. 토폴로지 보기에서 이러한 집합을 정의하여 여기에 두 브로커를 지정할 수 있습니다. 집합에 있는 모든 브로커가 연결되는 것으로 간주되므로, Workbench를 사용하여 그러한 연결을 작성하지 않아도 됩니다.

이제 새 토폴로지를 전개할 수 있습니다. LONDON과 NEWYORK 사이의 연결은 이제 WebSphere Message Broker 기능으로 구현됩니다. 네트워크는 이제 다음과 같습니다.
세 개의 브로커 <ph conref='edvent.dita#edvent/mqs'></ph> 브로커 (TOKYO)는 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(NEWYORK)에 연결되어 있고 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(LONDON 및 NEWYORK)는 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커 간 연결에 의해 조인됩니다.

두 브로커 LONDON 및 NEWYORK은 더 이상 상하위 관계에 있지 않으며 집합 내에서는 이웃입니다. WebSphere Message Broker 네트워크의 토폴로지는 WebSphere MQ 네트워크에서와 같은 계층 구조를 기반으로 하지 않습니다.

이제 LONDON 및 NEWYORK이 하나의 집합을 형성하므로, WebSphere MQ 네트워크에는 루트 노드가 남아 있지 않습니다. NEWYORK는 WebSphere MQ 브로커(TOKYO)와 WebSphere Message Broker 브로커 집합 사이의 게이트웨이입니다.

3단계: TOKYO 브로커의 이주

이제 마지막 WebSphere MQ 브로커인 TOKYO를 이주할 WebSphere MQ 브로커 이주에 설명된 프로시저를 따르십시오.

네트워크는 이제 다음과 같습니다.
세 개의 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커 (LONDON, NEWYORK 및 TOKYO)가 있습니다. LONDON 및 NEWYORK 브로커는 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커 간 연결에 의해 조인되며, NEWYORK 및 TOKYO 브로커는 <ph conref='edvent.dita#edvent/mqs'></ph> 연결에 의해 조인됩니다.
이제 TOKYO와 NEWYORK 사이의 WebSphere MQ 연결을 끊을 수 있습니다. 다음 명령을 사용하여 완료됩니다.
mqsiclearmqpubsub NEWYORK -n TOKYO
mqsiclearmqpubsub TOKYO -n NEWYORK

이제 Workbench를 사용하여 TOKYO 브로커를 WebSphere Message Broker 네트워크(해당 집합)에 추가하십시오. 집합을 조작하려면 모든 브로커가 서로 간에 물리적으로 직접 연결되어야 합니다(WebSphere MQ를 통해).

WebSphere Message Broker 네트워크의 토폴로지를 전개하려면 먼저 LONDON과 TOKYO 사이의 WebSphere MQ 연결이 필요합니다. 일련의 WebSphere MQ 명령을 호출하여 양방향 트래픽을 지원하는 채널 및 트랜스미션 큐를 정의해야 합니다.

집합에 있는 모든 브로커의 이주를 완료한 후에는 NEWYORK 브로커의 단일 실패 지점이 제거됩니다. LONDON 브로커의 subscriber는 NEWYORK 브로커가 실행 중이 아닐 때에도 TOKYO 브로커에서 publication을 수신할 수 있습니다.

이주 전에는 브로커 간의 트래픽이 항상 루트 노드인 NEWYORK을 통해 라우트되었으며, 따라서 이것이 단일 실패 지점이었습니다.

브로커를 서로 연결하는 데 대한 자세한 내용은 브로커 도메인 구성을 참조하십시오. 분산 WebSphere MQ 네트워크에 대한 보다 일반적인 정보는 WebSphere MQ 상호통신을 참조하십시오.

모든 이주 및 연관된 작업을 완료한 후에는 네트워크가 단일 집합으로 구성되며, 이 집합에는 이웃으로 연결되는 세 개의 WebSphere Message Broker 브로커가 포함됩니다.
이것은 이주된 <ph conref='edvent.dita#edvent/mqs'></ph> 네트워크이며 세 개의 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(LONDON, NEWYORK 및 TOKYO)는 완전히 상호연결되어 집합을 형성합니다.

이주된 브로커의 네트워크

다음 다이어그램은 WebSphere Message Broker and WebSphere MQ 브로커의 혼합 네트워크를 보여줍니다. 브로커 NEWYORK, LONDON 및 TOKYO는 WebSphere Message Broker 집합에서 이주되었습니다. 다른 모든 브로커는 WebSphere MQ 브로커로 남게 됩니다.
이는 더 큰 <ph conref='edvent.dita#edvent/mqs'></ph> 네트워크로 이주된 <ph conref='edvent.dita#edvent/mqs'></ph> 네트워크(세 개의 <ph conref='edvent.dita#edvent/mqsi'></ph> 브로커(LONDON, NEWYORK 및 TOKYO)는 완전히 상호연결되어 집합을 형성함)를 표시합니다.
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
aq18650_