WebSphere 애플리케이션 서버를 큐 공유 그룹을 사용하여 z/OS용 IBM MQ에 연결
z/OS® 시스템에서 애플리케이션 서버를 z/OS용 WebSphere® MQ 큐 공유 그룹의 멤버인 큐 관리자에 연결할 수 있습니다. 특정 이름 지정된 큐 관리자를 선택하도록 연결을 구성하거나, 큐 공유 그룹의 모든 큐 관리자를 허용하도록 연결을 구성할 수 있습니다.
특정 이름 지정된 큐 관리자를 선택하도록 연결을 구성하는 경우, 고가용성 제공에 사용할 수 있는 옵션은 기타 플랫폼에서 IBM MQ에 연결하기 위한 옵션과 비슷합니다. 하지만, 큐 공유 그룹의 모든 큐 관리자를 허용하도록 연결을 구성하는 경우에는 가용성을 향상시킬 수 있습니다. 이 경우, 애플리케이션 서버가 다음 IBM MQ 큐 관리자에 다시 연결하지 못하면 애플리케이션 서버는 실패하지 않은 다른 큐 관리자와의 연결을 허용할 수 있습니다.
모든 큐 관리자를 허용하도록 구성할 연결은 공유 큐에 액세스하는 데에만 사용해야 합니다. 공유 큐는 큐 공유 그룹의 모든 큐 관리자가 액세스할 수 있는 단일 큐입니다. 애플리케이션에서 공유 큐에 액세스하는 데 사용하는 큐 관리자와는 상관이 없습니다. 동일한 애플리케이션 인스턴스에서 여러 큐 관리자를 사용하여 동일한 공유 큐에 액세스하는 경우에도 결과는 항상 같습니다.
- 애플리케이션 서버 및 큐 관리자가 동일한 논리 파티션(LPAR)에서 실행됨
- 애플리케이션 서버 및 큐 관리자가 서로 다른 논리 파티션(LPAR)에서 실행됨
애플리케이션 서버 및 큐 관리자가 동일한 논리 파티션(LPAR)에서 실행됨
다음 그림은 WebSphere Application Server에서 z/OS용 IBM MQ로의 바인딩 모드 연결을 보여줍니다. 해당 그림은 다음 구성을 보여줍니다.
- 애플리케이션 서버 1 및 2는 WebSphere Application Server 클러스터의 일부입니다.
- 애플리케이션 서버 1은 LPAR 1에서 실행 중입니다.
- 애플리케이션 서버 2는 LPAR 2에서 실행 중입니다.
- 큐 관리자 1 및 2는 공유 큐 Q1을 호스트하는 IBM MQ 큐 공유 그룹의 멤버입니다. 공유 큐는 연결 기능에 있습니다.
- 큐 관리자 1은 LPAR 1에서 실행 중입니다.
- 큐 관리자 2는 LPAR 2에서 실행 중입니다.
- "바인딩" 연결은 애플리케이션 서버 및 큐 관리자가 동일한 호스트에서 실행 중인 경우에
사용됩니다. 이는 동일한 호스트에서 실행 중인 큐 관리자에 설정된 메모리 간 연결입니다. 바인딩
연결을 "호출 접속"이라고도 합니다.
- 애플리케이션 서버 1 및 큐 관리자 1은 바인딩 모드에서 각각에 접속합니다.
- 애플리케이션 서버 2 및 큐 관리자 2는 바인딩 모드에서 각각에 접속합니다.

이 네트워킹 토폴로지는 여러 LPAR에서 실행되는 인스턴스를 비롯하여 몇몇 애플리케이션 인스턴스가 동일한 공유 큐의 메시지를 처리하는 경우 "풀(pull)" 워크로드 밸런싱의 이점을 활용할 수 있습니다.
예를 들어, z/OS ARM(Automatic Restart Manager)을 사용하여 실패한 애플리케이션 서버 또는 큐 관리자를 다시 시작해서 이 토폴로지의 가용성을 개선할 수 있습니다. LPAR에서 큐 관리자가 실패하는 경우, ARM은 다른 LPAR에서 애플리케이션 서버를 다시 시작할 수 있습니다. 그러면 애플리케이션 서버는 이전에 사용한 큐 관리자가 다시 시작될 때까지 기다리지 않고도 실행 중인 큐 관리자에 연결할 수 있습니다. 여기에 사용된 예제에서는 ARM이 LPAR 2에서 WebSphere Application Server 애플리케이션 서버 1을 다시 시작할 수 있습니다. 그러면 애플리케이션 서버가 큐 관리자 1이 다시 시작될 때까지 기다리지 않고도 IBM MQ 큐 관리자 2에 연결할 수 있습니다.
애플리케이션 서버 및 큐 관리자가 서로 다른 논리 파티션(LPAR)에서 실행됨
다음 그림은 WebSphere Application Server에서 z/OS용 IBM MQ로의 클라이언트 모드 연결을 보여줍니다. 해당 그림은 다음 구성을 보여줍니다.
- 큐 관리자 1 및 2는 공유 큐 Q1을 호스트하는 IBM MQ 큐 공유 그룹의 멤버입니다. 공유 큐는 연결 기능에 있습니다. 두 큐 관리자는 서로 다른 LPAR에서 실행됩니다.
- "클라이언트" 연결은 애플리케이션 서버 및 큐 관리자가 서로 다른 호스트에서 실행 중인 경우에
사용됩니다. 이는 큐 관리자와 통신하기 위해 사용되는 TCP/IP 네트워크 연결입니다. 클라이언트 연결을
"소켓 접속"이라고도 합니다.
- 다중 애플리케이션 서버에서는 클라이언트 모드(TCP/IP) 연결을 사용하여 큐 관리자에 연결합니다. 모든 클라이언트 모드 연결은 z/OS Sysplex 분배자가 관리하며, 각 연결 요청에 대해 큐 관리자 1 또는 큐 관리자 2를 선택합니다.
그림 2. 클라이언트 모드 연결을 사용하여 WebSphere Application Server에서 z/OS용 IBM MQ로 연결
바인딩 모드 연결 예제와 마찬가지로, 이 네트워킹 토폴로지는 동일하거나 다른 애플리케이션 서버에서 실행되는 몇몇 애플리케이션 인스턴스가 동일한 공유 큐의 메시지를 처리하는 경우 "풀(pull)" 워크로드 밸런싱의 이점을 활용할 수 있습니다.
z/OS Sysplex 분배자를 사용하면 이 네트워킹 토폴로지의 가용성이 향상됩니다. 큐 관리자 중 하나가 실패하면, z/OS Sysplex 분배자는 실패한 큐 관리자가 다시 시작될 때까지 기다리지 않고도 애플리케이션 서버에서 실행되는 애플리케이션을 다른 큐 관리자에 연결할 수 있습니다. 여기에 사용된 예제에서 큐 관리자 1이 실패하면, z/OS Sysplex 분배자는 큐 관리자 1이 다시 시작될 때까지 모든 연결 요청에 대해 큐 관리자 2를 선택할 수 있습니다.