고가용성 방식으로 WebSphere® Application Server
메시징 엔진을 IBM MQ 큐 관리자에 연결하려면
I/P 주소 변경사항에 대한 지원을 추가해야 합니다.
IBM MQ 링크는
서비스 통합 메시징 엔진을 IBM MQ 큐 관리자에 연결합니다.
IBM MQ에 메시징
엔진이 다른 큐 관리자인 것으로 나타납니다. 서비스 통합에 대해 IBM MQ
네트워크는 외부 버스인 것으로 표시됩니다.
IBM MQ 게이트웨이 큐 관리자는
하나의 IP 주소를 사용하여 WebSphere Application Server 게이트웨이 메시징 엔진에 접속하고,
WebSphere Application Server 게이트웨이 메시징 엔진은 하나의 IP 주소를 사용하여
IBM MQ 게이트웨이 큐 관리자에 접속합니다. 고가용성 구성에서, 게이트웨이 메시징 엔진이
다른 애플리케이션 서버로 장애 복구되거나 게이트웨이 큐 관리자가
실패하여 장애 복구 게이트웨이 큐 관리자로 대체되는 경우
실패한 컴포넌트의 원래 IP 주소와의 연결이 끊어집니다. 두 제품 모두 새 위치의 컴포넌트와의 연결을
복구할 수 있는지 확인해야 합니다.
장애 복구
WebSphere Application Server 게이트웨이 메시징 엔진과의
연결이 복구되는지 확인하려면 다음 옵션 중 하나를 선택하십시오.
- 버전 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의 내용을 참조하십시오.
- 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 게이트웨이 메시징 엔진이 복구되는지 확인하기 위한 다른 옵션으로
이 기능을 사용할 수도 있습니다.
- HACMP™와 같은 외부 고가용성 프레임워크를 사용하여
게이트웨이 메시징 엔진이 들어 있는 자원 그룹을 관리하십시오. 외부 고가용성 프레임워크를 사용하는 경우
I/P 주소는 게이트웨이 메시징 엔진이 이동한 애플리케이션 서버를 실행하는
시스템으로 장애 복구될 수 있습니다.
다음 절차에 따라 IP 주소를 올바르게 처리하십시오.
- 외부 고가용성 프레임워크가 메시징 엔진 실행 시기와 위치를
제어하도록 메시징 엔진의 고가용성 정책을 "조작 없음"으로
설정하십시오.
- 외부 고가용성 프레임워크에 의해 관리되는 자원 그룹에 메시징 엔진
및 IP 주소에 대한 자원을 작성하십시오.
- 메시징 엔진의 데이터 저장소를, 메시징 엔진을 표시하는 자원과 동일한
자원 그룹에 위치시키는 것을 고려하십시오.
장애 복구
IBM MQ 게이트웨이 큐 관리자와의
연결이 복구되는지 확인하려면 다음 옵션 중 하나를 선택하십시오.
- IBM MQ Information Center에 설명된 대로 IBM MQ에서
다중 인스턴스 큐 관리자를 설정하십시오. IBM MQ 링크 송신자 채널의 정의에서
다중 연결 이름 목록을 선택하고 활성 및 대기 큐 관리자가 있는
서버의 포트 및 호스트 이름(또는 IP 주소)을 지정하십시오. 활성 게이트웨이 큐 관리자가
실패할 경우, 서비스 통합 버스는 이 정보를 사용하여
대기 게이트웨이 큐 관리자에 다시 연결합니다.
- IP 주소 인계를 지원하는 외부 고가용성 프레임워크(예: HACMP)를 사용하여
IBM MQ 고가용성 클러스터를 작성하십시오. IP 주소 인계 기능을 통해
새 위치에 있는 게이트웨이 큐 관리자가 서비스 통합 버스에 동일한
큐 관리자로 나타납니다.
게이트웨이 큐 관리자
및 게이트웨이 메시징 엔진은 실패 후에 통신을 다시 시작할 때 메시지가
유실되거나 중복되지 않도록 하기 위해 사용하는
상태 정보를 저장합니다. 즉, 게이트웨이 메시징 엔진은 항상 동일한
게이트웨이 큐 관리자에 다시 연결해야 합니다.
z/OS®용 IBM MQ 큐 공유 그룹을 사용하는 경우,
공유 채널을 사용하여 연결하도록 IBM MQ 링크를 구성할 수 있습니다. 공유 채널은
동일한 큐 공유 그룹에서 다른 큐 관리자에 다시 연결할 수 있으므로 기타 IBM MQ 플랫폼에서
사용할 수 있는 고가용성 클러스터링 옵션에 비해 높은 가용성을 제공합니다. 일반적으로 동일한 큐 공유 그룹에서
다시 연결하면 동일하거나 다른 위치에서 동일한 큐 관리자를
다시 시작하기 위해 대기하는 것보다 속도가 빠릅니다.