클러스터 토픽

개별 토픽 오브젝트가 오직 한 클러스터의 구성원인 경우에도 클러스터 큐와 유사한 방식으로 토픽을 클러스터할 수 있습니다. 토픽은 토픽 오브젝트에서 토픽을 호스트할 클러스터의 이름 및 이 토픽에서 발행물에 사용할 클러스터 라우팅 메카니즘을 정의하여 클러스터 토픽이 됩니다.

발행/구독 클러스터에서 발행물을 라우팅하기 위해서는 두 가지 옵션 즉 직접 라우팅토픽 호스트 라우팅이 있습니다. 클러스터에서 사용할 메시지 라우팅을 선택하기 위해 관리하는 토픽 오브젝트에서 다음 중 하나의 값으로 CLROUTE 특성을 설정하십시오.
  • DIRECT
  • TOPICHOST

기본적으로 토픽 라우팅은 DIRECT입니다. 이는 IBM® MQ 8.0 이전의 유일한 옵션이었습니다. 큐 관리자에서 직접 라우트되는 클러스터 토픽을 구성하는 경우, 클러스터의 모든 큐 관리자는 클러스터의 다른 모든 큐 관리자를 인식하게 됩니다. 발행 및 구독 조작을 수행할 경우, 각 큐 관리자는 서로에게 직접 연결됩니다.

IBM MQ 8.0에서는 대신 TOPICHOST로서 토픽 라우팅을 구성할 수 있습니다. 토픽 호스트 라우팅을 사용하는 경우, 클러스터의 모든 큐 관리자는 라우트되는 토픽 정의를 호스트하는 클러스터 큐 관리자를 인식하게 됩니다. 발행 및 구독 조작을 수행할 경우, 클러스터의 큐 관리자는 서로 직접 연결되지 않고 이러한 토픽 호스트 큐 관리자에만 연결됩니다. 토픽 호스트 큐 관리자는 발행물이 발행되는 큐 관리자에게서 구독이 일치하는 큐 관리자로 발행물을 라우팅해야 합니다.

토픽 호스트 라우트 발행/구독 클러스터에는 다음과 같은 장점이 있습니다.
  • 대형 클러스터의 확장성 개선. 토픽 호스트 큐 관리자만 클러스터의 다른 모든 큐 관리자에 연결할 수 있어야 합니다. 따라서 큐 관리자 간 채널이 감소하며 직접 라우팅에 비해 큐 관리자 간의 발행/구독 관리 트래픽이 줄어듭니다. 큐 관리자에서 구독이 변경되는 경우에는 토픽 호스트 큐 관리자에게만 통보하면 됩니다.
  • 실제 구성에 대한 추가 제어. 직접 라우팅에서는 모든 큐 관리자가 모든 역할을 담당하는 것으로 간주하므로, 모두가 동등한 능력을 가지고 있어야 합니다. 토픽 호스트 라우팅에서는 토픽 호스트 큐 관리자를 명시적으로 선택합니다. 그러므로 해당 큐 관리자가 적합한 장치에서 실행 중인지 확인할 수 있고 다른 큐 관리자에 대해서는 기능이 적은 시스템을 사용할 수 있습니다.

클러스터 토픽과 함께 로컬 토픽의 정의 효과

발행자 애플리케이션을 큐 관리자에 연결시켜 로컬로 연결된 구독자에게만 발행하려는 경우 로컬 토픽 오브젝트를 정의하십시오. 토픽의 로컬 정의는 리모트 큐 관리자에서 항상 클러스터 토픽 정의를 대체합니다.

참고: 로컬 토픽 오브젝트에서는 큐 관리자발행 범위도 지정해야 합니다. 발행 범위모두이면, 리모트 구독자도 이 큐 관리자에 정의된 토픽으로 발행되는 발행물을 전송할 수 있습니다.

직접 라우트 클러스터에 있는 다중 클러스터 토픽 정의

직접 라우트 클러스터에서는 보통 둘 이상의 클러스터 큐 관리자에서 클러스터 토픽을 정의하지 않습니다. 이것은 직접 라우팅을 수행하면 클러스터에 있는 모든 큐 관리자에서 토픽을 사용할 수 있기 때문입니다.

클러스터 토픽 정의는 전체 저장소 큐 관리자와 부분 클러스터 저장소에 있는 기타 모든 큐 관리자가 캐시하므로 단 하나의 호스트 큐 관리자만 연속해서 사용해야 하는 것도 아닙니다. 이러한 캐싱을 사용하면 호스트 큐 관리자를 사용할 수 없는 동안 최소 60일 이상 사용할 수 있습니다.

클러스터 토픽 정의를 대체해야 하는 경우, 정의된 것과 동일한 큐 관리자에서 주의하여 수정하십시오.

토픽 호스트 라우트 클러스터에서의 다중 클러스터 토픽 정의

토픽 호스트 라우트 클러스터에서는 모든 발행/구독 메시징이 토픽 호스트를 통해 라우트됩니다. 그러므로 확장성 및 가용성을 위해 다중 클러스터 토픽 정의가 동일하도록 둘 이상의 큐 관리자에서 하나의 클러스터 토픽을 정의하는 것이 좋습니다.