IBM MQ 서버 연결 및 z/OS용 IBM MQ 공유 큐를 사용하여 상호 운용을 위한 네트워크 토폴로지

이 예는 IBM MQ 서버 연결을 사용하여 WebSphere® Application ServerIBM MQ와 상호 운용될 수 있도록 하는 단순 및 복합 토폴로지와 z/OS 공유 큐가 가용성이 높은 메시징 시스템을 작성하도록 IBM MQIBM MQ 서버 연결을 사용하는 토폴로지를 표시합니다.

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

IBM MQ 서버 연결을 사용하는 큐 유형 대상

서비스 통합 버스의 일반 큐 유형 대상에서 큐 자체는 WebSphere Application Server의 버스 멤버에 있습니다. 버스 멤버는 애플리케이션 서버의 클러스터 또는 애플리케이션 서버가 될 수 있습니다. 버스 멤버에 있는 하나 이상의 메시징 엔진이 큐를 관리합니다. 메시징 엔진은 메시지를 큐에 넣고 큐에서 메시지를 가져오며 필요한 경우 메시지의 디스크 사본을 유지보수할 수 있습니다. 애플리케이션이 서비스 통합 버스에 연결할 때 큐가 없는 메시징 엔진에 연결할 수 있습니다. 이 경우 애플리케이션이 연결하는 메시징 엔진은 큐가 있는 메시징 엔진과 통신하고 해당 엔진을 사용합니다.

큐 자체가 IBM MQ 큐 관리자 또는 큐 공유 그룹에 있도록 IBM MQ 서버 연결을 사용하여 서비스 통합 버스 큐 유형 대상을 구성할 수 있습니다. 이 경우 큐 관리자 또는 큐 공유 그룹은 서비스 통합 버스에 버스 멤버로 포함됩니다. 버스의 서비스 통합 메시징 엔진은 IBM MQ 큐 관리자와 통신하며 해당 큐 관리자를 사용하여 큐에 액세스합니다.

IBM MQ 서버 연결을 사용하면 애플리케이션이 넣기 조작만을 수행할 수 있도록 하는 IBM MQ 링크 연결과 달리 애플리케이션이 가져오기 및 넣기 조작 둘 다를 수행할 수 있습니다.

IBM MQ 서버 연결은 "바인딩" 연결(호출 연결) 또는 "클라이언트" 연결(TCP/IP 연결)을 사용할 수 있습니다. "바인딩" 연결은 애플리케이션 서버와 큐 관리자 또는 큐 공유 그룹이 동일한 호스트나 동일한 논리 파티션(LPAR)에서 실행 중인 경우에만 사용할 수 있습니다. 애플리케이션 서버와 큐 관리자 또는 큐 공유 그룹이 서로 다른 호스트에서 실행 중인 경우에는 "클라이언트" 연결을 사용해야 합니다.

단일 IBM MQ 큐 관리자 또는 큐 공유 그룹에 연결된 단일 WebSphere Application Server 애플리케이션 서버

이러한 기본 시나리오에서는 단일 메시징 엔진에 서비스 통합 버스를 사용합니다. 버스에는 IBM MQ 공유 큐를 사용하도록 구성된 큐 유형 대상이 포함되어 있습니다. 단일 애플리케이션이 서비스 통합 버스에 연결하고 큐 유형 대상에 액세스합니다.

애플리케이션이 대상으로 메시지를 전송하면 메시징 엔진이 IBM MQ 큐 관리자와 통신하며 이를 사용하여 메시지를 공유 큐에 추가합니다. 애플리케이션이 대상에서 메시지를 수신하면 메시징 엔진이 IBM MQ 큐 관리자와 통신하며 이를 사용하여 공유 그룹에서 메시지를 가져옵니다.

애플리케이션이 IBM MQ 서버 연결을 통해 IBM MQ와 통신하는 경우 로컬 서비스 통합 메시징 엔진과 통신한다고 인식합니다. 이 메시징 엔진은 애플리케이션 대신 IBM MQ와 통신합니다. IBM MQ 큐 관리자는 서비스 통합 메시징 엔진을 IBM MQ 클라이언트로 간주합니다.

다음 그림에서 A라고 레이블이 지정된 연결 선은 로컬 버스의 멤버로 서비스 통합 메시징 엔진에 표시되는 큐 관리자를 표시합니다. B라고 레이블이 지정된 연결 선은 다른 큐 관리자로 큐 관리자에 표시되는 서비스 통합 메시징 엔진을 표시합니다.

그림 1. WebSphere Application Server에서 실행되며 WebSphere MQ 서버 연결을 사용하여 WebSphere MQ에 연결하는 단일 애플리케이션.
이 그림에서는 WebSphere Application Server 내에서 실행 중이며,
WebSphere MQ 서버 연결을 사용하여 WebSphere MQ에 연결하는
단일 애플리케이션을 설명합니다.

IBM MQ 큐 관리자에 연결된 별도의 애플리케이션 서버에서 실행 중인 여러 애플리케이션

IBM MQ 서버 연결을 사용하여 서비스 통합 메시징 엔진은 필요에 따라 IBM MQ 큐 관리자에 대한 개별 연결을 동적으로 작성합니다. IBM MQ 링크를 사용할 때와는 달리 게이트웨이 메시징 엔진이나 게이트웨이 큐 관리자가 없습니다.

다음 그림은 WebSphere MQ 서버 연결을 통해 WebSphere MQ 큐 관리자에 연결하는 별도의 애플리케이션 서버에서 실행 중인 두 개의 애플리케이션을 표시합니다. 서비스 통합 버스에는 두 개의 메시징 엔진과 하나의 큐 관리자가 포함됩니다.

그림 2. WebSphere MQ 서버 연결을 통해 WebSphere MQ 큐 관리자에 연결하는 별도의 애플리케이션 서버에서 실행 중인 두 개의 애플리케이션
이 그림에서는 WebSphere
MQ 서버 연결에서 WebSphere MQ 큐 관리자에 연결하는 개별
애플리케이션 서버 내에서 실행 중인 두 애플리케이션을 설명합니다.

IBM MQ 서버 연결을 사용하는 z/OS용 IBM MQ 공유 큐 사용

IBM MQ 서버 연결을 사용하면 WebSphere Application Server 애플리케이션이 가져오기 조작(IBM MQ 큐에서 메시지 수신)을 수행할 수 있습니다. 따라서 IBM MQ 서버를 사용하여 z/OS®용 IBM MQ 큐 공유 그룹에 연결할 수 있습니다. IBM MQ 링크는 WebSphere Application Server 애플리케이션을 큐 공유 그룹에 연결할 수 있지만 애플리케이션은 공유 큐의 메시지를 이용할 수 없으므로 공유 큐의 장점을 모두 실현할 수 없습니다. 왜냐하면 IBM MQ 링크를 사용하여 애플리케이션이 넣기 조작만을 수행할 수 있기 때문입니다.

z/OS용 IBM MQ 큐 공유 그룹은 공유 큐를 사용하여 상당한 혜택을 제공합니다. 여러 애플리케이션이 동일한 큐 공유 그룹의 여러 다른 큐 관리자를 사용하여 동일한 공유 큐로(부터) 메시지를 전송하고 수신할 수 있습니다. 이렇게 하면 다음과 같은 장점이 있습니다.
  • 다른 애플리케이션(또는 동일한 애플리케이션의 다른 인스턴스)이 동일한 큐에서 메시지를 처리하려 경쟁합니다. 메시지를 보다 빠르게 처리할 수 있는 인스턴스가 더 강력하고 로드가 덜한 프로세서에서 실행되기 때문에 해당 인스턴스가 자동으로 큐의 메시지를 더 높은 비율로 처리해서 사용 가능한 자원을 더 잘 활용하고 전체적인 응답 시간도 개선됩니다. 이를 "풀(pull) 워크로드 밸런싱"이라 합니다.
  • 큐 공유 그룹의 한 큐 관리자가 실패하면 애플리케이션은 다른 큐 관리자에 연결하여 계속해서 동일한 공유 큐를 사용할 수 있습니다. 이는 월등한 애플리케이션 가용성을 제공합니다. "피어 레벨 복구"라는 큐 공유 그룹의 특수 기능은 애플리케이션이 공유 큐로부터 메시지를 수신하지만 메시지 처리가 완료되기 전에 큐 관리자가 실패하는 경우를 핸들합니다. 애플리케이션이 트랜잭션적이면 동일한 큐 공유 그룹의 다른 큐 관리자가 공유 큐로 메시지를 리턴해서 실패한 큐 관리자가 복구될 때까지 기다리지 않고 이를 처리할 수 있습니다. 피어 레벨 복구는 애플리케이션의 가용성도 개선합니다.
  • 큐 공유 그룹은 서비스 통합이 큐 공유 그룹의 큐 관리자 콜렉션에 대해 단일 네트워크 주소를 사용하여 큐 공유 그룹에 연결하도록 하기도 합니다. 연결은 어느 큐 관리자가 사용 가능하고 최상의 응답 시간을 제공할 수 있는지에 따라 큐 공유 그룹의 적합한 큐 관리자에 자동으로 재지정됩니다. 이 기능은 애플리케이션의 가용성과 성능을 모두 개선합니다.

큐 공유 그룹에 있는 IBM MQ 서버가 소유한 공유 큐에 서비스 통합 대상을 정의하여 서비스 통합 애플리케이션에 이러한 혜택을 줄 수 있습니다. 다음 그림은 큐 공유 그룹의 한 큐 관리자(QM1)에 연결하는 서비스 통합 메시징 엔진을 보여줍니다. 연결을 통해 서비스 통합 애플리케이션은 공유 큐의 메시지를 이용합니다. 동일하거나 다른 애플리케이션 서버의 기타 서비스 통합 애플리케이션은 다른 연결(동일한 큐 공유 그룹의 동일하거나 다른 큐 관리자인 QM2 또는 QM3에 대한)을 사용하여 동일한 공유 큐의 메시지를 이용할 수 있습니다.

그림 3. WebSphere MQ 서버 연결을 사용하여 큐 공유 그룹에 액세스하도록 큐 관리자에 연결하는 메시징 엔진
이 그림에서는 큐 공유 그룹의 한 큐 관리자에 연결하는
서비스 통합 메시징 엔진을 설명합니다.

이 그림은 큐 공유 그룹의 큐 관리자(QM1)가 일시적으로 사용 불가능할 때 서비스 통합이 다른 큐 관리자(QM2)에 연결하여 애플리케이션이 큐의 메시지를 처리할 수 있도록 하는 경우를 보여줍니다.

그림 4. 사용한 원본 큐 관리자가 실패한 다음 큐 공유 그룹에 액세스하도록 두 번째 큐 관리자에 연결하는 메시징 엔진
이 그림에서는 큐 공유 그룹의 한 큐 관리자에 연결하는
서비스 통합 메시징 엔진이 애플리케이션이
처리를 계속할 수 있도록 다른 큐 관리자에 일시적으로
연결할 수 없게 하는 방법을 보여줍니다.

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



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