IBM MQ 링크를 사용하여 상호 운용하기 위한 네트워크 토폴로지
다음 예제에서는 IBM MQ 링크를 사용하여 WebSphere® Application Server가 IBM 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 큐 관리자 또는 큐 공유 그룹을 게이트웨이 큐 관리자라고 합니다.

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에서 게이트웨이 큐 관리자를 연결합니다. 게이트웨이 메시징 엔진 및 게이트웨이 큐 관리자는 각 네트워크에서 지점간 메시지 또는 공개/등록 메시지를 해당 애플리케이션 서버 및 큐 관리자에 분배합니다.

- 게이트웨이 메시징 엔진이 포함된 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에서 고가용성 프레임워크를 설정하여 가용성을 높이고 이 토폴로지의 견고성을 향상시킬 수 있습니다.
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 고가용성 클러스터의 일부입니다.

이 네트워크 토폴로지에서 WebSphere Application Server 및 IBM MQ가 상호 운용되도록 하려면 IP 주소 변경 지원을 추가해야 합니다. IBM MQ 게이트웨이 큐 관리자는 하나의 IP 주소를 사용하여 WebSphere Application Server 게이트웨이 메시징 엔진에 접속하고, WebSphere Application Server 게이트웨이 메시징 엔진은 하나의 IP 주소를 사용하여 IBM MQ 게이트웨이 큐 관리자에 접속합니다. 고가용성 구성에서, 게이트웨이 메시징 엔진이 다른 애플리케이션 서버로 장애 복구되거나 게이트웨이 큐 관리자가 실패하여 장애 복구 게이트웨이 큐 관리자로 대체되는 경우 실패한 컴포넌트의 원래 IP 주소와의 연결이 끊어집니다. 두 제품 모두 새 위치의 컴포넌트와의 연결을 복구할 수 있는지 확인해야 합니다.
- IBM MQ Information Center에 설명된 대로 IBM MQ에서 다중 인스턴스 큐 관리자를 설정하십시오. IBM MQ 링크 송신자 채널의 정의에서 다중 연결 이름 목록을 선택하고 활성 및 대기 큐 관리자가 있는 서버의 포트 및 호스트 이름(또는 IP 주소)을 지정하십시오. 활성 게이트웨이 큐 관리자가 실패할 경우, 서비스 통합 버스는 이 정보를 사용하여 대기 게이트웨이 큐 관리자에 다시 연결합니다.
- 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 게이트웨이 큐 관리자에 연결합니다.

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