IBM MQ 링크를 사용하여 상호 운용하기 위한 네트워크 토폴로지

다음 예제에서는 IBM MQ 링크를 사용하여 WebSphere® Application ServerIBM MQ와 상호 운용할 수 있는 네트워크 토폴로지 범위(단순한 토폴로지부터 복잡한 토폴로지까지)를 보여줍니다.

이 주제에서는 클러스터된 토폴로지와 고가용성 토폴로지를 포함한 다양한 범위의 토폴로지를 설명합니다. 클러스터링 및 고가용성의 경우 제품의 네트워크 배치 또는 z/OS 버전을 사용해야 합니다.

단일 IBM MQ 큐 관리자에 연결된 단일 WebSphere Application Server 애플리케이션 서버

이러한 기본 시나리오에서 IBM MQ 링크는 단일 WebSphere Application Server 애플리케이션 서버를 IBM MQ 큐 관리자에 연결합니다. IBM MQ 링크를 사용하여 IBM MQ에 연결하는 WebSphere Application Server 메시징 엔진을 게이트웨이 메시징 엔진이라고 합니다. IBM MQ 링크가 연결되는 IBM MQ 큐 관리자 또는 큐 공유 그룹을 게이트웨이 큐 관리자라고 합니다.

그림 1. 게이트웨이 큐 관리자에 연결된 단일 애플리케이션 서버
WebSphere Application Server
애플리케이션 서버에는 게이트웨이 메시징 엔진이 포함되며, 이는 게이트웨이 큐 관리자로 연결됩니다.

IBM MQ 링크는 IBM MQ 큐 관리자가 애플리케이션 서버와 동일한 호스트에서 실행 중인 경우에도 항상 TCP/IP 연결을 사용합니다. IBM MQ가 메시징 제공자인 경우에 수행하므로 클라이언트 또는 바인딩 전송 유형을 지정할 필요가 없습니다.

IBM MQ 링크는 하나 또는 두 개의 메시지 채널로 구성되어 IBM MQ에 메시지를 보내거나, IBM MQ에서 메시지를 받거나, 또는 두 작업을 모두 수행합니다. 각 메시지 채널은 하나의 TCP/IP 연결을 사용합니다.

메시지 채널은 WebSphere Application Server 애플리케이션과 IBM MQ 애플리케이션 사이의 지점간 메시징을 지원합니다. 또한 WebSphere Application Server 애플리케이션과 IBM MQ 애플리케이션 사이의 공개/등록 메시징에 대해 IBM MQ 링크에서 공개/구독 브릿지를 구성할 수도 있습니다. IBM MQ 링크 및 해당 메시지 채널에 대한 자세한 내용은 IBM MQ 링크를 통해 메시지 교환의 내용을 참조하십시오.

IBM MQ 네트워크에 연결된 WebSphere Application Server 셀

단일 IBM MQ 링크는 다중 애플리케이션 서버를 나타내는 전체 WebSphere Application Server 서비스 통합 버스를 IBM MQ 큐 관리자에 연결할 수 있습니다. 두 네트워크 간에 교환되는 메시지는 모두 IBM MQ 링크를 통해 전달되며, 이 링크는 WebSphere Application Server에서 단일 게이트웨이 메시징 엔진을 연결하고 IBM MQ에서 게이트웨이 큐 관리자를 연결합니다. 게이트웨이 메시징 엔진 및 게이트웨이 큐 관리자는 각 네트워크에서 지점간 메시지 또는 공개/등록 메시지를 해당 애플리케이션 서버 및 큐 관리자에 분배합니다.

그림 2. 다중 큐 관리자에 연결된 다중 애플리케이션 서버
단일
WebSphere Application Server 셀에 다중 애플리케이션
서버가 포함되고, 이 다중 서버는 게이트웨이 메시징
엔진이 포함된 셀의 애플리케이션 서버에 연결됩니다. 게이트웨이 메시징 엔진이
IBM MQ 네트워크의 게이트웨이 큐 관리자에 링크된 다음 추가 큐 관리자에
연결됩니다.
이 토폴로지는 다음 조건 중 하나가 발생하는 경우 상호 운용이 중단됩니다.
  • 게이트웨이 메시징 엔진이 포함된 WebSphere Application Server 애플리케이션 서버가 실패합니다.
  • WebSphere Application Server 애플리케이션 서버가 실행 중인 호스트가 실패합니다.
  • IBM MQ 게이트웨이 큐 관리자가 실패합니다.
  • IBM MQ 게이트웨이 큐 관리자가 실행 중인 호스트가 실패합니다.
이 경우, WebSphere Application Server 셀의 애플리케이션 서버가 IBM MQ에 있는 큐 관리자와 통신할 수 없습니다. 실패할 경우 메시지가 다음과 같이 큐에 저장됩니다.
  • WebSphere Application Server에서 게이트웨이 메시징 엔진이 실패하거나 더 이상 IBM MQ와 통신할 수 없을 경우, 게이트웨이 메시징 엔진에서 이미 큐에 저장된 메시지(저장 후 전달 기능 보유)가 엔진에 저장되고 상호 운용이 복원될 때 전송됩니다.
  • WebSphere Application Server에서 게이트웨이 메시징 엔진이 실패하는 경우, 다른 애플리케이션 서버의 메시징 엔진에서 큐에 저장된 메시지가 해당 메시징 엔진에 저장되고 게이트웨이 메시징 엔진이 운영될 때 전송됩니다.
  • IBM MQ에서 게이트웨이 큐 관리자가 실패하거나 더 이상 WebSphere Application Server와 통신할 수 없을 경우, 상호 운용이 복원될 때 게이트웨이 큐 관리자에 이미 큐에 저장된 메시지가 전송됩니다.
  • IBM MQ에서 게이트웨이 큐 관리자가 실패하는 경우, 게이트웨이 큐 관리자가 작동 중일 때 다른 큐 관리자에서 큐에 저장된 메시지가 전송됩니다.

WebSphere Application Server 및 IBM MQ에서 고가용성 프레임워크를 설정하여 가용성을 높이고 이 토폴로지의 견고성을 향상시킬 수 있습니다.

IBM MQ 네트워크에 연결된 WebSphere Application Server 셀의 고가용성

WebSphere Application Server 고가용성 프레임워크는 단일 장애 위치를 제거하고 WebSphere Application Server 내에서 실행하는 애플리케이션 및 프로세스에 대한 피어 대 피어(peer to peer) 장애 복구를 제공합니다. 이 프레임워크는 또한 비WebSphere Application Server 자원을 관리하기 위해 HACMP™(High Availability Cluster Multi-Processing)와 같은 기타 고가용성 프레임워크를 사용하는 환경으로 WebSphere Application Server를 통합합니다.

WebSphere Application Server 애플리케이션 서버와 IBM MQ 큐 관리자 둘 다 클러스터에 배열할 수 있으므로, 둘 중 하나가 실패할 경우 다른 하나를 계속 실행할 수 있습니다. 여기에 표시된 네트워크 토폴로지에서 서비스 통합 버스가 포함된 WebSphere Application Server 셀에는 현재 게이트웨이 메시징 엔진의 백업을 제공하는 WebSphere Application Server 클러스터가 포함되어 있습니다. 게이트웨이 메시징 엔진이 실패하는 경우, 클러스터의 다른 애플리케이션 서버에서 다시 시작한 다음 게이트웨이 큐 관리자에 대한 IBM MQ 링크를 다시 시작할 수 있습니다. 마찬가지로, 게이트웨이 큐 관리자는 IBM MQ 고가용성 클러스터의 일부입니다.

그림 3. 다중 큐 관리자에 연결된 다중 애플리케이션 서버의 고가용성
단일
WebSphere Application Server 셀에 다중 애플리케이션
서버가 포함되고, 이 다중 서버는 게이트웨이 메시징
엔진이 포함된 셀의 애플리케이션 서버에 연결됩니다. 게이트웨이 메시징 큐가
포함된 애플리케이션 서버는 장애 복구 게이트웨이 메시징 엔진이
포함된 다른 애플리케이션 서버와 함께 WebSphere Application Server 클러스터에
속합니다. IBM MQ 네트워크에는 다중 게이트웨이
큐 관리자를 사용하는 고가용성 클러스터가 포함됩니다. 게이트웨이 메시징 엔진이
실패할 경우, WebSphere Application Server 셀의 애플리케이션 서버는
장애 복구 게이트웨이 메시징 엔진에 연결되어 원래 게이트웨이
메시징 엔진과 동일한 방법으로 게이트웨이 큐 관리자에
링크됩니다.

이 네트워크 토폴로지에서 WebSphere Application ServerIBM MQ가 상호 운용되도록 하려면 IP 주소 변경 지원을 추가해야 합니다. IBM MQ 게이트웨이 큐 관리자는 하나의 IP 주소를 사용하여 WebSphere Application Server 게이트웨이 메시징 엔진에 접속하고, WebSphere Application Server 게이트웨이 메시징 엔진은 하나의 IP 주소를 사용하여 IBM MQ 게이트웨이 큐 관리자에 접속합니다. 고가용성 구성에서, 게이트웨이 메시징 엔진이 다른 애플리케이션 서버로 장애 복구되거나 게이트웨이 큐 관리자가 실패하여 장애 복구 게이트웨이 큐 관리자로 대체되는 경우 실패한 컴포넌트의 원래 IP 주소와의 연결이 끊어집니다. 두 제품 모두 새 위치의 컴포넌트와의 연결을 복구할 수 있는지 확인해야 합니다.

장애 복구 WebSphere Application Server 게이트웨이 메시징 엔진과의 연결이 복구되는지 확인하려면 다음 옵션 중 하나를 선택하십시오.
  1. 버전 7.0.1보다 이전 버전의 IBM MQ를 사용 중인 경우 IBM MQ용 SupportPac MR01을 설치하십시오. 큐 관리자가 메시징 엔진이 다른 IP 주소 및 포트로 장애 복구한 후 WebSphere Application Server 게이트웨이 메시징 엔진에 연결할 수 있도록 이 SupportPac에서는 IBM MQ 큐 관리자에 대체 IP 주소 및 포트 목록을 제공합니다. WebSphere Application Server에서 게이트웨이 메시징 엔진에 대한 고가용성 정책을 "1/N"로 설정해야 합니다. IBM MQ MR01 SupportPac에 대한 자세한 정보는 MR01: Creating a HA Link between IBM MQ and a Service Integration Bus의 내용을 참조하십시오.
  2. IBM MQ 버전 7.0.1을 사용 중인 경우 연결 이름(CONNAME)을 사용하여 연결 목록을 지정하십시오. 일반적으로 1개의 시스템 이름만 필요하지만 동일한 특성을 가진 여러 연결을 구성하기 위해 여러 시스템 이름을 제공할 수 있습니다. 연결될 때까지 연결 목록에 지정된 순서로 연결이 시도됩니다. 연결이 실패할 경우 채널에서 재시도 처리를 시작합니다. 이 옵션을 사용할 경우 CONNAME을 설명한 TransportType에 대해 쉼표로 구분한 시스템 이름 목록으로 지정하십시오. 이 때 모든 WebSphere Application Server 클러스터 멤버 IP가 CONNAME에 직접 나열되는지 확인하십시오. CONNAME 사용에 대한 자세한 정보는 IBM MQ Information Center를 참조하십시오.
    참고: IBM MQ 버전 7.0.1에는 SupportPac MR01이 필요하지 않습니다. 이 릴리스에는 이전 릴리스용 SupportPac MR01에서 제공하는 기능에 해당하는 기능이 포함되어 있기 때문입니다. IBM MQ 버전 7.0.1에서 다중 인스턴스 큐 관리자를 위한 지원의 일부로 CONNAME을 사용하여 연결 목록을 지정하는 기능이 추가되었습니다. 그러나 장애 복구 WebSphere Application Server 게이트웨이 메시징 엔진이 복구되는지 확인하기 위한 다른 옵션으로 이 기능을 사용할 수도 있습니다.
  3. HACMP와 같은 외부 고가용성 프레임워크를 사용하여 게이트웨이 메시징 엔진이 들어 있는 자원 그룹을 관리하십시오. 외부 고가용성 프레임워크를 사용하는 경우 I/P 주소는 게이트웨이 메시징 엔진이 이동한 애플리케이션 서버를 실행하는 시스템으로 장애 복구될 수 있습니다. 다음 절차에 따라 IP 주소를 올바르게 처리하십시오.
    • 외부 고가용성 프레임워크가 메시징 엔진 실행 시기와 위치를 제어하도록 메시징 엔진의 고가용성 정책을 "조작 없음"으로 설정하십시오.
    • 외부 고가용성 프레임워크에 의해 관리되는 자원 그룹에 메시징 엔진 및 IP 주소에 대한 자원을 작성하십시오.
    • 메시징 엔진의 데이터 저장소를, 메시징 엔진을 표시하는 자원과 동일한 자원 그룹에 위치시키는 것을 고려하십시오.
장애 복구 IBM MQ 게이트웨이 큐 관리자와의 연결이 복구되는지 확인하려면 다음 옵션 중 하나를 선택하십시오.
  1. IBM MQ Information Center에 설명된 대로 IBM MQ에서 다중 인스턴스 큐 관리자를 설정하십시오. IBM MQ 링크 송신자 채널의 정의에서 다중 연결 이름 목록을 선택하고 활성 및 대기 큐 관리자가 있는 서버의 포트 및 호스트 이름(또는 IP 주소)을 지정하십시오. 활성 게이트웨이 큐 관리자가 실패할 경우, 서비스 통합 버스는 이 정보를 사용하여 대기 게이트웨이 큐 관리자에 다시 연결합니다.
  2. IP 주소 인계를 지원하는 외부 고가용성 프레임워크(예: HACMP)를 사용하여 IBM MQ 고가용성 클러스터를 작성하십시오. IP 주소 인계 기능을 통해 새 위치에 있는 게이트웨이 큐 관리자가 서비스 통합 버스에 동일한 큐 관리자로 나타납니다.

게이트웨이 큐 관리자 및 게이트웨이 메시징 엔진은 실패 후에 통신을 다시 시작할 때 메시지가 유실되거나 중복되지 않도록 하기 위해 사용하는 상태 정보를 저장합니다. 즉, 게이트웨이 메시징 엔진은 항상 동일한 게이트웨이 큐 관리자에 다시 연결해야 합니다.

z/OS®용 IBM MQ 큐 공유 그룹을 사용하는 경우, 공유 채널을 사용하여 연결하도록 IBM MQ 링크를 구성할 수 있습니다. 공유 채널은 동일한 큐 공유 그룹에서 다른 큐 관리자에 다시 연결할 수 있으므로 기타 IBM MQ 플랫폼에서 사용할 수 있는 고가용성 클러스터링 옵션에 비해 높은 가용성을 제공합니다. 일반적으로 동일한 큐 공유 그룹에서 다시 연결하면 동일하거나 다른 위치에서 동일한 큐 관리자를 다시 시작하기 위해 대기하는 것보다 속도가 빠릅니다.

이 절에 설명된 네트워크 토폴로지가 가용성 및 확장성을 제공하기는 하지만, 여러 다른 큐 관리자 및 큐 관리자가 연결된 WebSphere Application Server 애플리케이션 서버의 워크로드 간 관계는 복잡합니다. IBM® 담당자에게 전문가 권고를 문의하십시오.

IBM MQ 네트워크에 연결된 다중 WebSphere Application Server

이 예제 시나리오에서는 회사에서 지리적으로 독립된 두 개의 WebSphere Application Server 셀을 사용하고 있고 이 두 셀을 엔터프라이즈 전체의 동일한 IBM MQ 네트워크에 연결하려고 합니다. 각 서비스 통합 버스에는 자체 게이트웨이 메시징 엔진이 있으며, IBM MQ 링크를 사용하여 인접한 IBM MQ 게이트웨이 큐 관리자에 연결합니다.

그림 4. 동일한 IBM MQ 네트워크에 연결된 지리적으로 분리된 애플리케이션 서버
두 개의 WebSphere Application Server
셀에 각각 다중 애플리케이션 서버가 있으며, 셀에
사용되는 게이트웨이 메시징 엔진이 포함된 각 셀의
애플리케이션 서버에 연결되어 있습니다. WebSphere Application Server 셀의
게이트웨이 메시징 엔진은 IBM MQ 네트워크에 있는 별도의 게이트웨이
큐 관리자에 링크됩니다. 게이트웨이 큐 관리자는
IBM MQ 네트워크에 있는 동일한 추가
큐 관리자 세트에 연결됩니다.

이 네트워크 토폴로지를 사용하면, 두 WebSphere Application Server 셀 중 하나에서 실행 중인 WebSphere Application Server 애플리케이션은 지점간 또는 (공개/등록 브릿지 사용) 공개/등록 메시지를 IBM MQ 애플리케이션과 교환할 수 있습니다. 또한 엔터프라이즈 전체 IBM MQ 네트워크 기능을 사용하여 다른 WebSphere Application Server 셀에서 실행 중인 WebSphere Application Server 애플리케이션과 메시지를 교환할 수 있습니다. 이전 시나리오에서와 같이, 회사에서 WebSphere Application ServerIBM MQ의 고가용성 프레임워크를 사용하여 향상된 가용성 및 확장성을 제공할 수 있습니다.


주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cmm_mq_top03
파일 이름:cmm_mq_top03.html