WebSphere 애플리케이션 서버가 클러스터링되지 않고 IBM MQ 큐 관리자가 클러스터링되지 않는 경우의 상호 운용
WebSphere® Application Server에서 실행 중인 애플리케이션 서버와 IBM MQ에서 실행 중인 큐 관리자가 둘 다 클러스터되지 않은 경우 서로에게 연결할 수 있습니다. 그러나 이 설정은 장애에 취약할 수 있습니다.
참고: 이 주제에서 "애플리케이션 서버"는 WebSphere Application Server에서
실행 중인 애플리케이션 서버를 가리키고,
"큐 관리자"는 IBM MQ에서
실행 중인 큐 관리자를 가리킵니다.
다음과 같은 두 가지 토폴로지 옵션이 있습니다.
- 애플리케이션 서버 및 큐 관리자가 서로 다른 호스트에서 실행됨
- 애플리케이션 서버 및 큐 관리자가 동일한 호스트에서 실행됨
애플리케이션 서버 및 큐 관리자가 서로 다른 호스트에서 실행됨
연결에 대한 IBM MQ 전송 유형은 "클라이언트"로 지정됩니다. 클라이언트 연결은 애플리케이션 서버 및 큐 관리자가 서로 다른 호스트에서 실행 중인 경우에 사용됩니다. 이는 큐 관리자와 통신하기 위해 사용되는 TCP/IP 네트워크 연결입니다. 클라이언트 연결을 "소켓 접속"이라고도 합니다.
다음 그림에서는 서로 다른 호스트에서 실행 중인 애플리케이션 서버 및 큐 관리자를 보여줍니다.
그림 1. 클러스터링 없음: 큐 관리자에 대한 클라이언트
모드 접속

이 토폴로지는
다음 중 한 조건이 발생하는 경우 상호 운용이 중단되기 때문에 취약합니다.
- 애플리케이션 서버가 실패합니다.
- 애플리케이션 서버가 실행 중인 호스트가 실패합니다.
- 큐 관리자가 실패합니다.
- 큐 관리자가 실행 중인 호스트가 실패합니다.
예를 들어, 실패한 컴포넌트를 자동으로 다시 시작하도록 HACMP™(High Availability Cluster Multi-Processing)를 사용하여 이 토폴로지의 가용성을 개선할 수 있습니다.
애플리케이션 서버 및 큐 관리자가 동일한 호스트에서 실행됨
연결에 대한 전송 유형이 "바인딩"으로 지정됩니다. 바인딩 연결은 애플리케이션 서버 및 큐 관리자가 동일한 호스트에서 실행 중인 경우에 사용됩니다. 이는 큐 관리자와 통신하기 위해 사용되는 메모리 간 연결입니다. 바인딩 연결을 "호출 접속"이라고도 합니다.
다음 그림에서는 동일한 호스트에서 실행 중인 애플리케이션 서버 및 큐 관리자를 보여줍니다.
그림 2. 클러스터링 없음: 큐 관리자에 대한 바인딩
모드 접속

이 토폴로지의 가용성 제한조건은 이전 것과 유사합니다. 하지만 일부 구성에서는 처리량이 줄어들기 때문에 바인딩 모드가 클라이언트 모드보다 빠르고 프로세서가 효과적입니다.