IBM MQ에 연결되는 메시징 엔진의 고가용성

고가용성 방식으로 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 게이트웨이 메시징 엔진과의 연결이 복구되는지 확인하려면 다음 옵션 중 하나를 선택하십시오.
  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 플랫폼에서 사용할 수 있는 고가용성 클러스터링 옵션에 비해 높은 가용성을 제공합니다. 일반적으로 동일한 큐 공유 그룹에서 다시 연결하면 동일하거나 다른 위치에서 동일한 큐 관리자를 다시 시작하기 위해 대기하는 것보다 속도가 빠릅니다.


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



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